Update.
[kopensolaris-gnu/glibc.git] / 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