From 780b92ada9afcf1d58085a83a0b9e6bc982203d1 Mon Sep 17 00:00:00 2001 From: Lorry Tar Creator Date: Tue, 17 Feb 2015 17:25:57 +0000 Subject: Imported from /home/lorry/working-area/delta_berkeleydb/db-6.1.23.tar.gz. --- docs/installation/debug_runtime.html | 70 ++++++++++++++++++++---------------- 1 file changed, 40 insertions(+), 30 deletions(-) (limited to 'docs/installation/debug_runtime.html') diff --git a/docs/installation/debug_runtime.html b/docs/installation/debug_runtime.html index 58a5beec..0708f684 100644 --- a/docs/installation/debug_runtime.html +++ b/docs/installation/debug_runtime.html @@ -14,7 +14,7 @@ -

Normally, when an error occurs in the Berkeley DB library, an integer value -(either a Berkeley DB specific value or a system errno value) is -returned by Berkeley DB. In some cases, however, this value may be -insufficient to completely describe the cause of the error, especially -during initial application debugging.

-

Most Berkeley DB errors will result in additional information being written -to a standard file descriptor or output stream. Additionally, Berkeley DB can -be configured to pass these verbose error messages to an application -function. There are four methods intended to provide applications with -additional error information: -DB_ENV->set_errcall(), DB_ENV->set_errfile(), -DB_ENV->set_errpfx() and DB_ENV->set_verbose().

-

The Berkeley DB error-reporting facilities do not slow performance or -significantly increase application size, and may be run during normal -operation as well as during debugging. Where possible, we recommend -these options always be configured and the output saved in the -filesystem. We have found that this often saves time when debugging -installation or other system-integration problems.

-

In addition, there are three methods to assist applications in -displaying their own error messages: db_strerror(), DB_ENV->err(), -and DB_ENV->errx(). The first is a superset of -the ANSI C strerror function, and returns a descriptive string for any -error return from the Berkeley DB library. The DB_ENV->err() and -DB_ENV->errx() methods use the error message configuration options -described previously to format and display error messages to appropriate -output devices.

+

+ Normally, when an error occurs in the Berkeley DB library, + an integer value (either a Berkeley DB specific value or a + system errno value) is returned by Berkeley + DB. In some cases, however, this value may be insufficient to + completely describe the cause of the error, especially during + initial application debugging. +

+

+ Most Berkeley DB errors will result in additional + information being written to a standard file descriptor or + output stream. Additionally, Berkeley DB can be configured to + pass these verbose error messages to an application function. + There are four methods intended to provide applications with + additional error information: DB_ENV->set_errcall(), + DB_ENV->set_errfile(), DB_ENV->set_errpfx() and DB_ENV->set_verbose(). +

+

+ The Berkeley DB error-reporting facilities do not slow + performance or significantly increase application size, and + may be run during normal operation as well as during + debugging. Where possible, we recommend these options always + be configured and the output saved in the filesystem. We have + found that this often saves time when debugging installation + or other system-integration problems. +

+

+ In addition, there are three methods to assist applications + in displaying their own error messages: db_strerror(), + DB_ENV->err(), and DB_ENV->errx(). The + first is a superset of the ANSI C strerror function, and + returns a descriptive string for any error return from the + Berkeley DB library. The DB_ENV->err() and + DB_ENV->errx() methods use the + error message configuration options described previously to + format and display error messages to appropriate output + devices. +