Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

gd_uninclude(3) [debian man page]

gd_uninclude(3) 						      GETDATA							   gd_uninclude(3)

NAME
gd_uninclude -- remove a format specification fragment from a dirfile SYNOPSIS
#include <getdata.h> int *gd_uninclude(DIRFILE *dirfile, int fragment_index, int del); DESCRIPTION
The gd_uninclude() removes the format specification fragment indexed by fragment_index from the specified dirfile, as well as any fragments the indicated fragment INCLUDEs. Fields defined in the removed fragments will be removed from the dirfile. Before removing the specified fragment, all pending writes are flushed to RAW fields defined the the removed fragments. If del is zero, metadata changes will also be written to the removed fragments. If del is non-zero, the format specification fragments will be deleted from disk, if possible. Regardless of the value of del, binary data files associated with RAW fields defined in the removed fragments will not be deleted. To delete these binary files, use gd_delete(3) before calling this function. The primary format specification (the fragment indexed by zero) cannot be removed from the dirfile. RETURN VALUE
On success, gd_uninclude() returns zero. On error, -1 is returned and the dirfile error is set to a non-zero error value. Possible error values are: GD_E_ACCMODE The supplied dirfile was opened in read-only mode. GD_E_ALLOC The library was unable to allocate memory. GD_E_BAD_DIRFILE The supplied dirfile was invalid. GD_E_BAD_INDEX The supplied fragment index was out of range, or an attempt was made to remove the primary format specification. GD_E_FLUSH A temporary file could not be opened into which to write the metadata of a modified, removed fragment, or renaming the temporary file over the original fragment failed. GD_E_PROTECTED The metadata of the fragment which included the removed fragment was protected from change. GD_E_RAW_IO An error occurred while trying to flush or close a removed field. The dirfile error may be retrieved by calling gd_error(3). A descriptive error string for the last error encountered can be obtained from a call to gd_error_string(3). When finished with it, the DIRFILE object may be de-allocated with a call to gd_close(3), even if the open failed. NOTES
This function re-arranges the remaining format specification fragments in some unspecified way, except for the primary fragment, which is guaranteed to remain at index zero. Callers which cache format specification fragment indices must re-initialise their cache after calling this function. Unlike gd_delete(3), fields which depend on fields removed by this function are not automatically updated, nor is any check made to ensure that this function does not leave fields with missing input fields. Because of this, a fragment inclusion may be easily moved from one fragment to another with a combination of gd_uninclude() and gd_include(3). However, if such checks are required, use gd_delete(3) to delete the fields defined in the removed fragments first. SEE ALSO
gd_delete(3), gd_include(3), gd_open(3), gd_reference(3), gd_error(3), gd_error_string(3), gd_fragmentname(3), gd_nfragments(3), dirfile(5), dirfile-encoding(5), dirfile-format(5) Version 0.7.0 15 October 2010 gd_uninclude(3)

Check Out this Related Man Page

gd_rewrite_fragment(3)						      GETDATA						    gd_rewrite_fragment(3)

NAME
gd_rewrite_fragment -- re-write a dirfile format specification fragment SYNOPSIS
#include <getdata.h> int gd_rewrite_fragment(DIRFILE *dirfile, int fragment); DESCRIPTION
The gd_rewrite_fragment() writes the format specification fragment specified by fragment to disk, regardless of whether it has changed or not, overwriting the existing file. In addition to being simply a valid fragment index, fragment may also be the special value GD_ALL_FRAGMENTS, which indicates that all frag- ments should be rewritten. Metadata is written to disk using the current Standards Version as stored in the dirfile object. See gd_dirfile_standards(3) to change or report the current Standards Version. If the dirfile metadata conforms to no known Standards Version, a Standards non-compliant fragment will be written. RETURN VALUE
On success, zero is returned. On error, -1 is returned and the dirfile error is set to a non-zero error value. Possible error values are: GD_E_ACCMODE The supplied dirfile was opened in read-only mode. GD_E_BAD_DIRFILE The supplied dirfile was invalid. GD_E_BAD_INDEX The supplied fragment index was out of range. GD_E_FLUSH A temporary file could not be opened into which to write the modified metadata, or renaming the temporary file over the original fragment failed. GD_E_INTERNAL_ERROR An internal error occurred in the library while trying to perform the task. This indicates a bug in the library. Please report the incident to the maintainer. The dirfile error may be retrieved by calling gd_error(3). A descriptive error string for the last error encountered can be obtained from a call to gd_error_string(3). BUGS
When writing metadata using Standards Version 4 or earlier, the reference field may change, owing to the lack of a /REFERENCE directive. A work-around is to upgrade to Standards Version 5 or later. SEE ALSO
gd_open(3), gd_close(3), gd_dirfile_standards(3), gd_error(3), gd_error_string(3), gd_flush(3), gd_metaflush(3) Version 0.7.2 22 March 2011 gd_rewrite_fragment(3)
Man Page