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 .. 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. > 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. Aloha, Andi ------------------------------------------------------------------------------ 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
