Edit File - File Manager

Edit File: freebsd.html

<html>
<head>
<title>Berkeley DB Reference Guide: FreeBSD</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>
<a name="2"></a>
<table width="100%"><tr valign=top>
<td><dl><dt>Berkeley DB Reference Guide:<dd>Building Berkeley DB for UNIX/POSIX systems</dl></td>
<td align=right><a href="../build_unix/aix.html"><img src="../../images/prev.gif" alt="Prev"></a><a href="../toc.html"><img src="../../images/ref.gif" alt="Ref"></a><a href="../build_unix/hpux.html"><img src="../../images/next.gif" alt="Next"></a>
</td></tr></table>
FreeBSD
<ol>
<li>I can't compile and run multithreaded applications.
Special compile-time flags are required when compiling threaded
applications on FreeBSD. If you are compiling a threaded application,
you must compile with the _THREAD_SAFE and -pthread flags:
<blockquote><pre>cc -D_THREAD_SAFE -pthread ...</pre></blockquote>
The Berkeley DB library will automatically build with the correct options.
<hr size=1 noshade>
<li>I get occasional failures when running RPC-based programs under
FreeBSD clients.
There is a known bug in the XDR implementation in the FreeBSD C library
from version 2.2 up to version 4.0-RELEASE, that causes certain-sized
messages to fail and return a zero-filled reply to the client. A bug
report (#16028) has been filed with FreeBSD. The following patch is the
FreeBSD fix:
<blockquote><pre>*** /usr/src/lib/libc/xdr/xdr_rec.c.orig	Mon Jan 10 10:20:42 2000
--- /usr/src/lib/libc/xdr/xdr_rec.c	Wed Jan 19 10:53:45 2000
***************
*** 558,564 ****
 	 * but we don't have any way to be certain that they aren't
 	 * what the client actually intended to send us.
 	 */
! 	if ((header & (~LAST_FRAG)) == 0)
 		return(FALSE);
 	rstrm-&gt;fbtbc = header & (~LAST_FRAG);
 	return (TRUE);
--- 558,564 ----
 	 * but we don't have any way to be certain that they aren't
 	 * what the client actually intended to send us.
 	 */
! 	if (header == 0)
 		return(FALSE);
 	rstrm-&gt;fbtbc = header & (~LAST_FRAG);
 	return (TRUE);
</pre></blockquote>
<hr size=1 noshade>
<li>I see fsync and close system call failures when accessing
databases or log files on NFS-mounted filesystems.
Some FreeBSD releases are known to return ENOLCK from fsync and close
calls on NFS-mounted filesystems, even though the call has succeeded.
The Berkeley DB code should be modified to ignore ENOLCK errors, or no Berkeley DB
files should be placed on NFS-mounted filesystems on these systems.
</ol>
<table width="100%"><tr><td> </td><td align=right><a href="../build_unix/aix.html"><img src="../../images/prev.gif" alt="Prev"></a><a href="../toc.html"><img src="../../images/ref.gif" alt="Ref"></a><a href="../build_unix/hpux.html"><img src="../../images/next.gif" alt="Next"></a>
</td></tr></table>
Copyright (c) 1996,2008 Oracle. All rights reserved.
</body>
</html>

Back to File Manager