Hi, On Wed, 2010-01-27 at 16:12 +0100, Andreas Halm wrote: > Hi, > > > A general guess as to your problems, what could have happened around > > that time frame is that stricter/consistent context rules came into > > place (e.g. after window->init() the context is in general not active > > any more, always and not dependent on the window you use as before) and > > that you do OpenGL calls without having an active context (don't know > > about your app setup). The passive window also needed some commits to > > sort it out. > > That is exactly what i wanted to say, the display looks like the context is > not active while some of the data is transferred. However, the one display > routine that I fixed by disabling usage of vertex buffer objects actually > does late initialization (upload the vertex data to the buffer) during the > normal "draw" call - in which case the context should definitely be > available ..
hmm during draw it should, could you dump what wglGetCurrentDC() and wglGetCurrentContext() return at that point ? Another question you don't shadow OpenSG objects ?, e.g. have an OpenSG property but upload the data outside OpenSG. I changed some code in this path (e.g IIRC something did not work as expected) so I might have enabled something that interferes with what you do. If you can, could you go back to before version 2153 as this one does the initial vbo code path changes. > I am using WIN32Window though, the version in use is 2163. The svn log does > not show many interesting changes there so I guess no need to search there > for problems. you can try to explicitly keep the window active, e.g. by calling window->activate(), that should be done after window->init() and window->render(). I would call window->deactivate() before calling into window->render(). Don't know if there are checks inside. > > Could you try an OpenGL debugger and see if that might be the case. > > Guess what, I just tried Glintercept and it crashes somewhere (not in my > code). Bad luck. > It logs some GL errors though for wglGetPixelFormat before crashing, at some > point where no window seems to exist. ok. Could you send me the partial log and if possible the callstack of the crash (direct is ok). kind regards gerrit ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Opensg-users mailing list Opensg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/opensg-users
