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 @
|
![]() ![]() ![]() |
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.
![]() ![]() ![]() |
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
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.