List of known bugs (certainly very incomplete) ---------------------------------------------- Time-stamp: <1997-09-06T18:30:16+0200 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 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.ai.mit.edu: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. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Severity: [ *] to [***] [ **] There are problems with signal handling when using LinuxThreads. [ **] The libm-ieee `log2' function seems to be very inaccurate. [ *] The libm-ieee `remquo' function rounds 3.0/2.0 incorrectly. [ *] The precision of the `sinhl' and/or `asinhl' function do not seem to be the best. [ *] The syslog function should print to the console if the LOG_CONS flag was given. [PR libc/72] [ *] On Linux, the is not clean enough to satisfy the C++ namespace rules. Declaring `struct fd_set' also makes `fd_set' available in the global namespace which conflicts with the definition of `fd_set' in glibc. [PR libc/79] [ *] 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 localedef program should not generate errors if for categories which are not used for the output there are characters referenced which are not defined in the charmap. [PR libc/229] [ *] The rcmd() functions (more concrete: the handling of .rhosts) does not support netgroups and wildcards (+). ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Ulrich Drepper drepper@cygnus.com