|
| 1 | + List of known bugs (certainly very incomplete) |
| 2 | + ---------------------------------------------- |
| 3 | + |
| 4 | +Time-stamp: <2007-10-27 18:37:51 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 available at |
| 12 | + |
| 13 | + http://sourceware.org/bugzilla/ |
| 14 | + |
| 15 | +I would appreciate it very much if you could verify the problem was |
| 16 | +not reported before by looking through the database. Before reporting |
| 17 | +a bug please check the FAQ since it discusses also a lot of |
| 18 | +problematic situations. |
| 19 | + |
| 20 | + |
| 21 | +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
| 22 | + |
| 23 | +Severity: [ *] to [***] |
| 24 | + |
| 25 | +[ **] Closing shared objects in statically linked binaries most of the |
| 26 | + times leads to crashes during the dlopen(). Hard to fix. |
| 27 | + |
| 28 | +[ **] The RPC code is not 64 bit clean. This is getting slowly fixed |
| 29 | + but expect incompatible changes on 64 bit platforms like Alpha. |
| 30 | + |
| 31 | +[ *] The precision of the `sinhl' and/or `asinhl' function do not seem |
| 32 | + to be the best. |
| 33 | + |
| 34 | +[ *] On Linux, there should be a way to prevent defining the symbol |
| 35 | + NGROUPS_MAX in the <linux/limits.h> header file. In glibc it |
| 36 | + is defined in <posix1_lim.h> which must not make the other |
| 37 | + symbols in <linux/limits.h> available. |
| 38 | + [PR libc/140] |
| 39 | + |
| 40 | +[ *] The libm-ieee `gamma' function gives wrong results (at least for |
| 41 | + -0.5). |
| 42 | + |
| 43 | +[ *] The libm-ieee `scalb' function gives wrong results for |
| 44 | + non-integral second parameters. |
| 45 | + |
| 46 | +[ *] Several (most?) collation specifications are broken. The code which |
| 47 | + is currently there is in most cases inherited from the originial |
| 48 | + author (in case there is a LC_COLLATE specification in the locale |
| 49 | + file) or is defined using the default (if iso14651_t1 is included). |
| 50 | + |
| 51 | + In any case we are missing information to correct the specification. |
| 52 | + If you find the specification for your language be faulty please |
| 53 | + send a report with instruction on what to fix. You don't have to |
| 54 | + fix the specification yourself. |
| 55 | + |
| 56 | + The way it finally should look like (if the generic specification |
| 57 | + is not correct) can be seen in the sv_SE file. Quite a few changes |
| 58 | + on top of the generic specification can be made without duplication |
| 59 | + of the whole LC_COLLATE description. |
| 60 | + |
| 61 | +[ *] Some of the functions which also handled IPv6 are currently broken. |
| 62 | + IPv6 and IPv4 lookups occasionally happen when not needed. This |
| 63 | + happens in getaddrinfo() and getnameinfo(). IPv4 handling of |
| 64 | + these functions is OK though and there are patches available to fix |
| 65 | + the IPv6 code as well. |
| 66 | + |
| 67 | +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
| 68 | +Ulrich Drepper |
| 69 | + |
0 commit comments