summaryrefslogtreecommitdiff
path: root/FAQ.in
diff options
context:
space:
mode:
authorUlrich Drepper <drepper@redhat.com>2000-01-26 02:07:07 +0000
committerUlrich Drepper <drepper@redhat.com>2000-01-26 02:07:07 +0000
commit14a6b4e45f4297a39b704557491fcc16ff863ef7 (patch)
tree9b5549eb864f8c4a188da18c8178e7b4b007e72e /FAQ.in
parentf00ebd7f811ac03665c877846cad3750b0815122 (diff)
downloadglibc-14a6b4e45f4297a39b704557491fcc16ff863ef7.tar.gz
Update.
2000-01-23 Paul Eggert <eggert@twinsun.com> * posix/regex.c (GET_UNSIGNED_NUMBER): Allow only ASCII digits. 2000-01-23 Paul Eggert <eggert@twinsun.com> * posix/regex.c (compile_range): When matching a character range, use the current collating sequence, as POSIX requires.
Diffstat (limited to 'FAQ.in')
-rw-r--r--FAQ.in54
1 files changed, 27 insertions, 27 deletions
diff --git a/FAQ.in b/FAQ.in
index b894b76ffc..5317e4764f 100644
--- a/FAQ.in
+++ b/FAQ.in
@@ -721,7 +721,7 @@ necessary conversion and calls to create those files. The file is
`db-Makefile' in the subdirectory `nss' and you can call it with `make -f
db-Makefile'. Please note that not all services are capable of using a
database. Currently passwd, group, ethers, protocol, rpc, services shadow
-and netgroup are implemented.
+and netgroup are implemented. See also question ?nssdb.
?? I have /usr/include/net and /usr/include/scsi as symlinks
into my Linux source tree. Is that wrong?
@@ -955,6 +955,30 @@ installed by glibc 2.1 in your include directory.
{AJ} See ?libs.
+??nssdb What happened to the Berkeley DB libraries? Can I still use db
+ in /etc/nsswitch.conf?
+
+{AJ} Due to too many incompatible changes in disk layout and API of Berkeley
+DB and a too tight coupling of libc and libdb, the db library has been
+removed completely from glibc 2.2. The only place that really used the
+Berkeley DB was the NSS db module.
+
+The NSS db module has been rewritten to support a number of different
+versions of Berkeley DB for the NSS db module. Currently the releases 2.x
+and 3.x of Berkeley DB are supported. The older db 1.85 library is not
+supported. You can use the version from glibc 2.1.x or download a version
+from Sleepycat Software (http://www.sleepycat.com). The library has to be
+compiled as shared library and installed in the system lib directory
+(normally /lib). The library needs to have a special soname to be found by
+the NSS module.
+
+If public structures change in a new Berkeley db release, this needs to be
+reflected in glibc.
+
+Currently the code searches for libraries with a soname of "libdb.so.3"
+(that's the name from db 2.4.14 which comes with glibc 2.1.x) and
+"libdb-3.0.so" (the name used by db 3.0.55 as default).
+
? Source and binary incompatibilities, and what to do about them
@@ -1245,15 +1269,6 @@ e.g. __ivaliduser). If a program uses these interfaces, it's broken. These
internal interfaces might change between glibc releases or dropped
completely.
-?? When using the db-2 library which comes with glibc is used in
- the Perl db modules the testsuite is not passed. This did not
- happen with db-1, gdbm, or ndbm.
-
-{MK} Db-2 does not support zero-sized keys. The Perl testsuite
-tests the support for zero-sized keys and therefore fails when db-2 is
-used. The Perl folks are looking for a solution, but thus far have
-not found a satisfactory one.
-
?? The pow() inline function I get when including <math.h> is broken.
I get segmentation faults when I run the program.
@@ -1341,21 +1356,6 @@ suffix `_unlocked', for details check <stdio.h>. Using `putc_unlocked' etc.
instead of `putc' should give nearly the same speed with bonnie (bonnie is a
benchmark program for measuring disk access).
-?? Programs compiled with glibc 2.1 can't read db files made with glibc
- 2.0. What has changed that programs like rpm break?
-
-{AJ} The GNU C library 2.1 uses db2 instead of db1 which was used in version
-2.0. The internal formats of the actual db files are different. To convert
-the db files from db1 format to db2 format, you can use the programs
-`db_dump185' and `db_load'. Alternativly programs can be linked with db1
-using `-ldb1' instead of linking with db2 which uses `-ldb'. Linking with
-db1 might be preferable if older programs need to access the db file.
-
-db2 supports the old db1 programming interface and also a new programming
-interface. For compilation with the old API, <db_185.h> has to be included
-(and not <db.h>) and you can link with either `-ldb1' or `-ldb' for either
-of the db formats.
-
?? Autoconf's AC_CHECK_FUNC macro reports that a function exists, but
when I try to use it, it always returns -1 and sets errno to ENOSYS.
@@ -1443,7 +1443,7 @@ reading the POSIX standards.
<http://www.gnu.org/software/libc/>. The problem data base of open and
solved bugs in GNU libc is available at
<http://www-gnats.gnu.org:8080/cgi-bin/wwwgnats.pl>. Eric Green has written
-a HowTo for converting from Linux libc5 to glibc2. The HowTo is accessable
+a HowTo for converting from Linux libc5 to glibc2. The HowTo is accessible
via the FSF page and at <http://www.imaxx.net/~thrytis/glibc>. Frodo
Looijaard describes a different way installing glibc2 as secondary libc at
<http://huizen.dds.nl/~frodol/glibc>.
@@ -1516,7 +1516,7 @@ Answers were given by:
{UD} Ulrich Drepper, <drepper@cygnus.com>
{DMT} David Mosberger-Tang, <davidm@AZStarNet.com>
{RM} Roland McGrath, <roland@gnu.org>
-{AJ} Andreas Jaeger, <aj@arthur.rhein-neckar.de>
+{AJ} Andreas Jaeger, <aj@suse.de>
{EY} Eric Youngdale, <eric@andante.jic.com>
{PB} Phil Blundell, <Philip.Blundell@pobox.com>
{MK} Mark Kettenis, <kettenis@phys.uva.nl>