List of known bugs (certainly very incomplete) ---------------------------------------------- Time-stamp: <00/07/14 11:39:22 aj> 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 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 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 in this database as useful as possible please report bugs always using the `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. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 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. [ *] The precision of the `sinhl' and/or `asinhl' function do not seem to be the best. [ *] On Linux, there should be a way to prevent defining the symbol NGROUPS_MAX in the header file. In glibc it is defined in which must not make the other symbols in available. [PR libc/140] [ *] 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. [ *] 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. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Ulrich Drepper drepper@cygnus.com