This is the mail archive of the glibc-bugs@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug nptl/2696] New: NPTL libthread_db misbehaves at startup of a static executable


In short, there is no way to either enable libthread_db at _start time for a
static binary, or find the appropriate time to initialize it later.  I propose
allowing it to initialize, and then reporting the "creation" of the first thread
once the pthreads library is initialized.

The patch is here:

  http://sourceware.org/ml/libc-alpha/2006-03/msg00014.html

Without a fix for this problem, GDB can not debug static executables which use NPTL.

-- 
           Summary: NPTL libthread_db misbehaves at startup of a static
                    executable
           Product: glibc
           Version: 2.4
            Status: NEW
          Severity: normal
          Priority: P2
         Component: nptl
        AssignedTo: drepper at redhat dot com
        ReportedBy: drow at sources dot redhat dot com
                CC: glibc-bugs at sources dot redhat dot com


http://sourceware.org/bugzilla/show_bug.cgi?id=2696

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]