BUGS

   1             List of known bugs (certainly very incomplete)
   2             ----------------------------------------------
   3
   4 Time-stamp: <1997-03-22T04:04:56+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 Severity: [  *] to [***]
  11
  12
  13 [ **]  For GNU libc on Linux, there is still no solution for the UTMP
  14        problem.
  15        [Among others: PR libc/39]
  16
  17 [ **]  There are problems with signal handling when using LinuxThreads.
  18
  19 [ **]  The `cbrtl' function is inaccurate.  The algorithm used for `double'
  20        and `float' is not usable.
  21
  22 [ **]  Not really a bug, but it could lead to such:
  23        The RPC code is ugly ugly ugly.  It's more or less verbatim taken
  24        from Sun's code and therefore mostly lacks complete prototypes and
  25        (more important) the use of `const'.  It *definitely* needs to be
  26        cleaned.
  27
  28 [  *]  The precision of the `sinhl' and/or `asinhl' function do not seem
  29        to be the best.
  30
  31 [  *]  The syslog function should print to the console if the LOG_CONS
  32        flag was given.
  33        [PR libc/72]
  34
  35 [  *]  On Linux, the <linux/posix_types.h> is not clean enough to satisfy
  36        the C++ namespace rules.  Declaring `struct fd_set' also makes
  37        `fd_set' available in the global namespace which conflicts with
  38        the definition of `fd_set' in glibc.
  39        [PR libc/79]
  40
  41 [  *]  On Linux, there should be a way to prevent defining the symbol
  42        NGROUPS_MAX in the <linux/limits.h> header file.  In glibc it
  43        is defined in <posix1_lim.h> which must not make the other
  44        symbols in <linux/limits.h> available.
  45        [PR libc/140]
  46
  47 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  48 Ulrich Drepper
  49 drepper@cygnus.com