On 5/16/07, Joakim Tjernlund <[EMAIL PROTECTED]> wrote:
On Tue, 2007-05-15 at 18:27 -0600, Kevin Day wrote: > okay, with all debug optiosn except LD_DEBUG_EARLY, things compiled as > they did before. > > Now that I have a debuggability, I performed two tests. > I used perl for my tests as it also produces the same errors and..well > just about all things using pthread. > first was 'gcc -lperl -lpthread test.c' > i then logged 'LD_DEBUG=all ./a.out' > > the second was 'gcc -lperl test.c' > i then logged 'LD_DEBUG=all ./a.out' > > To see what is going on differently between the two, I made a diff of > the two logs. > I called it log.patch so vim would use syntax highlighting (.patch extension). > > The diff of the two tests is attached. >Its a bit hard to make out what is going on from a diff only, but it appears that the INIT processing in libpthread is SEGV, but only if libpthread is loadead after libc. Perhaps commenting stuff out in pthread_initialize() will pinpoint the error. Maybe it is an uncommon CONFIG option thats causing it(LOCALE?) Jocke
I constantly worry about size limitations, but here is my config and the complete segfaulting log I will look into pthread_initialize. locale is enabled What i am seeing on the patch is that the non-segfaulting version calls _dl_get_ready_to_run:814: calling INIT: /lib/libintl.so.8 before libpthread. Another thing that sticks out to me is that "_dl_fixup:664: relocation processing: /lib/libpthread.so.0" happends in the non-segfaulting one, but does appear in the segfaulting one. And finally there is the part you mentioned about pthread. Those things stood out to me in the diff, i will look into commenting out pthread_initialize() -- Kevin Day
uc.conf
Description: Binary data
log
Description: Binary data
_______________________________________________ uClibc mailing list [email protected] http://busybox.net/cgi-bin/mailman/listinfo/uclibc
