Berkeley DB: DbMpool::db_register
Google

ee,hash,hashing,transaction,transactions,locking,logging,access method,access me thods,java,C,C++">

DbMpool::db_register


#include <db_cxx.h>

int DbMpool::db_register(int ftype, int (*pgin)(db_pgno_t pgno, void *pgaddr, Dbt *pgcookie), int (*pgout)(db_pgno_t pgno, void *pgaddr, Dbt *pgcookie));

Description

The DbMpool::db_register method registers page-in and page-out functions for files of type ftype in the specified pool.

If the pgin function is non-NULL, it is called each time a page is read into the memory pool from a file of type ftype, or a page is created for a file of type ftype (see the DB_MPOOL_CREATE flag for the DbMpoolFile::get method).

If the pgout function is non-NULL, it is called each time a page is written to a file of type ftype.

Both the pgin and pgout functions are called with the page number, a pointer to the page being read or written, and any argument pgcookie that was specified to the DbMpoolFile::open function when the file was opened. The pgin and pgout functions should return 0 on success, and an applicable non-zero errno value on failure, in which case the shared memory pool interface routine (and, by extension, any Berkeley DB library function) calling it will also fail, returning that errno value.

The purpose of the DbMpool::db_register function is to support processing when pages are entered into, or flushed from, the pool. A file type must be specified to make it possible for unrelated threads or processes, that are sharing a pool, to evict each other's pages from the pool. Applications should call DbMpool::db_register, during initialization, for each type of file requiring input or output processing that will be sharing the underlying pool. (No registry is necessary for the standard access method types, btree, hash and recno, as Db::open registers them separately.)

If a thread or process does not call DbMpool::db_register for a file type, it is impossible for it to evict pages for any file requiring input or output processing from the pool. For this reason, DbMpool::db_register should always be called by each application sharing a pool for each type of file included in the pool, regardless of whether or not the application itself uses files of that type.

There are no standard values for ftype, pgin, pgout and pgcookie, except that the ftype value for a file must be a non-zero positive number, as negative numbers are reserved for internal use by the Berkeley DB library. For this reason, applications sharing a pool must coordinate their values amongst themselves.

The DbMpool::db_register method either returns errno or throws an exception that encapsulates an errno on failure, and 0 on success.

Errors

If a fatal error occurs in Berkeley DB, the DbMpool::db_register method may fail and either return DB_RUNRECOVERY or throw an exception encapsulating DB_RUNRECOVERY, at which point all subsequent database calls will also fail in the same way. Methods marked as returning errno will, by default, throw an exception that encapsulates the error information. The default error behavior can be changed, see DbException.

The DbMpool::db_register method may fail and throw an exception for any of the errors specified for the following Berkeley DB and C library functions: abort(3), fcntl(3), fprintf(3), getpid(3), malloc(3), and memset(3).

Class

DbMpool

See Also

DbMpool::close, DbMpool::open, DbMpool::db_register, DbMpool::stat, DbMpool::sync, DbMpool::trickle and DbMpool::unlink.