Re: [gl4java-usergroup] Destroying and Creating canvases in a sin gle window ? ? ?

[Tobias L. G. <tg...@ul...>]

My Bad,

I only sent this response directly to Colin . . .

I'm forwarding it to the list for the benefit
of all.


                           Peace, Love and Hair Grease,

                                  -TOBY

Tobias L. George wrote:

> Col,
>
> How did you end up resolving this issue, did you
> rearchitect so that you didn't add and remove
> GLCanvases, or did you find and fix the bug ? ? ?
> Or are you still dealing with the problem ? ? ?
>
>                  Peace, Love and Hair Grease,
>
>                             -TOBY
>
> Combe, Colin wrote:
>
>> Hi - in answer to your first Q, yes, i have had trouble with this and 
>> I don't
>> think I'm was doing anything obviously stupid. I was using the
>> event-listener way of doing things rather than the subclassing way 
>> but after
>> adding and removing GLEventListener's to/from a canvas a couple of 
>> times it
>> would all slow down horribly. It seemed to only happen on certain 
>> machines.
>> I was confused.
>> col
>>
>> -----Original Message-----
>> From: Tobias L. George
>> To: gl4...@li...
>> Sent: 27/03/03 02:38
>> Subject: [gl4java-usergroup] Destroying and Creating canvases in a 
>> single
>> window ? ? ?
>>
>> Hello all,
>>
>> I am wondering whether or not anyone else is having trouble
>> destroying and creating GLCanvases in a single window.  I
>> have tried with both the binary release from Jausoft, and the
>> CVS release that was on sourceforge as of March 22, 2003.
>>
>> I think that something is not being properly disposed of when
>> a GLCanvas is destroyed.  I am able to create and destroy
>> a few GLCanvases but after a while the GLCanvases that are
>> created slow to a crawl when drawing.
>>
>> Try as I might, I have only been able
>> to find a single bug in GL4Java.  It is in the GLCanvas code,
>> during the first paint, the canvas adds itself to the top level
>> window as a listener.  The problem is, that it never removed
>> itself as a listener and so it would never get finalized.  This
>> is not even a bug if you look at it from the point of view of
>> always needing to destroy the top-level window in order to
>> destroy a GLCanvas, although in practice you end up having
>> to exit the program.  Be that as it may, I am at a loss for the
>> moment as to why this slow down is happening when I create
>> and destroy more than a few GLCanvases.  I am looking
>> through the GL4Java code again now, and I will find out why
>> sooner or later by the grace of VisualC, but if someone has a
>> clue, could you help a brotha out ? ? ?
>>
>>
>>                      Peace, Love, and Hair Grease,
>>
>>                                        -TOBY
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by:
>> The Definitive IT and Networking Event. Be There!
>> NetWorld+Interop Las Vegas 2003 -- Register today!
>> http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
>> _______________________________________________
>> gl4java-usergroup mailing list
>> gl4...@li...
>> https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by:
>> The Definitive IT and Networking Event. Be There!
>> NetWorld+Interop Las Vegas 2003 -- Register today!
>> http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
>> _______________________________________________
>> gl4java-usergroup mailing list
>> gl4...@li...
>> https://lists.sourceforge.net/lists/listinfo/gl4java-usergroup
>>
>>
>>  
>>
>