Nikita V. Youshchenko wrote: >> could you install the -dbg package and get a stack trace with gdb when >> the problem happens? >> > > It's not that easy with wine :(, since it operates with non-ELF executable > formats, and gdb is confused and does not show anything useful: > > ... > e/skel/c/windows/winhelp.exe: glxcmds.c:343: CreateContext: Assertion > `mode != ((void *)0)' failed. > > Program received signal SIGABRT, Aborted. > 0xb7f07410 in ?? () > (gdb) where > #0 0xb7f07410 in ?? () > #1 0x0033ec38 in ?? () > #2 0x00000006 in ?? () > #3 0x00006cfb in ?? () > #4 0xb7caa811 in ?? () from /lib/tls/i686/cmov/libc.so.6 > #5 0xb7cabfb9 in srandom_r () from /lib/tls/i686/cmov/libc.so.6 > #6 0x00000006 in ?? () > #7 0x0033ecd8 in ?? () > #8 0x00000000 in ?? () >
Ok, not very useful. > Wine's internal debugger shows more: > > Backtrace: > =>1 0xb7ffd410 (0x0034ecb8) > 2 0xb7da1fb9 abort+0x109 in libc.so.6 (0x0034ede4) > 3 0xb7d99fbf __assert_fail+0x10f in libc.so.6 (0x0034ee28) > 4 0x7e71aac6 in libgl.so.1 (+0x1cac6) (0x0034ee68) > 5 0x7e71abf2 glXCreateContext+0x32 in libgl.so.1 (0x0034ee88) > 6 0x7e8e7c2a in winex11 (+0x37c2a) (0x0034ef08) > 7 0x7e8e839a X11DRV_setup_opengl_visual+0x3a in winex11 (0x0034ef98) > 8 0x7e8fdc11 in winex11 (+0x4dc11) (0x0034f0e8) > That's enough to find point inside wine sources from where call to libGL > happens, in is inside X11DRV_setup_opengl_visual(). > Would you mind reporting all this upstream at https://bugs.freedesktop.org/index.cgi, product Mesa, component GLX? If you can't, let me know, I take care of it. Thank you Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
