|
Overview |
|
|
|
Group |
|
|
|
Quick Info
Windows NT
| Yes
| Win95
| OSR2
| Win32s
| No
| Import Library
| advapi32.lib
| Header File
| wincrypt.h
| Unicode
| WinNT
| Platform Notes
| None
|
|
|
CryptSetHashParam
[New - Windows NT]
[New - Windows 95, OEM Service Release 2]
The
CryptSetHashParam function, in theory, allows applications to customize the operations of a
hash object. Currently, only a single parameter is defined for this function.
BOOL CRYPTFUNC CryptSetHashParam(
HCRYPTHASH hHash,
|
|
DWORD dwParam,
|
|
BYTE *pbData,
|
|
DWORD dwFlags
|
|
);
|
|
Parameters
hHash
[in] A handle to the hash object on which to set parameters.
dwParam
[in] The parameter number. See the "Remarks" section for a list of valid
parameters.
pbData
[in] The parameter data buffer. Place the parameter data in this buffer before
calling
CryptSetHashParam. The form of this data will vary, depending on the parameter number.
dwFlags
[in] The flag values. This parameter is reserved for future use and should
always be zero.
Remarks
The
dwParam parameter can be set to one of the following values:
HP_HASHVAL
Hash value. The
pbData buffer should contain a byte array containing a hash value to place directly
into the hash object. Before setting this parameter, the size of the hash value
should be determined by reading the HP_HASHSIZE parameter with the
CryptGetHashParam function.
Normal applications should never set this parameter. In fact, some CSPs may
not even support this capability. Occasionally though, it is convenient to sign a
hash value that has been generated elsewhere. This is the usual sequence of
operations:
- The application creates a hash object with CryptCreateHash.
- It specifies a hash value by setting the HP_HASHVAL parameter.
- It signs the hash value using CryptSignHash, obtaining a digital signature block.
Because the binding between the hashed data and the signature is fairly
tenuous, no description string can be passed into
CryptSignHash in this situation.
- It destroys the hash object using CryptDestroyHash.
Note that some CSP types may add additional parameters that can be set with
this function.
Return Values
If the function succeeds, the return value is nonzero.
If the function fails, the return value is zero. To retrieve extended error
information, use the
GetLastError function.
The following table lists the error codes most commonly returned by the
GetLastError function. The error codes prefaced by "NTE" are generated by the particular
CSP you are using.
Error
| Description
|
ERROR_INVALID_HANDLE
| One of the parameters specifies an invalid handle.
|
ERROR_BUSY
| The CSP context is currently being used by another process.
|
ERROR_INVALID_PARAMETER
| One of the parameters contains an invalid value. This is most often an illegal
pointer.
|
NTE_BAD_FLAGS
| The dwFlags parameter is nonzero or the pbData buffer contains an invalid value.
|
NTE_BAD_HASH
| The hash object specified by the hHash parameter is invalid.
|
NTE_BAD_TYPE
| The dwParam parameter specifies an unknown parameter.
|
NTE_BAD_UID
| The CSP context that was specified when the hKey key was created cannot be found.
|
NTE_FAIL
| The function failed in some unexpected way.
|
Example
This function is used in a way similar to the
CryptSetKeyParam function.
See Also
CryptCreateHash,
CryptDestroyHash,
CryptGetHashParam,
CryptSetKeyParam,
CryptSignHash
- Software for developers
-
Delphi Components
.Net Components
Software for Android Developers
- More information resources
-
MegaDetailed.Net
Unix Manual Pages
Delphi Examples
- Databases for Amazon shops developers
-
Amazon Categories Database
Browse Nodes Database