(
Jump to the original submission)
Mon Feb 21 16:58:57 2011, comment #7:
I believe it is an infinite recursion caused by MovieClip.filter properties not being as expected. That's not something we can really avoid except by implementing it more. Still a bug in trunk though.
|
Tue Jul 13 14:59:29 2010, comment #6:
Bug #28009 is well understood and has to do with temporary objects. This one seems to be not completely figured yet, and what was figured seems to have to do with timeline control.
|
Tue Jul 13 14:54:54 2010, comment #5:
Hi there,
Any news on this issue?
Is there any chance that #28009 might be a duplicate of this bug?
|
Tue Jul 13 14:54:38 2010, comment #4:
Hi there,
Any news on this issue?
Is there any chance that #28009 might be a duplicate of this bug?
|
Tue Jan 26 10:42:51 2010, comment #3:
No wait, Gnash loops through the first frame for ever when it shouldn't. The growing memory use probably goes away once the intro disappears.
It's an AVM1 movie despite being SWF10.
|
Tue Jan 26 10:40:37 2010, comment #2:
The memory growth seems attributable to the creation of new MovieClip instances.
I suspect that's expected, but that the old instances should be removed.
|
Thu Feb 26 18:39:42 2009, comment #1:
On exit, I get the following assertion with trunk: as_environment.cpp:1075: void gnash::as_environment::markReachableResources() const: Assertion `_stack.empty()' failed.
I confirm the memory growth.
|
Wed Feb 25 13:26:04 2009, original submission:
http://www.laurapausini.com/laurapausini.swf
It's an SWF10, but plays some (the intro screen).
Problem for this bug report is that memory use keeps growing.
Check GC stats.
|
(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)
Attach File(s):
Comment:
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
Follows 1 latest change.