Hi, On Fri, 2012-11-02 at 11:00 -0500, Carsten Neumann wrote: > Hello Dirk, > > On 11/02/2012 10:55 AM, Dirk Reiners wrote: > > We override anything that makes the GL context current to avoid > > stealing it away from a parallel thread, which QT likes to do... > > yup, OSGQGLWidget::GLContext should take care of that, it has empty > implementations of makeCurrent()/doneCurrent() ;)
which results in initializeGL running without a current context if QT4Window::init ran before. The current version assumes that ::init is called on all OpenSG windows, directly by the application, as part of the OpenSG window creation process as with all other windows, in order to initialize the OpenGL state as expected by OpenSG. For other windows there isn't a separate intitializeGL call as there is for QT. I (partially) see the point of calling QT4Window::init from initializeGL, my worry is how to prevent other OpenGL calls as they might crash the application. So the current choice was not to call into initializeGL at all in order to avoid problems and assume the application explicitly calls QT4Window::init. Not sure how a better solution can look like. kind regards gerrit ------------------------------------------------------------------------------ LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d _______________________________________________ Opensg-users mailing list Opensg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensg-users
