fdwalk should return 0 on an empty directory
[kopensolaris-gnu/glibc.git] / BUGS
diff --git a/BUGS b/BUGS
index 9bbae22..d0d5056 100644 (file)
--- a/BUGS
+++ b/BUGS
@@ -1,7 +1,7 @@
            List of known bugs (certainly very incomplete)
            ----------------------------------------------
 
-Time-stamp: <2001-06-15T21:21:36 drepper>
+Time-stamp: <2005-09-23 13:25:42 drepper>
 
 This following list contains those bugs which I'm aware of.  Please
 make sure that bugs you report are not listed here.  If you can fix one
@@ -10,7 +10,7 @@ of these bugs/limitations I'll certainly be glad to receive a patch.
 Another source of information about bugs is the problem data base of the
 GNU project.  There is an easy to use WWW interface available at
 
-       http://www-gnats.gnu.org:8080/cgi-bin/wwwgnats.pl
+       http://sourceware.org/bugzilla/
 
 I would appreciate it very much if you could verify the problem was not
 reported before by looking through the database.  To make the information
@@ -27,19 +27,9 @@ Severity: [  *] to [***]
 [ **]  Closing shared objects in statically linked binaries most of the
        times leads to crashes during the dlopen().  Hard to fix.
 
-[ **]  There are problems with signal handling when using LinuxThreads.
-
 [ **]  The RPC code is not 64 bit clean.  This is getting slowly fixed
        but expect incompatible changes on 64 bit platforms like Alpha.
 
-[ **]  If a DSO is using implicitly libpthread and the application itself
-       does not there is a name lookup problem.  E.g., the function fork()
-       will be found in the libc.so instead of libpthread since the thread
-       library is behind the libc.  To correct this problem it must *not*
-       be relied on the currently still enabled handling of weak symbols
-       in the dynamic linker.  Instead explicit tests for the availability
-       of the libpthread version are needed.  [PR libc/2325]
-
 [  *]  The precision of the `sinhl' and/or `asinhl' function do not seem
        to be the best.
 
@@ -55,21 +45,6 @@ Severity: [  *] to [***]
 [  *]  The libm-ieee `scalb' function gives wrong results for
        non-integral second parameters.
 
-[  *]  Collation symbol and equivalence class handling in regex are not
-       yet 100% correct.
-       - [. .] at end of a range does not work
-       - [. .] and [= =] do not handle collating symbols (where a symbol
-         stands for multiple character) and multibyte character in
-         general not correctly.
-
-       This is *extremely* hard to fix since regex has to be rewritten
-       completely.
-
-[  *]  The regex implementation has various other problems, like limitations
-       of the expression size etc. [PR libc/1570, PR libc/1777]
-
-       None of these can be fixed without a rewrite.
-
 [  *]  Several (most?) collation specifications are broken.  The code which
        is currently there is in most cases inherited from the originial
        author (in case there is a LC_COLLATE specification in the locale
@@ -86,10 +61,11 @@ Severity: [  *] to [***]
        of the whole LC_COLLATE description.
 
 [  *]  Some of the functions which also handled IPv6 are currently broken.
-       This includes getaddrinfo() and getnameinfo().  IPv4 handling of
+       IPv6 and IPv4 lookups occasionally happen when not needed.  This
+       happens in getaddrinfo() and getnameinfo().  IPv4 handling of
        these functions is OK though and there are patches available to fix
        the IPv6 code as well.
 
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 Ulrich Drepper
-drepper@cygnus.com
+drepper@redhat.com