Re: libGL optimizations integrated into rawhide XFree86-4.3.0-17

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
[email protected]
https://www.redhat.com/mailman/listinfo/xfree86-list
IRC: #xfree86 on irc.redhat.com