Summary: | Exception when adjusting JSplitPane containing GLCanvas in RC11. | ||
---|---|---|---|
Product: | [JogAmp] Jogl | Reporter: | Mikael Christensen <mikaelhc> |
Component: | awt | Assignee: | Sven Gothel <sgothel> |
Status: | RESOLVED FIXED | ||
Severity: | critical | CC: | gouessej |
Priority: | --- | ||
Version: | 2 | ||
Hardware: | All | ||
OS: | windows | ||
Type: | --- | SCM Refs: |
jogl 1ae0737f34143a5ed655bd9c4d5fe9b0437c7774
jogl 4fa7bfd2018fe5a5c08157a26be22af194839718
|
Workaround: | --- |
Description
Mikael Christensen
2012-11-21 09:25:13 CET
It is not reproducible under GNU Linux (Mageia Linux 2, Nvidia Quadro NVS 285). Please can you try to get the profile rather in a static initializer? I'm not sure exactly what you mean? I tried creating a static GLProfile and passing it to the GLCanvas constructor, but it still crashes: static GLProfile p; static { p = GLProfile.getDefault(); } Btw, the stack trace contains a WindowsWGLContext reference, so it seems to be Windows specific. Hi, anything new on this bug? Can I provide more information to help the process? As discussed in this thread: http://forum.jogamp.org/Swing-application-crashing-when-resizing-OpenGL-GLJPanel-window-td4027441.html, I found a workaround for this bug - if I put the GLCanvas inside a jawa.awt.Container and add this component to the JSplitPane, I no longer get crashes e.g.: Container viewerContainer = new Container(); viewerContainer.setLayout(new BorderLayout()); viewerContainer.add(myGLCanvas); myJSplitPane.setLeftComponent(viewerContainer); It seems the OpenGL context is no longer lost when resizing. Fixed the root cause of the exception w/ commit 1ae0737f34143a5ed655bd9c4d5fe9b0437c7774. However, yes - this workaround seems to be nice - especially for Windows, where the mixed Lw/Hw JSplitPanel issue a remove/add when splitter is moved. Note: This does not appear to happen on X11 .. commit 4fa7bfd2018fe5a5c08157a26be22af194839718 demonstrates the Container use .. |