1997-03-20 02:20:57 +00:00
|
|
|
List of known bugs (certainly very incomplete)
|
|
|
|
----------------------------------------------
|
|
|
|
|
2005-09-24 15:03:19 +00:00
|
|
|
Time-stamp: <2005-09-23 13:25:42 drepper>
|
1997-03-20 02:20:57 +00:00
|
|
|
|
|
|
|
This following list contains those bugs which I'm aware of. Please
|
1997-03-23 01:54:07 +00:00
|
|
|
make sure that bugs you report are not listed here. If you can fix one
|
|
|
|
of these bugs/limitations I'll certainly be glad to receive a patch.
|
1997-03-20 02:20:57 +00:00
|
|
|
|
1997-03-23 01:54:07 +00:00
|
|
|
Another source of information about bugs is the problem data base of the
|
1997-08-02 21:00:51 +00:00
|
|
|
GNU project. There is an easy to use WWW interface available at
|
1997-03-23 01:54:07 +00:00
|
|
|
|
2005-09-24 15:03:19 +00:00
|
|
|
http://sourceware.org/bugzilla/
|
1997-03-23 01:54:07 +00:00
|
|
|
|
|
|
|
I would appreciate it very much if you could verify the problem was not
|
1997-08-02 21:00:51 +00:00
|
|
|
reported before by looking through the database. To make the information
|
|
|
|
in this database as useful as possible please report bugs always using the
|
1998-02-20 18:45:36 +00:00
|
|
|
`glibcbug' shell script which gets installed with GNU libc. Before reporting
|
|
|
|
a bug please check the FAQ since it discusses also a lot of problematic
|
|
|
|
situations.
|
1997-03-20 02:20:57 +00:00
|
|
|
|
|
|
|
|
1997-03-23 01:54:07 +00:00
|
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
|
|
|
|
Severity: [ *] to [***]
|
1997-03-20 02:20:57 +00:00
|
|
|
|
2000-01-01 19:35:36 +00:00
|
|
|
[ **] Closing shared objects in statically linked binaries most of the
|
1999-12-08 09:15:00 +00:00
|
|
|
times leads to crashes during the dlopen(). Hard to fix.
|
|
|
|
|
1999-04-20 08:54:33 +00:00
|
|
|
[ **] The RPC code is not 64 bit clean. This is getting slowly fixed
|
|
|
|
but expect incompatible changes on 64 bit platforms like Alpha.
|
|
|
|
|
1997-03-20 02:20:57 +00:00
|
|
|
[ *] The precision of the `sinhl' and/or `asinhl' function do not seem
|
|
|
|
to be the best.
|
|
|
|
|
1997-03-23 01:54:07 +00:00
|
|
|
[ *] On Linux, there should be a way to prevent defining the symbol
|
|
|
|
NGROUPS_MAX in the <linux/limits.h> header file. In glibc it
|
|
|
|
is defined in <posix1_lim.h> which must not make the other
|
|
|
|
symbols in <linux/limits.h> available.
|
|
|
|
[PR libc/140]
|
|
|
|
|
1998-02-26 11:20:59 +00:00
|
|
|
[ *] The libm-ieee `gamma' function gives wrong results (at least for
|
|
|
|
-0.5).
|
|
|
|
|
|
|
|
[ *] The libm-ieee `scalb' function gives wrong results for
|
|
|
|
non-integral second parameters.
|
1997-11-13 00:21:19 +00:00
|
|
|
|
2000-08-28 04:08:02 +00:00
|
|
|
[ *] 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
|
|
|
|
file) or is defined using the default (if iso14651_t1 is included).
|
|
|
|
|
|
|
|
In any case we are missing information to correct the specification.
|
|
|
|
If you find the specification for your language be faulty please
|
|
|
|
send a report with instruction on what to fix. You don't have to
|
|
|
|
fix the specification yourself.
|
|
|
|
|
|
|
|
The way it finally should look like (if the generic specification
|
|
|
|
is not correct) can be seen in the sv_SE file. Quite a few changes
|
|
|
|
on top of the generic specification can be made without duplication
|
|
|
|
of the whole LC_COLLATE description.
|
|
|
|
|
2000-11-08 21:20:06 +00:00
|
|
|
[ *] Some of the functions which also handled IPv6 are currently broken.
|
2002-09-30 20:56:47 +00:00
|
|
|
IPv6 and IPv4 lookups occasionally happen when not needed. This
|
|
|
|
happens in getaddrinfo() and getnameinfo(). IPv4 handling of
|
2000-11-08 21:20:06 +00:00
|
|
|
these functions is OK though and there are patches available to fix
|
|
|
|
the IPv6 code as well.
|
|
|
|
|
1997-03-23 01:54:07 +00:00
|
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
|
|
Ulrich Drepper
|
2002-09-30 20:56:47 +00:00
|
|
|
drepper@redhat.com
|