This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author siddhesh
Recipients David.Edelsohn, dmalcolm, siddhesh
Date 2013-04-25.13:19:45
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1366895986.19.0.393969285106.issue17833@psf.upfronthosting.co.za>
In-reply-to
Content
It's not a change in glibc.  __pthread_cond_timedwait is the internal function name while pthread_cond_timedwait is the exported alias.  You're seeing __pthread_cond_timedwait here because either your glibc installation has debug symbols or you have debug info packages installed, which allows gdb to resolve the function name to the internal name.  Without glibc debug info you should see just pthread_cond_timedwait@@... or just pthread_cond_timedwait.

In any case, I guess you'd be better off just using .find("pthread_cond_timedwait") instead of startswith() since I've also seen this on ppc64, which might break your test again:

Thread 2 (Thread 0x3fffb7d1f200 (LWP 5746)):
#0  0x00003fffb7f21ec8 in .pthread_cond_timedwait () from /lib64/libpthread.so.0

I'm not entirely sure what the preceding dot means, but it seems to indicate a function call outside the binary in ppc64.
History
Date User Action Args
2013-04-25 13:19:46siddheshsetrecipients: + siddhesh, dmalcolm, David.Edelsohn
2013-04-25 13:19:46siddheshsetmessageid: <1366895986.19.0.393969285106.issue17833@psf.upfronthosting.co.za>
2013-04-25 13:19:46siddheshlinkissue17833 messages
2013-04-25 13:19:45siddheshcreate