On Thu, 2008-03-27 at 16:09 +0000, Nigel Kukard wrote: > On Thu, 2008-03-27 at 16:52 +0100, Joakim Tjernlund wrote: > > On Thu, 2008-03-27 at 14:56 +0000, Nigel Kukard wrote: > > > I'm dumping loadaddr and func just before that segfault so ignore the > > > line numbers (i have half a gazillion lines of debugging) .... the only > > > thing that changes is the loadaddr, the func value is always the same. > > > > > > _dl_get_ready_to_run:838: We got here: 838, loadaddr = 0xb7bdc000 > > > _dl_get_ready_to_run:839: We got here: 839, func = U��S��� > > > Segmentation fault > > > > > > Regards > > > Nigel > > > > Try LD_DEBUG=all <command> > > With my debugging info .... same kind of output, or do you want the > entire output from the time the command is run without my debug info? > > _dl_get_ready_to_run:828: We got here: 828 > _dl_get_ready_to_run:832: We got here: 832 > _dl_get_ready_to_run:835: We got here: 835 > _dl_get_ready_to_run:837: calling INIT: /lib/libc.so.0 > > _dl_get_ready_to_run:838: We got here: 838, loadaddr = 0xb7b33000 > _dl_get_ready_to_run:839: We got here: 839, func = U��S��� > Segmentation fault
Good for now, I rather have the debug built in to ldso than your hack as I know the ones in ldso. What version of uClibc are you using? hmm, should not func address change when loadaddr change? _______________________________________________ uClibc mailing list [email protected] http://busybox.net/cgi-bin/mailman/listinfo/uclibc
