[Pharo-project] NBOpenGL error every third execution of example

2012-02-06 Thread Lawson English
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





Re: [Pharo-project] NBOpenGL error every third execution of example

2012-02-06 Thread Igor Stasenko
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.



Re: [Pharo-project] NBOpenGL error every third execution of example

2012-02-06 Thread Lawson English
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 Englishlengli...@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











Re: [Pharo-project] NBOpenGL error every third execution of example

2012-02-06 Thread Igor Stasenko
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 Englishlengli...@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.