This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug nptl/5983] Stale threads from TD_TA_THR_ITER of the FORK child during PTRACE_SYSCALL
- From: "roland at gnu dot org" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: 26 Mar 2008 08:39:00 -0000
- Subject: [Bug nptl/5983] Stale threads from TD_TA_THR_ITER of the FORK child during PTRACE_SYSCALL
- References: <20080325142243.5983.jan.kratochvil@redhat.com>
- Reply-to: sourceware-bugzilla at sourceware dot org
------- Additional Comments From roland at gnu dot org 2008-03-26 08:38 -------
If you mean you rebuilt your own libthread_db to use with a previously installed
libpthread, then that is not expected to work. libpthread and libthread_db come
as a pair built from shared source, and you need a new libpthread build if you
add something to structs.def.
Note that due to elfutils bugs your test case doesn't always work on x86_64 when
libpthread is not prelinked. To include a regression test in glibc, we can't
rely on elfutils libraries anyway. It might not be practical to make a test
case for this that fits into the libc suite.
I've committed an nptl_db fix to the trunk that I think should cover it.
See http://koji.fedoraproject.org/scratch/roland/task_531585/ for F-8 glibc with
the patch. (sudo sh /etc/cron.daily/prelink after rpm upgrade.)
--
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |WAITING
http://sourceware.org/bugzilla/show_bug.cgi?id=5983
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.