<!--$Id: memp_register.so,v 10.38 2004/08/13 03:38:58 bostic Exp $--> <!--Copyright (c) 1997,2007 Oracle. All rights reserved.--> <!--See the file LICENSE for redistribution information.--> <html> <head> <title>Berkeley DB: DB_ENV->memp_register</title> <meta name="description" content="Berkeley DB: An embedded database programmatic toolkit."> <meta name="keywords" content="embedded,database,programmatic,toolkit,btree,hash,hashing,transaction,transactions,locking,logging,access method,access methods,Java,C,C++"> </head> <body bgcolor=white> <table width="100%"><tr valign=top> <td> <h3>DB_ENV->memp_register</h3> </td> <td align=right> <a href="../../db46-devel-4.6.21/api_c/api_core.html"><img src="../../db46-devel-4.6.21/images/api.gif" alt="API"></a> <a href="../../db46-devel-4.6.21/ref/toc.html"><img src="../../db46-devel-4.6.21/images/ref.gif" alt="Ref"></a></td> </tr></table> <hr size=1 noshade> <tt> <h3><pre> #include <db.h> <p> int DB_ENV->memp_register(DB_ENV *env, int ftype, int (*pgin_fcn)(DB_ENV *, db_pgno_t pgno, void *pgaddr, DBT *pgcookie), int (*pgout_fcn)(DB_ENV *, db_pgno_t pgno, void *pgaddr, DBT *pgcookie)); </pre></h3> <hr size=1 noshade> <h3>Description: DB_ENV->memp_register</h3> <p>The DB_ENV->memp_register method registers page-in and page-out functions for files of type <b>ftype</b> in the specified pool.</p> <p>If the <b>pgin_fcn</b> function is non-NULL, it is called each time a page is read into the memory pool from a file of type <b>ftype</b>, or a page is created for a file of type <b>ftype</b> (see the DB_MPOOL_CREATE flag for the <a href="../../db46-devel-4.6.21/api_c/memp_fget.html">DB_MPOOLFILE->get</a> method).</p> <p>If the <b>pgout_fcn</b> function is non-NULL, it is called each time a page is written to a file of type <b>ftype</b>.</p> <p>The purpose of the DB_ENV->memp_register function is to support processing when pages are entered into, or flushed from, the pool. For example, this functionality might be used to do byte-endian conversion as pages are read from, or written to, the underlying file.</p> <p>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. During initialization, applications should call DB_ENV->memp_register for each type of file requiring input or output processing that will be sharing the underlying pool. (No registry is necessary for the standard Berkeley DB access method types because <a href="../../db46-devel-4.6.21/api_c/db_open.html">DB->open</a> registers them separately.)</p> <p>If a thread or process does not call DB_ENV->memp_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, DB_ENV->memp_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.</p> <p>The DB_ENV->memp_register method returns a non-zero error value on failure and 0 on success. </p> <h3>Parameters</h3> <dl compact> <dt><b>ftype</b><dd>The <b>ftype</b> parameter specifies the type of file for which the page-in and page-out functions will be called. <p>The <b>ftype</b> value for a file must be a non-zero positive number less than 128 (0 and negative numbers are reserved for internal use by the Berkeley DB library).</p> <dt><b>pgin_fcn<dd>pgout_fcn</b> </dl> <hr size=1 noshade> <h3>Class</h3> <a href="../../db46-devel-4.6.21/api_c/env_class.html">DB_ENV</a>, <a href="../../db46-devel-4.6.21/api_c/mempfile_class.html">DB_MPOOLFILE</a> <h3>See Also</h3> <a href="../../db46-devel-4.6.21/api_c/memp_list.html">Memory Pools and Related Methods</a> </tt> <table width="100%"><tr><td><br></td><td align=right> <a href="../../db46-devel-4.6.21/api_c/api_core.html"><img src="../../db46-devel-4.6.21/images/api.gif" alt="API"></a><a href="../../db46-devel-4.6.21/ref/toc.html"><img src="../../db46-devel-4.6.21/images/ref.gif" alt="Ref"></a> </td></tr></table> <p><font size=1>Copyright (c) 1996,2007 Oracle. All rights reserved.</font> </body> </html>