[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#653252: an application triggers a segfault in xserver when working with 3D



On Mon, Dec 26, 2011 at 12:35:51PM +0100, Julien Cristau wrote:
> On Mon, Dec 26, 2011 at 03:58:20 +0300, Stanislav Maslovski wrote:
> 
> > Backtrace:
> > [   338.144] 0: X (xorg_backtrace+0x26) [0x7f99b9cde9b6]
> > [   338.144] 1: X (0x7f99b9b5a000+0x188619) [0x7f99b9ce2619]
> > [   338.144] 2: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f99b8e83000+0xf030) [0x7f99b8e92030]
> > [   338.144] 3: /usr/lib/x86_64-linux-gnu/dri/i965_dri.so (0x7f99b4b70000+0x4b99c) [0x7f99b4bbb99c]
> > [   338.144] 4: /usr/lib/xorg/modules/extensions/libglx.so (0x7f99b65fc000+0x41951) [0x7f99b663d951]
> > [   338.144] 5: /usr/lib/xorg/modules/extensions/libglx.so (0x7f99b65fc000+0x34da8) [0x7f99b6630da8]
> > [   338.144] 6: /usr/lib/xorg/modules/extensions/libglx.so (0x7f99b65fc000+0x37a09) [0x7f99b6633a09]
> > [   338.144] 7: X (0x7f99b9b5a000+0x51fc9) [0x7f99b9babfc9]
> > [   338.144] 8: X (0x7f99b9b5a000+0x4122a) [0x7f99b9b9b22a]
> > [   338.144] 9: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xfd) [0x7f99b7baeead]
> > [   338.144] 10: X (0x7f99b9b5a000+0x4151d) [0x7f99b9b9b51d]
> > [   338.144] Segmentation fault at address 0x1665c
> > [   338.144] 
> > Fatal server error:
> > [   338.144] Caught signal 11 (Segmentation fault). Server aborting
> 
> Any chance you could get a backtrace from gdb? See
> http://pkg-xorg.alioth.debian.org/howto/use-gdb.html for some
> instructions.  Make sure to install xserver-xorg-core-dbg,
> xserver-xorg-video-intel-dbg and libgl1-mesa-dri-dbg.

I tried getting a core dump as explained there with adding -core
option to the X command line, but with no result (no core dump file
produced). I also played with ulimits (if that is related) in
/etc/security/limits.conf, and sysctl fs.suid_dumpable but again,
without any result.

Attaching gdb to a running X instance from a vt resulted in a lock of
the console, so that I had to hard reset the machine.

When I have time, I may try running gdb over ssh, but that requires
some more effort.

-- 
Stanislav



Reply to: