Daniel Jacobowitz wrote: > On Tue, Feb 19, 2008 at 11:10:14AM +0100, Carmelo AMOROSO wrote: >> Daniel Jacobowitz wrote: >>> This patch skips the first call to _dl_debug_state. This one's >>> troublesome, because we have a non-empty list of shared libraries >>> (it's got the application on it), but we don't have the ld.so >>> interpreter on the list yet. So the current location is code >>> that the debugger doesn't have symbols for. >>> >>> In a perfect world this works anyway and the debugger doesn't mind >>> not having symbols. In practice this is the second time I've >>> encountered a uClibc-only bug because of this call so I would suggest >>> removing it. Glibc doesn't call _dl_debug_state until it is ready >>> to initialize directly linked and preloaded libraries. >>> >>> >> Hello Daniel, >> I'm interested to know what kind of bug you had, segfault on gdbserver ? >> or whatever, just to see if it is the same kind of strange behavior >> I've seen in the past on my uclibc. >> Let me know > > No, this shouldn't ever affect gdbserver. It crashed the program > being run once, when GDB thought it was in ARM mode instead of Thumb. > And more recently GDB just disabled the _dl_debug_state breakpoint, > which breaks debugging of dlopen. > Merged in r21077. Thanks
Carmelo _______________________________________________ uClibc mailing list [email protected] http://busybox.net/cgi-bin/mailman/listinfo/uclibc
