On Tue, 2003-07-22 at 01:06, Jakub Jelinek wrote: > What libraries does the binary use (if it uses any shell scripts > to start up, skim them for LD_LIBRARY_PATH setting, then do This program just does not want to give up its secrets. :-P The only thing the shell script does is change to the executable directory and execute the binary. > LD_LIBRARY_PATH=XYZ:ABC ldd /the/binary > )? Particularly does it use /lib/tls/libc.so.6 > (and /lib/tls/libpthread.so.0) or just /lib resp. /lib/i686 libraries? > If the latter, then it might be using %gs for its own purposes, if the > former, it is unlikely because it would crash when caling some glibc > routine. Running ldd on the binary didn't help either. Just says... "not a dynamic executable" There are some shared libraries in the program install directories. They all show essentially the same thing... libdl.so.2 => /lib/libdl.so.2 (0x40386000) libm.so.6 => /lib/tls/libm.so.6 (0x4038a000) libc.so.6 => /lib/tls/libc.so.6 (0x42000000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) > > If it installs its own segfault handler, then libSegFault.so > will not catch anything. That must be what is happening then. > Can you try running that program under gdb? I was going to try this before and forgot. Program received signal SIGSEGV, Segmentation fault. 0x41a01c84 in __glXSetupForCommand () from /usr/X11R6/lib/tls/i686/libGL.so.1 (gdb) bt #0 0x41a01c84 in __glXSetupForCommand () from /usr/X11R6/lib/tls/i686/libGL.so.1 #1 0x419fe58e in CreateContext () from /usr/X11R6/lib/tls/i686/libGL.so.1 #2 0x419fe84e in glXCreateContext () from /usr/X11R6/lib/tls/i686/libGL.so.1 #3 0x080e4428 in strcpy () Regards, Jim H _______________________________________________ xfree86-list mailing list xfree86-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/xfree86-list IRC: #xfree86 on irc.redhat.com
