Actually, being able to create and control multiple GL windows was unexpected side effect of my design. My primary goal was to make it work for at least one context.
For making things work with multiple contexts, more work to be done by adding things/checks like glMakeCurrent() all over the places, where context switching is likely. On 7 February 2012 05:10, Lawson English <lengli...@cox.net> wrote: > That takes care of it, even for the case when several windows are open at > once: > > > GLTTRenderingDemo new openInWorld. > Smalltalk garbageCollect. Smalltalk garbageCollect. > > GLTTRenderingDemo new openInWorld. > Smalltalk garbageCollect. Smalltalk garbageCollect. > > GLTTRenderingDemo new openInWorld. > Smalltalk garbageCollect. Smalltalk garbageCollect. > > GLTTRenderingDemo new openInWorld. > Smalltalk garbageCollect. Smalltalk garbageCollect. > > L > > > On 2/6/12 6:35 PM, Igor Stasenko wrote: >> >> could be related to freeing resources/switching to right context. >> >> try doing >> Smalltalk garbageCollect >> 2 times, after closing the window, before opening it again. >> >> On 6 February 2012 22:50, Lawson English<lengli...@cox.net> wrote: >>> >>> When I do the following with the latest version of NBOpenGL, I get an >>> error: >>> FrameBuffer status: unk error on the third (4th?) evaluation of >>> >>> GLTTRenderingDemo new openInWorld. >>> >>> This happens whether or not another OpenGL example is open. >>> >>> The pattern repeats: 2-3 evaluations work and then the 3rd or 4th has an >>> error. >>> >>> >>> I have seen this error before but didn't realize how easy it was to >>> replicate. >>> >>> >>> >>> Lawson >>> >>> >>> >> >> > > -- Best regards, Igor Stasenko.
