Package: glibc
Version: 2.3.2-9
Severity: serious
On both i386 and ia64 the LSB tests,
/tset/POSIX.os/devclass/tcgetattr/T.tcgetattr tests 1 and 2
fail. The source for these tests is available at,
http://cvs.gforge.freestandards.org/cgi-bin/cvsweb.cgi/tests/lsb-runtime-test/m
Package: glibc
Version: 2.3.2-9
Severity: serious
On ia64 the LSB test,
/tset/LI18NUX2K.L1/base/vfprintf/T.vfprintf test 5
fails. The source for the test is available at,
ttp://cvs.gforge.freestandards.org/cgi-bin/cvsweb.cgi/tests/lsb-runtime-test/mo
Package: glibc
Version: 2.3.2-9
Severity: serious
On ia64 the LSB test,
/tset/LI18NUX2K.L1/base/fwide/T.fwide test 4
fails. The source for the test is available at,
http://cvs.gforge.freestandards.org/cgi-bin/cvsweb.cgi/tests/lsb-runtime-test/m
ladies and gentlemen,
please unsubscribe me from ALL Lists!!!
i missjudged the amount of email i would be getting. (about 500 per day!!)
thank you very much
willy steimel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
At Wed, 29 Oct 2003 01:13:08 -0800,
Matt Taggart wrote:
I just filed 3 RC bugs against glibc for the following LSB test
failures,
#218130
ia64: /tset/LI18NUX2K.L1/base/fwide/T.fwide 4 FAIL
#218129
ia64: /tset/LI18NUX2K.L1/base/vfprintf/T.vfprintf 5 FAIL
#218131
ia64/i386:
Greetings! I've added Bdale and emacs-devel to the CC list, as I
believe they have already found some work around for gnu emacs, a
description of which would help me greatly.
To sum up the previous discussion, the ia64 linux ABI apparently
offers no opportunity for ld.so to ensure that function
Processing commands for [EMAIL PROTECTED]:
tag 217329 moreinfo
Bug#217329: glibc-doc: references and errno values not conforming to standard in
pthread_* function manpages
Tags were: sid
Tags added: moreinfo
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian
Camm Maguire [EMAIL PROTECTED] writes:
To sum up the previous discussion, the ia64 linux ABI apparently
offers no opportunity for ld.so to ensure that function descriptors
remain constant, even over successive executions of the same binary on
the same machine.
There is no problem with
Greetings, and thanks for your reply!
Andreas Schwab [EMAIL PROTECTED] writes:
Camm Maguire [EMAIL PROTECTED] writes:
To sum up the previous discussion, the ia64 linux ABI apparently
offers no opportunity for ld.so to ensure that function descriptors
remain constant, even over
On Sun, Oct 26, 2003 at 08:48:32PM -0600, Debian Bug Tracking System wrote:
This will be fixed with tomorrow's mirror pulse, with libc6 2.3.2-9
Thank you.
BTW, I am curious how it is possible. Please, correct me, if I am wrong.
There is one source package: glibc. This package is passed to
On Wed, Oct 29, 2003 at 06:30:35PM +0100, Artur R. Czechowski wrote:
On Sun, Oct 26, 2003 at 08:48:32PM -0600, Debian Bug Tracking System wrote:
This will be fixed with tomorrow's mirror pulse, with libc6 2.3.2-9
Thank you.
BTW, I am curious how it is possible. Please, correct me, if I am
On Wed, Oct 29, 2003 at 06:16:18PM +, Colin Watson wrote:
Architecture: all
Uh, I missed it. Thank you.
Cheers
Artur
--
* Croolik jest dzielna, zeara 3 zby.
/stosowana medycyna naturalna/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Wed, 2003-10-29 at 04:13, Matt Taggart wrote:
#218131
ia64/i386: /tset/POSIX.os/devclass/tcgetattr/T.tcgetattr 1 FAIL
ia64/i386: /tset/POSIX.os/devclass/tcgetattr/T.tcgetattr 2 FAIL
In reference to that bug, the following mailing list messages might be
useful:
Hello!
I've found a bug in GNU libc-2.3.2 on Linux - i386 platform. I'm trying to
work with threads, sometimes it is needed to quickly (without reaching a
cancellation point) stop a thread. I've used pthread_cancel function but it
doesn't work in the following example:
#include pthread.h
Camm Maguire [EMAIL PROTECTED] writes:
OK, but I need saved runtime-initialized function pointers. Do you
have either a reference for how xemacs has handled this, or a contact
person who might know?
I have hacked XEmacs to re-assign all those function pointers, good enough
to get it running.
On Tue, Oct 28, 2003 at 11:37:46AM -0500, Daniel Jacobowitz wrote:
[...]
What do we need to do to get the other translations updated?
in debian/po :
grep ^\Last-Translator: *po | cut -f3 -d\:| sed 's/\\n\//'
Will give you the mail addresses of translators. Then mail them the
Andreas == Andreas Schwab [EMAIL PROTECTED] writes:
Andreas Camm Maguire [EMAIL PROTECTED] writes:
Andreas I have hacked XEmacs to re-assign all those function
Andreas pointers, good enough to get it running. But this hack is
Andreas too ugly, so I never bothered to send the patch upstream (I
Peter Chubb [EMAIL PROTECTED] writes:
Andreas == Andreas Schwab [EMAIL PROTECTED] writes:
Andreas Camm Maguire [EMAIL PROTECTED] writes:
Andreas I have hacked XEmacs to re-assign all those function
Andreas pointers, good enough to get it running. But this hack is
Andreas too ugly, so I
Daniel == Daniel Jacobowitz [EMAIL PROTECTED] writes:
Daniel Meant to copy yo on this, Peter. Adam suggests checking the
Daniel output of lsattr. If you can repeat this, strace output of
Daniel dpkg would be nice too.
The root filesystem is reiserfs.
lsattr /lib/ld-2.3.2.so
s---c
On Thu, Oct 30, 2003 at 10:38:57AM +1100, Peter Chubb wrote:
Daniel == Daniel Jacobowitz [EMAIL PROTECTED] writes:
Daniel Meant to copy yo on this, Peter. Adam suggests checking the
Daniel output of lsattr. If you can repeat this, strace output of
Daniel dpkg would be nice too.
The
Peter == Peter Chubb [EMAIL PROTECTED] writes:
Daniel == Daniel Jacobowitz [EMAIL PROTECTED] writes:
Daniel Meant to copy yo on this, Peter. Adam suggests checking the
Daniel output of lsattr. If you can repeat this, strace output of
Daniel dpkg would be nice too.
I think I've worked out
reassign 218081 lsbdev
thanks
Yes, I agree.
On Thu, Oct 30, 2003 at 11:01:10AM +1100, Peter Chubb wrote:
Peter == Peter Chubb [EMAIL PROTECTED] writes:
Daniel == Daniel Jacobowitz [EMAIL PROTECTED] writes:
Daniel Meant to copy yo on this, Peter. Adam suggests checking the
Daniel output
Processing commands for [EMAIL PROTECTED]:
reassign 218081 lsbdev
Bug#218081: libc6 2.3.2-9 won't install
Bug reassigned from package `libc6' to `lsbdev'.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator,
23 matches
Mail list logo