BUGS

   1             List of known bugs (certainly very incomplete)
   2             ----------------------------------------------
   3
   4 Time-stamp: <1997-03-22T04:31:41+0100 drepper>
   5
   6 This following list contains those bugs which I'm aware of.  Please
   7 make sure that bugs you report are not listed here.  If you can fix one
   8 of these bugs/limitations I'll certainly be glad to receive a patch.
   9
  10 Another source of information about bugs is the problem data base of the
  11 GNU project.  There is an easy to use WWW interface is available at
  12
  13         http://pogo.gnu.ai.mit.edu:8080/cgi-bin/wwwgnats.pl
  14
  15 I would appreciate it very much if you could verify the problem was not
  16 reported before by looking though the database.  To make the information
  17 in this data as useful as possible please report bugs always using the
  18 `glibcbug' shell script which gets installed with GNU libc.
  19
  20
  21 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  22
  23 Severity: [  *] to [***]
  24
  25
  26 [ **]  For GNU libc on Linux, there is still no solution for the UTMP
  27        problem.
  28        [Among others: PR libc/39]
  29
  30 [ **]  There are problems with signal handling when using LinuxThreads.
  31
  32 [ **]  The `cbrtl' function is inaccurate.  The algorithm used for `double'
  33        and `float' is not usable for `long double'.
  34
  35 [ **]  Not really a bug, but it could lead to such:
  36        The RPC code is ugly ugly ugly.  It's more or less verbatim taken
  37        from Sun's code and therefore mostly lacks complete prototypes and
  38        (more important) the use of `const'.  It *definitely* needs to be
  39        cleaned.
  40
  41 [  *]  The precision of the `sinhl' and/or `asinhl' function do not seem
  42        to be the best.
  43
  44 [  *]  The syslog function should print to the console if the LOG_CONS
  45        flag was given.
  46        [PR libc/72]
  47
  48 [  *]  On Linux, the <linux/posix_types.h> is not clean enough to satisfy
  49        the C++ namespace rules.  Declaring `struct fd_set' also makes
  50        `fd_set' available in the global namespace which conflicts with
  51        the definition of `fd_set' in glibc.
  52        [PR libc/79]
  53
  54 [  *]  On Linux, there should be a way to prevent defining the symbol
  55        NGROUPS_MAX in the <linux/limits.h> header file.  In glibc it
  56        is defined in <posix1_lim.h> which must not make the other
  57        symbols in <linux/limits.h> available.
  58        [PR libc/140]
  59
  60 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  61 Ulrich Drepper
  62 drepper@cygnus.com