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

Bug#554962: marked as done (Segmentation fault in glGetError)

Your message dated Tue, 29 Jun 2010 16:50:15 +0100
with message-id <20100629155015.GA4882@radis.liafa.jussieu.fr>
and subject line Re: Bug#554962: Segmentation fault in glGetError
has caused the Debian Bug report #554962,
regarding Segmentation fault in glGetError
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
554962: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554962
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: libgl1-mesa-glx
Version: 7.6-1_i386
I'm playing with OpenGL and GNUstep (from svn) and write a small app based on glxgears. I just update Mesa from stable to testing. My app runs fine with stable packages; with testing packages, I get: 

xavier@mdvx-2:~/src/Gears$ openapp ./Gears
2009-11-07 15:40:48.829 Gears[12139] XShm pixmaps not supported by X server.
2009-11-07 15:40:48.829 Gears[12139] Falling back to normal XImage: s (will be slower). 
Erreur de segmentation


xavier@mdvx-2:~/src/Gears$ debugapp ./Gears
[Thread debugging using libthread_db enabled]
[New Thread 0xb711a6e0 (LWP 12275)]
2009-11-07 15:40:59.802 Gears[12275] XShm pixmaps not supported by X server.
2009-11-07 15:40:59.803 Gears[12275] Falling back to normal XImage: s (will be slower). 

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb711a6e0 (LWP 12275)]
0xb7f1d546 in glGetError () at ../../../src/mesa/x86/glapi_x86.S:415
415     ../../../src/mesa/x86/glapi_x86.S: No such file or directory.
        in ../../../src/mesa/x86/glapi_x86.S
Current language:  auto; currently asm
(gdb) bt
#0  0xb7f1d546 in glGetError () at ../../../src/mesa/x86/glapi_x86.S:415
#1  0xb6f47eeb in -[XGGLPixelFormat drawableForWindow:] (self=0x8cc61b0,
    _cmd=0xb6f67b00, xwindowid=27263009) at XGGLFormat.m:320
#2  0xb6f4a2d6 in -[XGGLContext setView:] (self=0x8cc7aa8, _cmd=0xb7e3c088,
    view=0x8cc4840) at XGGLContext.m:516
#3  0xb7c99999 in -[NSOpenGLView openGLContext] (self=0x8cc4840,
    _cmd=0xb7e3c0e8) at NSOpenGLView.m:140
#4  0xb7c997b1 in -[NSOpenGLView update] (self=0x8cc4840, _cmd=0xb7e3c108)
    at NSOpenGLView.m:208
#5  0xb7c99e3e in -[NSOpenGLView _viewDidMoveToWindow] (self=0x8cc4840,
    _cmd=0xb7e7c3e8) at NSOpenGLView.m:270
#6 0xb7d275ff in -[NSView addSubview:positioned:relativeTo:] (self=0x8c86a78, 
    _cmd=0xb7e7c4e8, aView=0x8cc4840, place=NSWindowAbove, otherView=0x0)
    at NSView.m:758
#7  0xb7d2380f in -[NSView addSubview:] (self=0x8c86a78, _cmd=0x8054710,
    aView=0x8cc4840) at NSView.m:696
#8 0x0804c176 in -[GearsWindow initWithContentRect:styleMask:backing:defer:] 
    () at GearsWindow.m:243
#9  0x0804c4f4 in -[GearsWindow initWithBacking:] (self=0x8c873c8,
_cmd=0x80530e0, bufferingType=NSBackingStoreBuffered) at GearsWindow.m:282 
#10 0x0804a167 in -[GearsMain createWindowWithBacking:] (self=0x8b20578,
    _cmd=0x80530f8, backing=NSBackingStoreBuffered) at GearsMain.m:94
#11 0x0804a200 in -[GearsMain applicationDidFinishLaunching:] (self=0x8b20578, 
---Type <return> to continue, or q <return> to quit---q

The original glxgear runs fine.


The GNUstep code (in XGGLPixelFormat.m) is:

- (GLXWindow) drawableForWindow: (Window)xwindowid
{
  GLint error;
  GLXWindow win;
  MAKE_DISPLAY(dpy);

  if (GSglxMinorVersion(dpy) >= 3)
    {
      win = glXCreateWindow(dpy, configurations.fbconfig[0],
                             xwindowid, NULL);
    }
  else
    {
      win = xwindowid;
    }

  error = glGetError();
  if ( error != GL_NO_ERROR )
NSDebugMLLog( @"GLX", @"Can not create GL window for pixel format %@ - Errror %u", 
                            self, error );
  return win;
}


Some gl info:
xavier@mdvx-2:~/src/Gears$ glxinfo name of display: :0.0 
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
(...)
client glx vendor string: SGI
client glx version string: 1.4
client glx extensions:
(...)
GLX version: 1.2
GLX extensions:
(...)
OpenGL vendor string: DRI R300 Project
OpenGL renderer string: Mesa DRI R300 (RV350 4E50) 20090101 AGP 4x x86/MMX/SSE2 TCL 
OpenGL version string: 1.4 Mesa 7.6
OpenGL extensions:
(...)

Thank !

Xavier

--- End Message ---
--- Begin Message --- 
On Thu, Nov 12, 2009 at 18:01:26 -0800, Michel Dänzer wrote:

> On Sat, 2009-11-07 at 16:12 +0100, Xavier Glattard wrote: 
> > The GNUstep code (in XGGLPixelFormat.m) is:
> > 
> > - (GLXWindow) drawableForWindow: (Window)xwindowid
> > {
> >    GLint error;
> >    GLXWindow win;
> >    MAKE_DISPLAY(dpy);
> > 
> >    if (GSglxMinorVersion(dpy) >= 3)
> >      {
> >        win = glXCreateWindow(dpy, configurations.fbconfig[0],
> >                               xwindowid, NULL);
> >      }
> >    else
> >      {
> >        win = xwindowid;
> >      }
> > 
> >    error = glGetError();
> >    if ( error != GL_NO_ERROR )
> >        NSDebugMLLog( @"GLX", @"Can not create GL window for pixel format 
> > %@ - Errror %u",
> >                              self, error );
> >    return win;
> > }
> 
> This code looks buggy: All GL functions including glGetError require a
> (GLX in this case) context to be bound (otherwise IIRC the OpenGL spec
> says behaviour is undefined). glGetError() isn't meaningful for GLX
> functions like glXCreateWindow() anyway.
> 
Closing as not our bug.  Thanks for your report.

Cheers,
Julien

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: