- int gd_rename(DIRFILE *dirfile, const char *old_code, const char *new_name, unsigned int flags);
When renaming a metafield, the metafield should be specified in old_code by its full (slashed) field code, while new_name should only contain the new name (without slash).
If old_code specifies a top-level field with meta subfields, the subfields will be renamed, too. By default, this function also updates ALIAS entries whose target contains old_code to point to the new field. Similarly, specifying the GD_REN_UPDB flag will cause this function to modify any field entry containing old_code. As a result, this function may cause more than one metadata fragment to be modified.
The flags parameter should be zero or more of the following flags, bitwise or'd together:
- Don't update ALIAS entries, instead turning them into dangling aliases.
- if old_code specifies a RAW field, the binary file associated with the field will be renamed as well. Without this flag, no changes are made to the binary file. In this case, the field's I/O pointer will be reset to the beginning-of-frame. If field_code specifies a field of type other than RAW, this flag is ignored.
- When updating field metadata (either the target of an alias, or else when specified along with GD_REN_UPDB), skip updating field codes which would be invalid (due to /INCLUDE affixes). Without this flag, such invalid field codes causes this function to fail with the error GD_E_BAD_CODE.
Rename the field in any other field specifications which use this field as an
input (either as a vector input field to a derived field, or else as a scalar
field parameter). Without this flag, fields which depend on the old name of
this field are left unmodified.
RETURN VALUEOn success, gd_rename() returns zero. On error, -1 is returned and the dirfile error is set to a non-zero error value. Possible error values are:
- The specified dirfile was opened read-only.
- The library was unable to allocate memory.
- The field specified by old_code was not found. Or else the resultant metadata update tried to change a field code into something prohibited by a fragment's affixes.
- The supplied dirfile was invalid.
- An attempt was made to rename the immutable INDEX field.
- The new name specified is already in use by another entry.
- An I/O error occurred while attempting to rename the binary file.
- The metadata of the format specification fragment containing the renamed entry, or another entry affected by this change, was protected from change, or the binary data of the fragment was protected from change and a binary file move was requested.
- The encoding scheme of the specified field could not be determined or was not understood by GetData.
- The encoding scheme of the field does not support binary file renaming.