1998-08-10 16:42:37 -03:00
|
|
|
\section{\module{gdbm} ---
|
1999-02-19 20:14:17 -04:00
|
|
|
GNU's reinterpretation of dbm}
|
1998-07-23 14:59:49 -03:00
|
|
|
|
1999-02-19 20:14:17 -04:00
|
|
|
\declaremodule{builtin}{gdbm}
|
1999-03-02 13:03:42 -04:00
|
|
|
\platform{Unix}
|
1998-07-23 14:59:49 -03:00
|
|
|
\modulesynopsis{GNU's reinterpretation of dbm.}
|
|
|
|
|
1994-08-08 05:03:24 -03:00
|
|
|
|
1998-02-17 16:31:08 -04:00
|
|
|
% Note that if this section appears on the same page as the first
|
|
|
|
% paragraph of the dbm module section, makeindex will produce the
|
|
|
|
% warning:
|
|
|
|
%
|
|
|
|
% ## Warning (input = lib.idx, line = 1184; output = lib.ind, line = 852):
|
|
|
|
% -- Conflicting entries: multiple encaps for the same page under same key.
|
|
|
|
%
|
|
|
|
% This is because the \bimodindex{gdbm} and \refbimodindex{gdbm}
|
|
|
|
% entries in the .idx file are slightly different (the \bimodindex{}
|
|
|
|
% version includes "|textbf" at the end to make the defining occurance
|
|
|
|
% bold). There doesn't appear to be anything that can be done about
|
|
|
|
% this; it's just a little annoying. The warning can be ignored, but
|
|
|
|
% the index produced uses the non-bold version.
|
|
|
|
|
1999-04-05 19:18:12 -03:00
|
|
|
This module is quite similar to the \refmodule{dbm}\refbimodindex{dbm}
|
1999-02-19 20:14:17 -04:00
|
|
|
module, but uses \code{gdbm} instead to provide some additional
|
|
|
|
functionality. Please note that the file formats created by
|
|
|
|
\code{gdbm} and \code{dbm} are incompatible.
|
1997-07-17 13:29:42 -03:00
|
|
|
|
1999-02-19 20:14:17 -04:00
|
|
|
The \module{gdbm} module provides an interface to the GNU DBM
|
1997-12-04 00:45:28 -04:00
|
|
|
library. \code{gdbm} objects behave like mappings
|
1997-07-17 13:29:42 -03:00
|
|
|
(dictionaries), except that keys and values are always strings.
|
1999-02-19 20:14:17 -04:00
|
|
|
Printing a \code{gdbm} object doesn't print the keys and values, and
|
|
|
|
the \method{items()} and \method{values()} methods are not supported.
|
1997-07-17 13:29:42 -03:00
|
|
|
|
|
|
|
The module defines the following constant and functions:
|
|
|
|
|
|
|
|
\begin{excdesc}{error}
|
1999-02-19 20:14:17 -04:00
|
|
|
Raised on \code{gdbm}-specific errors, such as I/O errors.
|
|
|
|
\exception{KeyError} is raised for general mapping errors like
|
|
|
|
specifying an incorrect key.
|
1997-07-17 13:29:42 -03:00
|
|
|
\end{excdesc}
|
|
|
|
|
1998-03-17 02:33:25 -04:00
|
|
|
\begin{funcdesc}{open}{filename, \optional{flag, \optional{mode}}}
|
1997-12-04 00:45:28 -04:00
|
|
|
Open a \code{gdbm} database and return a \code{gdbm} object. The
|
|
|
|
\var{filename} argument is the name of the database file.
|
1997-07-17 13:29:42 -03:00
|
|
|
|
|
|
|
The optional \var{flag} argument can be
|
|
|
|
\code{'r'} (to open an existing database for reading only --- default),
|
|
|
|
\code{'w'} (to open an existing database for reading and writing),
|
|
|
|
\code{'c'} (which creates the database if it doesn't exist), or
|
|
|
|
\code{'n'} (which always creates a new empty database).
|
|
|
|
|
1999-02-19 20:14:17 -04:00
|
|
|
Appending \character{f} to the flag opens the database in fast mode;
|
1997-07-17 13:29:42 -03:00
|
|
|
altered data will not automatically be written to the disk after every
|
|
|
|
change. This results in faster writes to the database, but may result
|
|
|
|
in an inconsistent database if the program crashes while the database
|
1999-02-19 20:14:17 -04:00
|
|
|
is still open. Use the \method{sync()} method to force any unwritten
|
1997-07-17 13:29:42 -03:00
|
|
|
data to be written to the disk.
|
|
|
|
|
|
|
|
The optional \var{mode} argument is the \UNIX{} mode of the file, used
|
|
|
|
only when the database has to be created. It defaults to octal
|
|
|
|
\code{0666}.
|
|
|
|
\end{funcdesc}
|
|
|
|
|
1997-12-04 00:45:28 -04:00
|
|
|
In addition to the dictionary-like methods, \code{gdbm} objects have the
|
1997-07-17 13:29:42 -03:00
|
|
|
following methods:
|
|
|
|
|
|
|
|
\begin{funcdesc}{firstkey}{}
|
1999-02-19 20:14:17 -04:00
|
|
|
It's possible to loop over every key in the database using this method
|
|
|
|
and the \method{nextkey()} method. The traversal is ordered by
|
|
|
|
\code{gdbm}'s internal hash values, and won't be sorted by the key
|
|
|
|
values. This method returns the starting key.
|
1997-07-17 13:29:42 -03:00
|
|
|
\end{funcdesc}
|
|
|
|
|
|
|
|
\begin{funcdesc}{nextkey}{key}
|
|
|
|
Returns the key that follows \var{key} in the traversal. The
|
1999-02-19 20:14:17 -04:00
|
|
|
following code prints every key in the database \code{db}, without
|
|
|
|
having to create a list in memory that contains them all:
|
|
|
|
|
1998-02-13 02:58:54 -04:00
|
|
|
\begin{verbatim}
|
1999-02-19 20:14:17 -04:00
|
|
|
k = db.firstkey()
|
|
|
|
while k != None:
|
1997-07-17 13:29:42 -03:00
|
|
|
print k
|
1999-02-19 20:14:17 -04:00
|
|
|
k = db.nextkey(k)
|
1998-02-13 02:58:54 -04:00
|
|
|
\end{verbatim}
|
1997-07-17 13:29:42 -03:00
|
|
|
\end{funcdesc}
|
|
|
|
|
|
|
|
\begin{funcdesc}{reorganize}{}
|
|
|
|
If you have carried out a lot of deletions and would like to shrink
|
1999-02-19 20:14:17 -04:00
|
|
|
the space used by the \code{gdbm} file, this routine will reorganize
|
|
|
|
the database. \code{gdbm} will not shorten the length of a database
|
|
|
|
file except by using this reorganization; otherwise, deleted file
|
|
|
|
space will be kept and reused as new (key, value) pairs are added.
|
1997-07-17 13:29:42 -03:00
|
|
|
\end{funcdesc}
|
|
|
|
|
|
|
|
\begin{funcdesc}{sync}{}
|
1999-02-19 20:14:17 -04:00
|
|
|
When the database has been opened in fast mode, this method forces any
|
1997-07-17 13:29:42 -03:00
|
|
|
unwritten data to be written to the disk.
|
|
|
|
\end{funcdesc}
|
|
|
|
|
1999-04-05 19:18:12 -03:00
|
|
|
|
|
|
|
\begin{seealso}
|
|
|
|
\seemodule{anydbm}{Generic interface to \code{dbm}-style databases.}
|
|
|
|
\seemodule{whichdb}{Utility module used to determine the type of an
|
|
|
|
existing database.}
|
|
|
|
\end{seealso}
|