Re: Bug#357439: amaya does not start--The program 'amaya' received an X Window System error.
Michel Dänzer said: >> I know. The previously attached backtrace was obtained with >> libgl1-mesa-swx11, >> running amaya with the --sync parameter, so there might be a problem >> there >> too. Doing the same with libgl1-mesa-glx and DRI disabled, I get the >> attached one. Could wxWidgets be doing something bad ? > > Possibly; in particular in the previous backtrace, it does look like > either wx or GTK is the culprit. In this case, it looks like it could be > wx and/or libGL and/or the X server. Follow-up on this bug. Upstream proposes packages on its website, built on Sarge. It is linked statically against local versions of Mesa and wxWidgets, which are included in the tarball and built before actually compiling the Amaya binary itself. The important detail, I guess, is that the provided Mesa is branded as being 6.2.1. My various tests have been done on an up-to-date unstable. Using the static wxWidgets and shared Mesa leads to the gdk error. Using the static wxWidgets and static Mesa works. However, it crashes with the same gdk error if the Composite extension is enabled. I'm not sure if this points more towards a problem with Mesa or X, but I feel all this is becoming quite complicated. Regis -- "While a monkey can be a manager, it takes a human to be an engineer" Erik Zapletal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#357439: amaya does not start--The program 'amaya' received an X Window System error.
On Fri, 2006-04-28 at 21:12 +0100, Regis Boudin wrote: > On Thu, 2006-04-27 at 18:28 +0200, Michel Dänzer wrote: > > > > > -no crash with the nvidia proprietary driver, display is happy. > > > > > > When I tried using gdb to get a backtrace(attached), all I got was a > > > long list of calls involving wxWidgets, GTK, but not Mesa. > > > > X is asynchronous, so the client receives the error long after it sent > > out the request causing it. When this happens, GTK should tell you how > > to make it use a synchronous X connection. > > I know. The previously attached backtrace was obtained with libgl1-mesa-swx11, > running amaya with the --sync parameter, so there might be a problem there > too. Doing the same with libgl1-mesa-glx and DRI disabled, I get the > attached one. Could wxWidgets be doing something bad ? Possibly; in particular in the previous backtrace, it does look like either wx or GTK is the culprit. In this case, it looks like it could be wx and/or libGL and/or the X server. > > > CCing the XSF in case someone has an idea, > > > > A Mesa list might have been even better? :) > > Sorry, I didn't find the debian-mesa list :) There's [EMAIL PROTECTED], but it used to only allow subscribers to post; not sure if that's still the case. At the moment, the relevant people are probably reading debian-x. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Re: Bug#357439: amaya does not start--The program 'amaya' received an X Window System error.
On Thu, 2006-04-27 at 18:28 +0200, Michel Dänzer wrote: > > All running tests point to a problem with Mesa : > > -crash with Mesa in software mode > > You mean the X error from the original report? Yes, I meant this one. > Did you find out which extension generates it using > > xdpyinfo -queryExt|grep 144 > > ? I didn't know about xdpyinfo. If I start Amaya without DRI, I get an error with request_code 143, and : $ xdpyinfo -queryExt|grep 143 GLX (opcode: 143, base event: 77, base error: 154) SGI-GLX (opcode: 143, base event: 77, base error: 154) Is says GLX, which is consistent with what I supposed at least. > > -no crash with the nvidia proprietary driver, display is happy. > > > > When I tried using gdb to get a backtrace(attached), all I got was a > > long list of calls involving wxWidgets, GTK, but not Mesa. > > X is asynchronous, so the client receives the error long after it sent > out the request causing it. When this happens, GTK should tell you how > to make it use a synchronous X connection. I know. The previously attached backtrace was obtained with libgl1-mesa-swx11, running amaya with the --sync parameter, so there might be a problem there too. Doing the same with libgl1-mesa-glx and DRI disabled, I get the attached one. Could wxWidgets be doing something bad ? > > CCing the XSF in case someone has an idea, > > A Mesa list might have been even better? :) Sorry, I didn't find the debian-mesa list :) > > > > > OpenGL Status: > > > > > Software Mode = Hard > > > > > VENDOR : Tungsten Graphics, Inc. > > > > > VERSION : 1.2 Mesa 6.4.1 > > > > > RENDERER : Mesa DRI Radeon 20050528 AGP 4x x86/MMX+/3DNow!+/SSE > > > > > NO-TCL > > > > > GLU Version : 1.3 > > > > > Aux buffers count 0 > > > > > Acumm rgba : 0 0 0 0 > > > > > *** Amaya: Irrecoverable error ***Segmentation fault > > Can you get a backtrace for this? Nope. I can't even reproduce it. Maybe Andrea could do that ? If there is any more information I can provide that would help finding what's wrong, pleas edon't hesitate to ask. Thanks for your help, Regis #0 gdk_x_error (display=0x97b1948, error=0xafcc243c) at gdkmain-x11.c:599 #1 0xa6d2277f in _XError (dpy=0x97b1948, rep=0xafcc253c) at ../../src/XlibInt.c:2886 #2 0xa6d22d9f in _XReply (dpy=0x97b1948, rep=0xafcc253c, extra=0, discard=0) at ../../src/XlibInt.c:1815 #3 0xa7e4e73a in glXGetCurrentDrawable () from /usr/lib/libGL.so.1 #4 0xa7e4ea53 in glXMakeCurrentReadSGI () from /usr/lib/libGL.so.1 #5 0xa7e4ed63 in glXMakeCurrent () from /usr/lib/libGL.so.1 #6 0xa78e9128 in wxGLContext::SetCurrent () from /usr/lib/libwx_gtk2u_gl-2.6.so.0 #7 0xa78e9817 in wxGLCanvas::SetCurrent () from /usr/lib/libwx_gtk2u_gl-2.6.so.0 #8 0x082a0607 in wxDropTargetBase::OnLeave () #9 0x082a0a44 in wxDropTargetBase::OnLeave () #10 0xa77f2325 in wxAppConsole::HandleEvent () from /usr/lib/libwx_baseu-2.6.so.0 #11 0xa7882963 in wxEvtHandler::ProcessEventIfMatches () from /usr/lib/libwx_baseu-2.6.so.0 #12 0xa7882b6f in wxEventHashTable::HandleEvent () from /usr/lib/libwx_baseu-2.6.so.0 #13 0xa7882d4f in wxEvtHandler::ProcessEvent () from /usr/lib/libwx_baseu-2.6.so.0 #14 0xa78ea041 in wxGLCanvas::OnInternalIdle () from /usr/lib/libwx_gtk2u_gl-2.6.so.0 #15 0xa7ab2655 in wxAppBase::SendIdleEvents () from /usr/lib/libwx_gtk2u_core-2.6.so.0 #16 0xa7ab268c in wxAppBase::SendIdleEvents () from /usr/lib/libwx_gtk2u_core-2.6.so.0 #17 0xa7ab268c in wxAppBase::SendIdleEvents () from /usr/lib/libwx_gtk2u_core-2.6.so.0 #18 0xa7ab268c in wxAppBase::SendIdleEvents () from /usr/lib/libwx_gtk2u_core-2.6.so.0 #19 0xa7ab268c in wxAppBase::SendIdleEvents () from /usr/lib/libwx_gtk2u_core-2.6.so.0 #20 0xa7ab268c in wxAppBase::SendIdleEvents () from /usr/lib/libwx_gtk2u_core-2.6.so.0 #21 0xa7ab268c in wxAppBase::SendIdleEvents () from /usr/lib/libwx_gtk2u_core-2.6.so.0 #22 0xa7ab268c in wxAppBase::SendIdleEvents () from /usr/lib/libwx_gtk2u_core-2.6.so.0 #23 0xa7ab268c in wxAppBase::SendIdleEvents () from /usr/lib/libwx_gtk2u_core-2.6.so.0 #24 0xa7ab2a19 in wxAppBase::ProcessIdle () from /usr/lib/libwx_gtk2u_core-2.6.so.0 #25 0xa7a00e93 in wxApp::Yield () from /usr/lib/libwx_gtk2u_core-2.6.so.0 #26 0xa67a7cc1 in g_idle_dispatch (source=0x9b42698, callback=0x97b1948, user_data=0x0) at gmain.c:3796 #27 0xa67a5691 in IA__g_main_context_dispatch (context=0x97a21f8) at gmain.c:1916 #28 0xa67a89d7 in g_main_context_iterate (context=0x97a21f8, block=1, dispatch=1, self=0x97a3090) at gmain.c:2547 #29 0xa67a9109 in IA__g_main_context_iteration (context=0x97a21f8, may_block=1) at gmain.c:2606 #30 0xa6b02a15 in IA__gtk_main_iteration () at gtkmain.c:1086 #31 0xa7a00b85 in wxApp::Yield () from /usr/lib/libwx_gtk2u_core-2.6.so.0 #32 0xa78850cf in wxYield () from /usr/lib/libwx_baseu-2.6.so.0 #33 0x082171ae in wcstok () #34 0x0822da25 in wxMenuItemList::~wxMenuItemList () #35 0x08275c02 in wxDataObjectSimple::~wxDataObjectSimple () #36 0x080f944f in wxLogDebug () #37 0x080
Re: Bug#357439: amaya does not start--The program 'amaya' received an X Window System error.
On Die, 2006-04-25 at 23:24 +0100, Regis Boudin wrote: > Ok, si this bug is now starting to turn me crazy. > > All running tests point to a problem with Mesa : > -crash with Mesa in software mode You mean the X error from the original report? Did you find out which extension generates it using xdpyinfo -queryExt|grep 144 ? > -no crash with Mesa using the ATI DRI, but weird display of the web > pages Seen that. Most likely a Mesa (driver) issue indeed. > -no crash with the nvidia proprietary driver, display is happy. > > When I tried using gdb to get a backtrace(attached), all I got was a > long list of calls involving wxWidgets, GTK, but not Mesa. X is asynchronous, so the client receives the error long after it sent out the request causing it. When this happens, GTK should tell you how to make it use a synchronous X connection. > CCing the XSF in case someone has an idea, A Mesa list might have been even better? :) > > > > OpenGL Status: > > > > Software Mode = Hard > > > > VENDOR : Tungsten Graphics, Inc. > > > > VERSION : 1.2 Mesa 6.4.1 > > > > RENDERER : Mesa DRI Radeon 20050528 AGP 4x x86/MMX+/3DNow!+/SSE NO-TCL > > > > GLU Version : 1.3 > > > > Aux buffers count 0 > > > > Acumm rgba : 0 0 0 0 > > > > *** Amaya: Irrecoverable error ***Segmentation fault Can you get a backtrace for this? -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Re: Bug#357439: amaya does not start--The program 'amaya' received an X Window System error.
Ok, si this bug is now starting to turn me crazy. All running tests point to a problem with Mesa : -crash with Mesa in software mode -no crash with Mesa using the ATI DRI, but weird display of the web pages -no crash with the nvidia proprietary driver, display is happy. When I tried using gdb to get a backtrace(attached), all I got was a long list of calls involving wxWidgets, GTK, but not Mesa. CCing the XSF in case someone has an idea, or if this could be related to the Mesa/Xorg drivers problem, otherwise my next try will probably involve the sacrifice of a chicken. Regis On Wed, 2006-03-22 at 09:21 +0100, Andrea De Michele wrote: > Hi Regis, > May be the following can be useful: > If I start amaya with a file name, like: > ~$ amaya file.html > the program starts correctly with file.html open. > > May be the problem is with the Welcome start page of amaya. > In fact if I start simply amaya: > ~$ amaya file.html > I see for few second the amaya window with the > file /usr/lib/amaya/amaya/AmayaPage_WX.html open, but i see strange > "changing of color" on the screen and after few second the program > crash. > More strange: if during the few second of "changing of color" I scroll > down the AmayaPage_WX.html page these "changing of color" stop and the > program does not crash. > > Very strange! > Anyway now I can use the program. > Andrea. > > Il giorno mar, 21/03/2006 alle 14.47 +, Regis Boudin ha scritto: > > Hi Andrea, > > > > Andrea De Michele said: > > > Hi Regis, > > > I used ati driver without DRI. > > > I do not use DRI because it give me some problem: when i switch console > > > (CTRL+ALT+Fn) the system crash if DRI is loaded. > > > > Thanks for the additional informations. This tend to confirm my thoughts > > that the problem is OpenGL/Mesa related, but I'm not sure if the bug is in > > Amaya or the Mesa library. > > > > > Anyway today I have tried amaya with DRI loaded and amaya crash with the > > > following message: > > > [EMAIL PROTECTED]:~$ amaya > > > 09:22:28: Deleted stale lock file '/home/andrea/amaya-andrea'. > > > > > > OpenGL Status: > > > Software Mode = Hard > > > VENDOR : Tungsten Graphics, Inc. > > > VERSION : 1.2 Mesa 6.4.1 > > > RENDERER : Mesa DRI Radeon 20050528 AGP 4x x86/MMX+/3DNow!+/SSE NO-TCL > > > GLU Version : 1.3 > > > Aux buffers count 0 > > > Acumm rgba : 0 0 0 0 > > > *** Amaya: Irrecoverable error ***Segmentation fault > > > > Yay ! find where one of the problems is, get a new one ! > > > > Anyway, thanks for your help, > > > > Regis > > > > #0 gdk_x_error (display=0x97b1a28, error=0xafb6e13c) at gdkmain-x11.c:599 #1 0xa6aeb77f in _XError (dpy=0x97b1a28, rep=0xafb6e200) at ../../src/XlibInt.c:2886 #2 0xa6aebd9f in _XReply (dpy=0x97b1a28, rep=0xafb6e200, extra=0, discard=1) at ../../src/XlibInt.c:1815 #3 0xa6ae3275 in XSync (dpy=0x97b1a28, discard=0) at ../../src/Sync.c:48 #4 0xa6ae3323 in _XSyncFunction (dpy=0x97b1a28) at ../../src/Synchro.c:37 #5 0xa6aa9229 in XShmPutImage (dpy=0x97b1a28, d=159062568, gc=0x9d92b48, image=0x9d92a18, src_x=159062568, src_y=159062568, dst_x=159062568, dst_y=159062568, src_width=159062568, src_height=159062568, send_event=159062568) at ../../src/XShm.c:358 #6 0xa6769d98 in gdk_x11_draw_image (drawable=0xa8cb180, gc=0x97e8208, image=0x994e8c0, xsrc=0, ysrc=0, xdest=0, ydest=0, width=12, height=12) at gdkdrawable-x11.c:821 #7 0xa6742c6a in IA__gdk_draw_image (drawable=0xa8cb180, gc=0x97e8208, image=0x994e8c0, xsrc=159062568, ysrc=159062568, xdest=159062568, ydest=159062568, width=12, height=12) at gdkdraw.c:726 #8 0xa674dcbc in gdk_pixmap_draw_image (drawable=0x97b1a28, gc=0x97b1a28, image=0x97b1a28, xsrc=159062568, ysrc=159062568, xdest=159062568, ydest=159062568, width=159062568, height=159062568) at gdkpixmap.c:418 #9 0xa6742c6a in IA__gdk_draw_image (drawable=0xa1b9548, gc=0x97e8208, image=0x994e8c0, xsrc=159062568, ysrc=159062568, xdest=159062568, ydest=159062568, width=12, height=12) at gdkdraw.c:726 #10 0xa70764fe in wxBitmap::CreateFromImageAsPixmap () from /usr/lib/libwx_gtk2u_core-2.6.so.0 #11 0xa70770cc in wxBitmap::CreateFromImage () from /usr/lib/libwx_gtk2u_core-2.6.so.0 #12 0xa7367080 in wxXmlResourceHandler::GetBitmap () from /usr/lib/libwx_gtk2u_xrc-2.6.so.0 #13 0xa73217eb in wxBitmapButtonXmlHandler::DoCreateResource () from /usr/lib/libwx_gtk2u_xrc-2.6.so.0 #14 0xa7364401 in wxXmlResourceHandler::CreateResource () from /usr/lib/libwx_gtk2u_xrc-2.6.so.0 #15 0xa7364e3d in wxXmlResource::CreateResFromNode () from /usr/lib/libwx_gtk2u_xrc-2.6.so.0 #16 0xa736518e in wxXmlResourceHandler::CreateChildren () from /usr/lib/libwx_gtk2u_xrc-2.6.so.0 #17 0xa7341107 in wxPanelXmlHandler::DoCreateResource () from /usr/lib/libwx_gtk2u_xrc-2.6.so.0 #18 0xa7364401 in wxXmlResourceHandler::CreateResource () from /usr/lib/libwx_gtk2u_xrc-2.6.so.0 #19 0xa7364e3d in wxXmlResource::CreateResFromNode () from /usr/
