What might cause this error? It’s coming from deep within the bowels of JOGL after my picking code.
Any ideas would be much appreciated.
It happened to me just this morning. 
I caused it by calling GLCanvas.display() during the execution/processing of GLCanvas.display().
and anyboy have the inverse error ?
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0x4CB28437
Function=XVisualIDFromVisual+0x7
Library=/usr/X11R6/lib/libX11.so.6
Current Java thread:
at net.java.games.jogl.impl.JAWT_DrawingSurface.GetDrawingSurfaceInfo0(Native Method)
at net.java.games.jogl.impl.JAWT_DrawingSurface.GetDrawingSurfaceInfo(JAWT_DrawingSurface.java:42)
at net.java.games.jogl.impl.x11.X11OnscreenGLContext.lockSurface(X11OnscreenGLContext.java:167)
at net.java.games.jogl.impl.x11.X11OnscreenGLContext.makeCurrent(X11OnscreenGLContext.java:108)
- locked <0x442c72a8> (a net.java.games.jogl.impl.x11.X11OnscreenGLContext)
at net.java.games.jogl.impl.GLContext.invokeGL(GLContext.java:162)
- locked <0x442c72a8> (a net.java.games.jogl.impl.x11.X11OnscreenGLContext)
at net.java.games.jogl.GLCanvas.reshape(GLCanvas.java:105)
at java.awt.Component.setBounds(Component.java:1665)
at java.awt.BorderLayout.layoutContainer(BorderLayout.java:683)
- locked <0x447655a8> (a java.awt.Component$AWTTreeLock)
at java.awt.Container.layout(Container.java:1017)
at java.awt.Container.doLayout(Container.java:1007)
at java.awt.Container.validateTree(Container.java:1089)
at java.awt.Container.validateTree(Container.java:1096)
at java.awt.Container.validateTree(Container.java:1096)
at java.awt.Container.validateTree(Container.java:1096)
at java.awt.Container.validate(Container.java:1064)
- locked <0x447655a8> (a java.awt.Component$AWTTreeLock)
at java.awt.Window.pack(Window.java:438)
at fau.TestJOGL.main(TestJOGL.java:79)
I am guessing both those errors are the result of thread safety, as gregg said. What exactly are you guys doing to get these errors?
I get a similar error when mixing a swing container with a GLCanvas.
heres a short example:
public static void main(String args[]) {
GLCanvas canvas = GLDrawableFactory.getFactory().createGLCanvas(new GLCapabilities());
Animator animator = new Animator(canvas);
JFrame frame = new JFrame();
JSplitPane panel = new JSplitPane(JSplitPane.HORIZONTAL_SPLIT);
panel.add(new JPanel());
panel.add(canvas);
panel.setResizeWeight(0.4);
frame.getContentPane().add(panel);
frame.setSize(320,240);
frame.show();
animator.start();
}
in linux, this crashes as soon as I touch the JSplitPane separator,
(resizing the frame is ok), in windows it just gives an exception.
The splitpane is undoubtedly repainting while your animator is trying to paint. Heavyweight components have never worked well in internal frames and splitpanes. You might want to look over at j3d.org and check out their tips for integrating lightweight and heavyweight components. Either that or wait for hardware accelerated gljpanels to show up in the tree.
yeah didn’t spend much time on it since I just need the gui-stuff for a small project.
but I still get an exception if I disable the animator.
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : 11 occurred at PC=0x4D2DFFA1
Function=XQueryExtension+0x15
Library=/usr/X11R6/lib/libX11.so.6
Should I assume that this is somewhere in the native opengl-driver and
just ignore it? (opengl support is not very good on my ati mobility card afaik)
Its not very important for me to get this working, Im just curious whats
the cause of the problems so I know what to look out for in the future.