Provided by: libgetdata-doc_0.10.0-5build2_all
gd_close, gd_discard — close a Dirfile and free associated memory
#include <getdata.h> int gd_close(DIRFILE *dirfile); int gd_discard(DIRFILE *dirfile);
The gd_close() and gd_discard() attempt to close the open Dirfile dirfile and free all memory associated with it. The gd_close() function first flushes all pending metadata updates to disk. This step is skipped by gd_discard(), which simply discards metadata changes. For dirfiles opened read-only, these two functions are equivalent. Next, all pending data is flushed to disk and all open data files closed. In order to ensure that modified data files associated with RAW fields are properly terminated, changes to RAW data files are still flushed to disk by gd_discard(). Finally, if the above didn't encounter an error, these functions free memory associated with the DIRFILE object. If dirfile is NULL, nothing happens, and the call succeeds. One of these functions should be called on all pointers returned by gd_cbopen(3), gd_open(3), and gd_invalid_dirfile(3), even if the call to those function failed. After gd_close() or gd_discard() returns successfully, the pointer dirfile should be considered invalid. 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, Standards non-compliant metadata will be written.
gd_close() and gd_discard() return zero on success. On error, they do not de-allocate dirfile and instead return a negative-valued error code. Possible error codes are: GD_E_ALLOC The library was unable to allocate memory. GD_E_LINE_TOO_LONG While attempting to flush modified metadata to disk, a field specification line exceeded the maximum allowed length. On most platforms, the maximum length is at least 2**31 bytes, so this typically indicates something pathological happening. GD_E_IO An I/O error occurred while trying to write modified data or metadata to disk. In this case, another call to gd_close() or gd_discard() may be attempted. The error code is also stored in the DIRFILE object and may be retrieved after this function returns by calling gd_error(3). A descriptive error string for the error may be obtained by calling gd_error_string(3).
The function dirfile_close() appeared in GetData-0.3.0. The function dirfile_discard() appeared in GetData-0.6.0. In GetData-0.7.0 these functions were renamed to gd_close() and gd_discard(). In GetData-0.10.0, the error return from these functions changed from -1 to a negative- valued error code.
gd_dirfile_standards(3), gd_error(3), gd_error_string(3), gd_flush(3), gd_invalid_dirfile(3), gd_open(3)