Bug#803528: glxgears stack trace with debugging symbols
I just learned that someone had the foresight to
provide versions of the packages involved with
debugging symbols conveniently included.
So I
1.) installed
libgl1-mesa-dri-dbg
libx11-6-dbg
libxcb1-dbg
libgl1-mesa-dri-dbg
2.) run glxgears in gdb again
$ gdb glxgears
(gdb) r
^c
(gdb) bt
(gdb) ^d
Quit anyway? (y or n) y
3.) and now report the stack trace, with code
offsets
(gdb) bt
#0 0xb7fddbe0 in __kernel_vsyscall ()
#1 0xb7b81e03 in __poll_nocancel () at ../sysdeps/unix/syscall-template.S:81
#2 0xb784586d in poll (__timeout=-1, __nfds=1, __fds=0xbffff1ac) at /usr/include/i386-linux-gnu/bits/poll2.h:46
#3 _xcb_conn_wait (c=0x8054638, cond=0xbffff28c, vector=0x0, count=0x0) at ../../src/xcb_conn.c:459
#4 0xb784766b in wait_for_reply (c=c@entry=0x8054638, request=<optimized out>, e=0xbffff338) at ../../src/xcb_in.c:516
#5 0xb78477c9 in xcb_wait_for_reply (c=0x8054638, request=37, e=0xbffff338) at ../../src/xcb_in.c:546
#6 0xb7c9d816 in _XReply (dpy=0x8053a10, rep=0xbffff39c, extra=-1, discard=0) at ../../src/xcb_io.c:602
#7 0xb7e3845e in DRI2GetBuffersWithFormat (dpy=0x8053a10, drawable=33554434, width=0x80f78c0, height=0x80f78c4, attachments=0xbffff4d4,
count=1, outCount=0xbffff4a8) at ../../../../src/glx/dri2.c:491
#8 0xb7e387a9 in dri2GetBuffersWithFormat (driDrawable=0x80f78a8, width=0x80f78c0, height=0x80f78c4, attachments=0xbffff4d4, count=1,
out_count=0xbffff4a8, loaderPrivate=0x8061190) at ../../../../src/glx/dri2_glx.c:900
#9 0xb6e630fd in dri2_drawable_get_buffers (count=<synthetic pointer>, atts=0x810704c, drawable=0x8106b18)
at ../../../../../../src/gallium/state_trackers/dri/dri2.c:213
#10 dri2_allocate_textures (ctx=0x809b050, drawable=0x8106b18, statts=0x810704c, statts_count=2)
at ../../../../../../src/gallium/state_trackers/dri/dri2.c:407
#11 0xb6e5fb7b in dri_st_framebuffer_validate (stctx=0x8100c20, stfbi=0x8106b18, statts=0x810704c, count=2, out=0xbffff5d0)
at ../../../../../../src/gallium/state_trackers/dri/dri_drawable.c:83
#12 0xb6d92657 in st_framebuffer_validate (stfb=0x8106cb8, st=st@entry=0x8100c20) at ../../../../src/mesa/state_tracker/st_manager.c:200
#13 0xb6d93c40 in st_manager_validate_framebuffers (st=0x8100c20) at ../../../../src/mesa/state_tracker/st_manager.c:868
#14 0xb6d3917a in st_validate_state (st=0x8100c20) at ../../../../src/mesa/state_tracker/st_atom.c:189
#15 0xb6d40514 in st_Clear (ctx=0x80bdee8, mask=18) at ../../../../src/mesa/state_tracker/st_cb_clear.c:469
#16 0xb6bf6fed in _mesa_Clear (mask=16640) at ../../../../src/mesa/main/clear.c:224
#17 0x08049f4d in ?? ()
#18 0x080496e4 in ?? ()
#19 0xb7abca63 in __libc_start_main (main=0x80491d0, argc=1, argv=0xbffff954, init=0x804b330, fini=0x804b3a0, rtld_fini=0xb7fecca0 <_dl_fini>,
stack_end=0xbffff94c) at libc-start.c:287
#20 0x08049d33 in ?? ()
Feel free to let me know if you need someone to
test a patched package.
I hope that helps,
Kingsley
--
Time is the fire in which we all burn.
Reply to: