head 1.2; access; symbols RPM_4_2_1:1.1.1.5 RPM_4_2:1.1.1.5 RPM_4_1_1:1.1.1.5 RPM_4_1:1.1.1.4 RPM_4_0_5:1.1.1.3 RPM_4_0_4:1.1.1.2 RPM_4_0_3:1.1.1.1 RPM:1.1.1; locks; strict; comment @# @; 1.2 date 2008.01.02.09.55.23; author rse; state dead; branches; next 1.1; commitid z4cpSiAhOCXk5PLs; 1.1 date 2001.07.23.20.45.38; author rse; state Exp; branches 1.1.1.1; next ; 1.1.1.1 date 2001.07.23.20.45.38; author rse; state Exp; branches; next 1.1.1.2; 1.1.1.2 date 2002.01.08.00.30.12; author rse; state Exp; branches; next 1.1.1.3; 1.1.1.3 date 2003.01.18.13.49.03; author rse; state Exp; branches; next 1.1.1.4; 1.1.1.4 date 2001.10.15.03.47.34; author rse; state Exp; branches; next 1.1.1.5; 1.1.1.5 date 2003.01.18.14.05.00; author rse; state Exp; branches; next ; desc @@ 1.2 log @remove the ancient RPM 4.2.1 source tree copy @ text @ Berkeley DB Reference Guide: Run-time configuration

Berkeley DB Reference Guide:
Programmer Notes

PrevRefNext

Run-time configuration

There are a few interfaces that support run-time configuration of Berkeley DB. First is a group of interfaces that allow applications to intercept Berkeley DB requests for underlying library or system call functionality:

db_env_set_func_close
db_env_set_func_dirfree
db_env_set_func_dirlist
db_env_set_func_exists
db_env_set_func_free
db_env_set_func_fsync
db_env_set_func_ioinfo
db_env_set_func_malloc
db_env_set_func_map
db_env_set_func_open
db_env_set_func_read
db_env_set_func_realloc
db_env_set_func_seek
db_env_set_func_sleep
db_env_set_func_unlink
db_env_set_func_unmap
db_env_set_func_write
db_env_set_func_yield

These interfaces are available only from the Berkeley DB C language API.

In addition, there are a few interfaces that allow applications to reconfigure, on an application-wide basis, Berkeley DB behaviors.

DB_ENV->set_mutexlocks
db_env_set_pageyield
db_env_set_panicstate
db_env_set_region_init
db_env_set_tas_spins

These interfaces are available from all the Berkeley DB programmatic APIs.

A not-uncommon problem for applications is the new API in Solaris 2.6 for manipulating large files. Because this API was not part of Solaris 2.5, it is difficult to create a single binary that takes advantage of the large file functionality in Solaris 2.6, but still runs on Solaris 2.5. Example code that supports this is included in the Berkeley DB distribution.

PrevRefNext

Copyright Sleepycat Software @ 1.1 log @Initial revision @ text @d1 1 a1 1 @ 1.1.1.1 log @Import: RPM 4.0.3 @ text @@ 1.1.1.2 log @Import: RPM 4.0.4 @ text @d1 1 a1 1 d17 3 a19 3

There are a few interfaces that support run-time configuration of Berkeley DB by allowing applications to intercept Berkeley DB calls to underlying library or system call functionality: d39 8 @ 1.1.1.3 log @Import: RPM 4.0.5 @ text @d1 2 a2 2 a3 1 d13 1 a13 1 PrevRefNext d17 3 a19 5

It is possible to configure Berkeley DB at run-time so applications can redirect all Berkeley DB calls to underlying library or system call functionality. For example, an application might want Berkeley DB to call debugging memory allocation routines rather than the standard C library interfaces. The following interfaces support this functionality: d38 1 a38 2

These interfaces are available only from the Berkeley DB C language API, and are not available from all of the operating systems Berkeley DB supports. d44 2 a45 4 included in the Berkeley DB distribution, however, the example code was written using previous versions of the Berkeley DB APIs, and is only useful as an example.

PrevRefNext @ 1.1.1.4 log @Import: RPM 4.1 @ text @d1 2 a2 2 d4 1 d14 1 a14 1 PrevRefNext d18 5 a22 3

There are a few interfaces that support run-time configuration of Berkeley DB by allowing applications to intercept Berkeley DB calls to underlying library or system call functionality: d41 2 a42 1

These interfaces are available only from the Berkeley DB C language API. d48 4 a51 2 included in the Berkeley DB distribution.

PrevRefNext @ 1.1.1.5 log @Import: RPM 4.1.1 @ text @d1 2 a2 2 a3 1 d13 1 a13 1 PrevRefNext d17 3 a19 5

It is possible to configure Berkeley DB at run-time so applications can redirect all Berkeley DB calls to underlying library or system call functionality. For example, an application might want Berkeley DB to call debugging memory allocation routines rather than the standard C library interfaces. The following interfaces support this functionality: d38 1 a38 2

These interfaces are available only from the Berkeley DB C language API, and are not available from all of the operating systems Berkeley DB supports. d44 2 a45 4 included in the Berkeley DB distribution, however, the example code was written using previous versions of the Berkeley DB APIs, and is only useful as an example.

PrevRefNext @