Bug#196085: Problem in glibc-2.3.2/elf/do-lookup.h

Ognyan Kulev wrote: This bug is reassigned to libc0.3. The problem seems to be that glibc-2.3.2/elf/do-lookup.h:do_lookup signals SEGV when SCOPE array is empty. I don't know the semantics of these data structures, but if it's allowed this array to be empty, then the attached patch will solve

Processed: reassign to libc0.3

Processing commands for [EMAIL PROTECTED]: > reassign 196085 libc0.3 Bug#196085: Bugs in store_typed_open and store_find_class Bug reassigned from package `hurd' to `libc0.3'. > retitle 196085 Bugs in hurd/libstore/typed.c and libc/elf/do-lookup.h Bug#196085: Bugs in store_typed_open and store_fi

Bug#196189: nscd: improper error message on wrong table name

Package: nscd Version: 2.2.5-11.5 Severity: normal # nscd -i groups nscd: -i: (PROGRAM ERROR) Option should have been recognized!? Try `nscd --help' or `nscd --usage' for more information. # nscd -i group # This message reads as if the -i option was not recognized, whereas it's just its argument

Bug#93810: Summary of the confusion

Unfortunately, the sudden burst of activity on #93810 caught me by surprise, and it took me a while to see it. Let me assure you, as an Australian who has lived in Australia his whole life, that AEST is more common than EST. I very rarely see EST - it's either AEST or AEDT. Also, I agree with Mike

Bug#177940: AC_FUNC_MKTIME fail when timezone is set to GMT-2

I looked into this bug (Debian bug 177940) and wrote the following patch to mktime.c. Please give it a try. You should be able to apply this patch to libc6's mktime.c. http://savannah.gnu.org/cgi-bin/viewcvs/gnulib/gnulib/lib/mktime.c.diff?r1=1.36&r2=1.37 -- To UNSUBSCRIBE, email to [EMAIL PR

Bug#196177: libc6: mktime mishandles dates before 1970 (regression from 3.0r1)

Package: libc6 Version: 2.3.1-16 Severity: normal Tags: patch I ran into this problem because I assigned a Python programming time zone problem to my students . Students who were running Debian testing could not do the assignment because

Bug#196291: libc6: Outdated Europe/Vilnius (Lithuanian) timezone

Package: libc6 Version: 2.3.1-17 Severity: important This problem have been solved in upstream releases. Would be nice to have this one solved in Debian, too. potato, woody and testing is affected, too. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux 3litr

Bug#196251: setpgrp() doesn't work as expected

Package: libc6-dev Version: 2.3.1-17 Severity: normal The Glibc docs say: - Function: int setpgrp (pid_t PID, pid_t PGID) This is the BSD Unix name for `setpgid'. Both functions do exactly the same thing. but that isn't true, see the following test case: $ cat test.c #include #incl

Bug#158410: libc6-dev should suggest manpages-dev

> Since the manpages for the functions in libc6-dev are in the manpages-dev > package, it seems appropriate to flag some kind of relationship between the > two packages. that's wrong. the official documentation for Glibc are the info documents in the glibc-doc package. manpages-dev is a third-p

Bug#196085: Problem in glibc-2.3.2/elf/do-lookup.h

Ognyan Kulev wrote: This bug is reassigned to libc0.3. The problem seems to be that glibc-2.3.2/elf/do-lookup.h:do_lookup signals SEGV when SCOPE array is empty. I don't know the semantics of these data structures, but if it's allowed this array to be empty, then the attached patch will solve

Processed: reassign to libc0.3

Processing commands for [EMAIL PROTECTED]: > reassign 196085 libc0.3 Bug#196085: Bugs in store_typed_open and store_find_class Bug reassigned from package `hurd' to `libc0.3'. > retitle 196085 Bugs in hurd/libstore/typed.c and libc/elf/do-lookup.h Bug#196085: Bugs in store_typed_open and store_fi

Re: Bug#196028: libc6-dev: [hppa] buggy kernel includes cause build failure

On Wed, Jun 04, 2003 at 07:27:27AM +0200, Christoph Hellwig wrote: > On Tue, Jun 03, 2003 at 06:19:01PM -0500, Chris Cheney wrote: > > Package: libc6-dev > > Version: 2.3.1-17 > > Severity: serious > > > > On hppa there appears to be a bug in /usr/include/asm/byteorder.h > > It causes kdemultimedi

Bug#196189: nscd: improper error message on wrong table name

Package: nscd Version: 2.2.5-11.5 Severity: normal # nscd -i groups nscd: -i: (PROGRAM ERROR) Option should have been recognized!? Try `nscd --help' or `nscd --usage' for more information. # nscd -i group # This message reads as if the -i option was not recognized, whereas it's just its argument

Bug#189792: libc6: devpts.sh needs to mount devpts even on devfs > 2.5.68

Hello, On Mon, 2 June 2003 18:33:22 +0900, GOTO Masanori wrote: > You can get the (a bit old) 2.3.2 version at: > > http://people.debian.org/~gotom/2.3.2-1/ > > I update this version later, but this version works fine for your > kernel. I have installed these packages for my box at home a

Bug#93810: Summary of the confusion

Unfortunately, the sudden burst of activity on #93810 caught me by surprise, and it took me a while to see it. Let me assure you, as an Australian who has lived in Australia his whole life, that AEST is more common than EST. I very rarely see EST - it's either AEST or AEDT. Also, I agree with Mike

Bug#177940: AC_FUNC_MKTIME fail when timezone is set to GMT-2

I looked into this bug (Debian bug 177940) and wrote the following patch to mktime.c. Please give it a try. You should be able to apply this patch to libc6's mktime.c. http://savannah.gnu.org/cgi-bin/viewcvs/gnulib/gnulib/lib/mktime.c.diff?r1=1.36&r2=1.37

Bug#196177: libc6: mktime mishandles dates before 1970 (regression from 3.0r1)

Package: libc6 Version: 2.3.1-16 Severity: normal Tags: patch I ran into this problem because I assigned a Python programming time zone problem to my students . Students who were running Debian testing could not do the assignment because