<!--$Id: runtime.so,v 10.21 2007/07/10 17:37:22 bostic Exp $-->
<!--Copyright (c) 1997,2008 Oracle. All rights reserved.-->
<!--See the file LICENSE for redistribution information.-->
<html>
<head>
<title>Berkeley DB Reference Guide: Run-time error information</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><b><dl><dt>Berkeley DB Reference Guide:<dd>Debugging Applications</dl></b></td>
<td align=right><a href="../debug/compile.html"><img src="../../images/prev.gif" alt="Prev"></a><a href="../toc.html"><img src="../../images/ref.gif" alt="Ref"></a><a href="../debug/printlog.html"><img src="../../images/next.gif" alt="Next"></a>
</td></tr></table>
<p align=center><b>Run-time error information</b></p>
<p>Normally, when an error occurs in the Berkeley DB library, an integer value
(either a Berkeley DB specific value or a system <b>errno</b> 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.</p>
<p>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:
<a href="../../api_c/env_set_errcall.html">DB_ENV->set_errcall</a>, <a href="../../api_c/env_set_errfile.html">DB_ENV->set_errfile</a>,
<a href="../../api_c/env_set_errpfx.html">DB_ENV->set_errpfx</a>, and <a href="../../api_c/env_set_verbose.html">DB_ENV->set_verbose</a>.</p>
<p>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.</p>
<p>In addition, there are three methods to assist applications in
displaying their own error messages: <a href="../../api_c/env_strerror.html">db_strerror</a>,
<a href="../../api_c/env_err.html">DB_ENV->err</a>, and <a href="../../api_c/env_err.html">DB_ENV->errx</a>. 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 <a href="../../api_c/env_err.html">DB_ENV->err</a> and
<a href="../../api_c/env_err.html">DB_ENV->errx</a> methods use the error message configuration options
described previously to format and display error messages to appropriate
output devices.</p>
<table width="100%"><tr><td><br></td><td align=right><a href="../debug/compile.html"><img src="../../images/prev.gif" alt="Prev"></a><a href="../toc.html"><img src="../../images/ref.gif" alt="Ref"></a><a href="../debug/printlog.html"><img src="../../images/next.gif" alt="Next"></a>
</td></tr></table>
<p><font size=1>Copyright (c) 1996,2008 Oracle. All rights reserved.</font>
</body>
</html>
Copyright 2K16 - 2K18 Indonesian Hacker Rulez