Package: libc6-dev-riscv64-cross
Version: 2.34-7cross2
Severity: important
Dear Maintainer,
Even the most trivial C program:
encounters a segmentation crash when linked statically:
# cat << EOF > hello.c
int main(void) { return 0; }
EOF
# riscv64-linux-gnu-gcc -O2 -static hello.c
# qemu-riscv64-
lability
> state shall remain set to PTHREAD_CANCEL_DISABLE until the thread has
> terminated."
This paragraph clarifies that cancellation cannot occur recursively / more than
once per thread.
Assuming that "acting upon a cancellation request" would be permissible with
cancellation disabled, this sentence would imply that cancellation is disabled
permanently, and the thread will never get cancelled at all.
--
Rémi Denis-Courmont
http://www.remlab.net/
Package: libc6
Version: 2.34-0experimental3
Severity: important
Dear Maintainer,
In the example below, glibc 2.34 from experimental causes a spurious
EINTR error in the poll() call from the child thread. It seems that
thread cancellation causes the poll() to be spuriously interrupted,
even though
night.
With SMT ("HyperThread") support?
> Maybe the problem is actually not in the GNU libc. What kernel are you
> running?
Normally, I use upstream 2.6.32.15 at the moment.
But I also hit the bug with Debian 2.6.32-5-686.
--
Rémi Denis-Courmont
http://www.remlab.net/
http://
bs bts pni dtes64 monitor ds_cpl cid xtpr
bogomips: 5586.01
clflush size: 64
cache_alignment : 128
address sizes : 36 bits physical, 32 bits virtual
power management:
--
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis
--
To UNSUBSCRIBE, email to
t; Could you please test if version 2.11.1-2 is affected or not?
It is. I hit the failure case after 8074 consecutive iterations.
--
Rémi Denis-Courmont
http://www.remlab.net/
http://fi.linkedin.com/in/remidenis
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of
gt; Could you please tell me if you have the same problem with them?
Good catch. I could not reproduce the problem with 2.10.1-2+gcc4.3, neither
with the test case nor with VLC media player.
Thanks!
--
Rémi Denis-Courmont
http://www.remlab.net/
--
To UNSUBSCRIBE, email to debian-glib
Le mercredi 21 octobre 2009 22:40:03 Rémi Denis-Courmont, vous avez écrit :
> % ./a.out
> 1
> 2
> a.out: test.c:18: cleanup_lock: Assertion `val == 0' failed.
> Abandon
P.S.: For what it's worth val is EPERM here. That's why I assume the lock is
not correctl
es pretty much 100% here:
% ./a.out
1
2
a.out: test.c:18: cleanup_lock: Assertion `val == 0' failed.
Abandon
I'm running on a single core SMT (P4/HT namely), so instruction cycle timing
might be very different from what an UP or non-SMT SMP gets :( In any case,
the fact that is only oc
0 contexts (suppressed: 17 from 2)
> > I have libc6-dbg and that won't do it, what else am I supposed to do?
>
> `bt full` instead of just `bt` doesn't shows line numbers ?
I'm afraid it doesn't (even without libc6-i686).
--
Rémi Denis-Courmont
http://www.remlab.net/
signature.asc
Description: This is a digitally signed message part.
to reproduce it under valgrind with no results.
(...)
> at least give a bt full or whatever trace that gives line numbers.
> dcigettext is huge, I won't spot a bug just by reading it.
I have libc6-dbg and that won't do it, what else am I supposed to do?
--
Rémi Denis-Courmont
dash
Versions of packages libc6 depends on:
ii libgcc1 1:4.2.2-4 GCC support library
libc6 recommends no packages.
-- debconf information:
glibc/restart-failed:
glibc/restart-services:
--
Rémi Denis-Courmont
http://www.remlab.net/
#include
#include
#include
#incl
Le Sunday 16 December 2007 12:58:16 Pierre Habouzit, vous avez écrit :
> notfound 443660 2.7-4
> thanks
>
> On Sat, Dec 15, 2007 at 07:35:36PM +, Rémi Denis-Courmont wrote:
> > found 443660 2.7-4
> > thanks
> >
> > Hello,
> >
> > Seems like
ée par expiration du délai d'attente
Connexion terminée par expiration du délai d'attente
Connexion terminée par expiration du délai d'attente
Connexion terminée par expiration du délai d'attente
Erreur de segmentation
#
--
Rémi Denis-Courmont
http://www.remlab.n
reopen 443660
found 443660 2.7-1
thanks
I still have the exact same pseudo-reproducible crashes inside strerror_r with
glibc 2.7-1 in unstable.
Looks like VLC Linux port is going to not have localization anymore :(
--
Rémi Denis-Courmont
http://www.remlab.net/
Le Sunday 23 September 2007 12:15:31 Pierre Habouzit, vous avez écrit :
> On Sun, Sep 23, 2007 at 08:15:45AM +0000, Rémi Denis-Courmont wrote:
> > #include
> > #include
> > #include
> > #include
> >
> > static void *run (void *dummy)
> > {
Package: libc6
Version: 2.6.1-5
Severity: important
Tags: l10n
Hello,
Recent version of libc6 seems to include a libintl that regularly
crashes when gettext is invoked from different threads simultaneously.
This renders gettext mostly unusable on multi-threaded software.
I had been suspe
/whatever.
Regards,
--
Rémi Denis-Courmont
http://www.remlab.net/
pgpNeQeZD5hPj.pgp
Description: PGP signature
18 matches
Mail list logo
