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.53.28; author rse; state dead; branches; next 1.1; commitid z4cpSiAhOCXk5PLs; 1.1 date 2001.07.23.20.45.36; author rse; state Exp; branches 1.1.1.1; next ; 1.1.1.1 date 2001.07.23.20.45.36; author rse; state Exp; branches; next 1.1.1.2; 1.1.1.2 date 2002.01.08.00.30.09; author rse; state Exp; branches; next 1.1.1.3; 1.1.1.3 date 2003.01.18.13.48.59; author rse; state Exp; branches; next 1.1.1.4; 1.1.1.4 date 2001.12.06.00.08.06; author rse; state Exp; branches; next 1.1.1.5; 1.1.1.5 date 2003.01.18.14.04.58; author rse; state Exp; branches; next ; desc @@ 1.2 log @remove the ancient RPM 4.2.1 source tree copy @ text @
DbEnv::log_archive |
![]() ![]() |
#include <db_cxx.h>int DbEnv::log_archive(char *(*listp)[], u_int32_t flags);
The DbEnv::log_archive method creates a NULL-terminated array of log or database filenames, and copies a pointer to them into the user-specified memory location listp.
By default, DbEnv::log_archive returns the names of all of the log files that are no longer in use (for example, that are no longer involved in active transactions), and that may safely be archived for catastrophic recovery and then removed from the system. If there are no filenames to return, the memory location to which listp refers will be set to NULL.
Arrays of log filenames are created in allocated memory. If application-specific allocation routines have been declared (see DbEnv::set_alloc for more information), they are used to allocate the memory; otherwise, the library function malloc(3) is used. The caller is responsible for deallocating the memory. To deallocate the memory, free the memory reference; references inside the returned memory need not be individually freed.
The flags value must be set to 0 or by bitwise inclusively OR'ing together one or more of the following values:
The DB_ARCH_DATA and DB_ARCH_LOG flags are mutually exclusive.
See the db_archive manual page for more information on database archival procedures.
The DbEnv::log_archive method either returns a non-zero error value or throws an exception that encapsulates a non-zero error value on failure, and returns 0 on success.
In a threaded application (that is, one where the environment was created with the DB_THREAD flag specified), calling DbEnv::log_archive with the DB_ARCH_DATA flag will fail, returning EINVAL. To work around this problem, reopen the log explicitly without specifying DB_THREAD. This restriction is expected to be removed in a future version of Berkeley DB.
The DbEnv::log_archive method may fail and throw an exception or return a non-zero error for the following conditions:
The log was corrupted.
The DbEnv::log_archive method may fail and throw an exception or return a non-zero error for errors specified for other Berkeley DB and C library or system methods. If a catastrophic error has occurred, the DbEnv::log_archive method may fail and either return DB_RUNRECOVERY or throw an exception encapsulating DB_RUNRECOVERY, in which case all subsequent Berkeley DB calls will fail in the same way.
![]() ![]() |
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 1
a17 1
a59 15
Log cursor handles (returned by the DbEnv::log_cursor method) may have open
file descriptors for log files in the database environment. Also, the
Berkeley DB interfaces to the database environment logging subsystem (for
example, DbEnv::log_put and DbTxn::abort) may allocate log cursors
and have open file descriptors for log files as well. On operating
systems where filesystem related system calls (for example, rename and
unlink on Windows/NT) can fail if a process has an open file descriptor
for the affected file, attempting to move or remove the log files listed
by DbEnv::log_archive may fail. All Berkeley DB internal use of log cursors
operates on active log files only and furthermore, is short-lived in
nature. So, an application seeing such a failure should be restructured
to close any open log cursors it may have, and otherwise to retry the
operation until it succeeds. (Although the latter is not likely to be
necessary; it is hard to imagine a reason to move or rename a log file
in which transactions are being logged or aborted.)
a89 1
DbEnv::log_cursor,
d92 1
a95 2
DbEnv::log_unregister,
DbLogc::logc_close
d97 1
a97 1
DbLogc::logc_get.
d100 1
a100 1
@
1.1.1.3
log
@Import: RPM 4.0.5
@
text
@d1 2
a2 2
a3 1
d40 1
a40 1
library malloc(3) interface is used. The caller is
d79 6
d92 4
a95 4
If a catastrophic error has occurred, the DbEnv::log_archive method may fail and
either return DB_RUNRECOVERY or throw a
DbRunRecoveryException,
in which case all subsequent Berkeley DB calls will fail in the same way.
d97 1
a97 1
DbEnv, DbLogc, DbLsn
d99 16
a114 1
Logging Subsystem and Related Methods
@
1.1.1.4
log
@Import: RPM 4.1
@
text
@d1 2
a2 2
d4 1
d41 1
a41 1
library function malloc(3) is used. The caller is
a79 6
In a threaded application (that is, one where the environment was created with the DB_THREAD flag specified), calling DbEnv::log_archive with the DB_ARCH_DATA flag will fail, returning EINVAL. To work around this problem, reopen the log explicitly without specifying DB_THREAD. This restriction is expected to be removed in a future version of Berkeley DB. d87 4 a90 4 If a catastrophic error has occurred, the DbEnv::log_archive method may fail and either return DB_RUNRECOVERY or throw an exception encapsulating DB_RUNRECOVERY, in which case all subsequent Berkeley DB calls will fail in the same way. d92 1 a92 1 DbEnv d94 1 a94 16 DbEnv::set_lg_bsize, DbEnv::set_lg_dir, DbEnv::set_lg_max, DbEnv::set_lg_regionmax, DbEnv::log_archive, DbEnv::log_compare, DbEnv::log_cursor, DbEnv::log_file, DbEnv::log_flush, DbEnv::log_put, DbEnv::log_register, DbEnv::log_stat, DbEnv::log_unregister, DbLogc::logc_close and DbLogc::logc_get. @ 1.1.1.5 log @Import: RPM 4.1.1 @ text @d1 2 a2 2 a3 1 d40 1 a40 1 library malloc(3) interface is used. The caller is d79 6 d92 4 a95 4 If a catastrophic error has occurred, the DbEnv::log_archive method may fail and either return DB_RUNRECOVERY or throw a DbRunRecoveryException, in which case all subsequent Berkeley DB calls will fail in the same way. d97 1 a97 1 DbEnv, DbLogc, DbLsn d99 16 a114 1 Logging Subsystem and Related Methods @