Re: [Flashcoders] Weak eventListener Problem

2009-11-07 Thread Ktu
So I used the LocalConnection hack to force GC to run, and it cleaned up the object. I was not aware that GC might not run because there isn't enough of a reason to. If I had put this code into a fairly large application, GC would have more of a reason to run and thus probably end up cleaning up th

Re: [Flashcoders] Weak eventListener Problem

2009-11-07 Thread Henrik Andersson
Ktu wrote: That is true, however, this eventListener fires indefinitely. Garbage collection should pick it up after 30 seconds right? I have tried this on the main timeline, and in a document class, but GC never cleans up the object. Why? There is no set time when it will run. It runs when Fla

Re: [Flashcoders] Weak eventListener Problem

2009-11-07 Thread Ktu
That is true, however, this eventListener fires indefinitely. Garbage collection should pick it up after 30 seconds right? I have tried this on the main timeline, and in a document class, but GC never cleans up the object. Why? Ktu On Sat, Nov 7, 2009 at 5:29 AM, Henrik Andersson wrote: > Ktu wr

Re: [Flashcoders] IE and https

2009-11-07 Thread Andrew Sinning
Thanks Robert. That was it exactly. Robert Leisle wrote: I encountered a similar issue some months ago. The fix for me had to do with the HTTP "Cache-Control: no-cache" header. This post explains the issue and the fix as well as any I've seen: http://www.blog.lessrain.com/flash-loading-and-bro

Re: [Flashcoders] Weak eventListener Problem

2009-11-07 Thread Henrik Andersson
Ktu wrote: When the code below is run, the eventListener still fires. I was under the impression that it would not because the eventListener uses a weak reference, and thus get garbage collected. var sp:Sprite = new Sprite (); sp.addEventListener (Event.ENTER_FRAME, function (e:Event):void {