Jens Owen wrote: > > Keith, > > If I only install new drivers on a stock RH 7.2 system, and use the > stock Red Hat libGL.so, then I get a client side seg fault. If I update > libGL.so from the DRI build it works. > > Could we have broken compatability in the DRI driver interface? Here is > a stack trace of the glxinfo crashing: > > [jens@test1 jens]$ gdb glxinfo > GNU gdb Red Hat Linux 7.x (5.0rh-15) (MI_OUT) > Copyright 2001 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "i386-redhat-linux"... > (no debugging symbols found)... > (gdb) r > Starting program: /usr/bin/glxinfo > (no debugging symbols found)...(no debugging symbols found)... > (no debugging symbols found)...(no debugging symbols found)... > (no debugging symbols found)...(no debugging symbols found)... > (no debugging symbols found)...(no debugging symbols found)... > (no debugging symbols found)... > Program received signal SIGFPE, Arithmetic exception. > 0x406739ef in _mesa_test_os_sse_exception_support () > from /usr/X11R6/lib/modules/dri/radeon_dri.so > (gdb) bt > #0 0x406739ef in _mesa_test_os_sse_exception_support ()
You need to 'c'ontinue past this signal. It always occurs as part of testing for SSE support. GCC catches it before your real problem. Just hit 'c'... Keith _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
