Created attachment 376007 [details] glxinfo output Description of problem: Fedora 12 on Athlon XP with ATI Technologies Inc Rage 128 Pro Ultra TF glxinfo output attached Version-Release number of selected component (if applicable): FlightGear-1.9.1-6.fc12.i686 Steps to Reproduce: 1. OSG_MAX_TEXTURE_SIZE=512 fgfs-wrapper 2. SEGV crash Re. 1: FlightGear recognizes that the default texture size is too large and asks to be called with OSG_MAX_TEXTURE_SIZE=512. Without that env. variable, the behavior (and crash) seems identical, but display fonts are unreadable. The stack trace at crash is as follows: #0 _mesa_meta_begin (ctx=<value optimized out>, state=<value optimized out>) at drivers/common/meta.c:358 #1 0x011a9021 in copy_tex_image (ctx=0x86c5640, dims=<value optimized out>, target=<value optimized out>, level=<value optimized out>, internalFormat=<value optimized out>, x=<value optimized out>, y=<value optimized out>, width=<value optimized out>, height=<value optimized out>, border=<value optimized out>) at drivers/common/meta.c:2188 #2 0x01110c31 in _mesa_CopyTexImage2D (target=<value optimized out>, level=<value optimized out>, internalFormat=<value optimized out>, x=<value optimized out>, y=<value optimized out>, width=<value optimized out>, height=<value optimized out>, border=<value optimized out>) at main/teximage.c:2812 #3 0x0756e739 in glCopyTexImage2D (target=<value optimized out>, level=<value optimized out>, internalformat=<value optimized out>, x=<value optimized out>, y=<value optimized out>, width=<value optimized out>, height=<value optimized out>, border=<value optimized out>) at ../../../src/mesa/glapi/glapitemp.h:1732 #4 0x0457e258 in osg::Texture2D::copyTexImage2D (this=0x1180b6c8, state=..., x=0, y=0, width=512, height=512) at /usr/src/debug/OpenSceneGraph-2.8.2/OpenSceneGraph-2.8.2/src/osg/Texture2D.cpp:338 #5 0x0457e82e in osg::Texture2D::copyTexSubImage2D (this=0x1180b6c8, state=..., xoffset=0, yoffset=0, x=0, y=0, width=512, height=512) at /usr/src/debug/OpenSceneGraph-2.8.2/OpenSceneGraph-2.8.2/src/osg/Texture2D.cpp:397 #6 0x0051db0b in (anonymous namespace)::RenderStage::copyTexture (this=0x13c77e50, renderInfo=...) at /usr/src/debug/OpenSceneGraph-2.8.2/OpenSceneGraph-2.8.2/src/osgUtil/RenderStage.cpp:756 #7 0x00523654 in (anonymous namespace)::RenderStage::draw (this=0x13c77e50, renderInfo=..., previous=@0xbfffe72c) at /usr/src/debug/OpenSceneGraph-2.8.2/OpenSceneGraph-2.8.2/src/osgUtil/RenderStage.cpp:1141 #8 0x0051d85e in (anonymous namespace)::RenderStage::drawPreRenderStages (this=0x8985030, renderInfo=..., previous=@0xbfffe72c) at /usr/src/debug/OpenSceneGraph-2.8.2/OpenSceneGraph-2.8.2/src/osgUtil/RenderStage.cpp:210 #9 0x0052b14e in (anonymous namespace)::SceneView::draw (this=0x8983d48) at /usr/src/debug/OpenSceneGraph-2.8.2/OpenSceneGraph-2.8.2/src/osgUtil/SceneView.cpp:1539 #10 0x0093ade0 in er::Renderer::cull_draw (this=0x8983b50) at /usr/src/debug/OpenSceneGraph-2.8.2/OpenSceneGraph-2.8.2/src/osgViewer/Renderer.cpp:588 #11 0x00936188 in er::Renderer::operator() (this=0x60, context=0x8689dc0)
Does fgfs still crash when running with DRI disabled (for example, by setting Option "DRI" to false, in the Device section of your xorg.conf file) ?
*** Bug 559209 has been marked as a duplicate of this bug. ***
Reporter, could you please reply to the previous question? If you won't reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
I upgraded to FC13 in the meantime, so I can't check on FC12, but here are the following observations: - the crash still happens on FC13 with FlightGear-2.0.0-1.fc13.i686 - it happens both on my machine at work (Dell with Intel Q35 chipset) and on my machine at home (ATI Technologies Inc Rage 128 Pro Ultra TF) - on FC13 there's no xorg.conf. I created a file noDRI.conf in /etc/X11/xorg.conf.d containing Section "Device" Identifier "Device0" Option "DRI" "False" EndSection - fgfs still crashes; I think the above doesn't work because I get this in /var/log/Xorg.0.log: [859292.826] (WW) R128(0): Option "DRI" is not used and xdpyinfo | grep DRI shows DRI2 XFree86-DRI
A better stack trace from FC13 (gdb) where #0 flightgear::CameraGroup::buildGUICamera (this=0x85a6208, cameraNode=0x8645108, window=0x0) at CameraGroup.cxx:421 #1 0x080b192f in flightgear::CameraGroup::buildCameraGroup (viewer=0x85b9028, gnode=0x8645028) at CameraGroup.cxx:462 #2 0x080b8254 in fgOSOpenWindow (stencil=true) at fg_os_osgviewer.cxx:159 #3 0x0806cd7b in fgMainInit (argc=1, argv=0xbfffed74) at main.cxx:938 #4 0x0806abff in main (argc=1, argv=0xbfffed74) at bootstrap.cxx:229 the problem is the dereference of the null pointer 'window' in flightgear::CameraGroup::buildGUICamera; the problem is that flightgear::CameraGroup::buildCameraGroup calls buildGUICamera with only one parameter, while buildGUICamera expects the second parameter 'window'.
....continuation of comment 5.... in buildGUIcamera the NULL window is handled by creating a new one with wBuild->buildWindow(windowNode) where windowNode=cameraNode->getNode("window") This, however, results in an "Error: Not able to create requested visual." This seems to be the same issue as in http://code.google.com/p/flightgear-bugs/issues/detail?id=136
this new crash is a known issue, so closing the bug as a duplicate. *** This bug has been marked as a duplicate of bug 590490 ***