Previous topic |
Next topic |
Contents |
Contact z/OS |
Library |
PDF
gsk_replace_record() z/OS Cryptographic Services System SSL Programming SC14-7495-00 |
|
Replaces a record in a key or request database.
Format
Parameters
ResultsThe function return value will be 0 if no error is detected. Otherwise, it will be one of the return codes listed in the gskcms.h include file. These are some possible errors:
UsageThe gsk_replace_record() routine replaces a record in a key or request database. The database must be open for update in order to replace records. The unique record identifier identifies the record to be replaced. Unused and reserved fields in the gskdb_record structure must be initialized to zero. If the record has a private key, the encrypted private key will be generated from the private key supplied in the database record. The recordType field identifies the database record type as follows:
The recordFlags field is a bit field with these values:
The record label is used as a friendly name for the database entry and is in the local code page. It can be set to any value and consists of characters which can be represented using 7-bit ASCII (letters, numbers, and punctuation). It may not be set to an empty string. If the record contains a certificate, the certificate will be validated and the record will not be replaced in the database if the validation check fails. If executing in FIPS mode, only FIPS-approved algorithms and key sizes are supported. With the exception of the record label, all character strings are specified using UTF-8. The record type, subject name, and subject public key cannot be changed when replacing a record. In addition, the GSKDB_RECFLAG_DEFAULT flag cannot be changed when replacing a record (call the gsk_set_default_key() routine to change the default record for the database). The database file is updated as part of the gsk_replace_record() processing. A temporary database file is created using the same name as the database file with ".new" appended to the name. The database file is then overwritten and the temporary database file is deleted. The temporary database file will not be deleted if an error occurs while rewriting the database file. |
Copyright IBM Corporation 1990, 2014
|