Hi,
I've come across a few questions while hunting for memory leaks in my app. In a test that I've set up I create an XML object, call a series of methods (none of which modify the XML), then let the object go out of scope. If I repeat this in a loop and run it through the profiler, the Loitering Objects screen lists some String objects which add up to a nontrivial amount of memory that would definitely be an issue if it were a memory leak. However, none of these entries have backreferences, and when I read the System.totalMemory property inside the application, the value stays constant through the entire test. Is it safe to assume that this is a similar case as the WeakMethodClosures (mentioned recently in another message by Alex), and that the Strings are therefore safe to ignore? In another test, I create a Label, which I add to the application via addChild() and, 500 ms later, remove via removeChild() and let go out of scope. Within the profiler, the reported memory discrepancy is minimal and mostly due to WeakMethodClosures. However, the System.totalMemory value jumps significantly, usually by several tens of KB for 50 iterations, on some occasions by more than 200Kb. This jump in System.totalMemory happens consistenly if I keep going. It seems that in this case, the memory increase is not detected by the Profiler but is included in the calculations for System.totalMemory. Is this because there's something being done within the flash player? If so, will that memory get reclaimed at some point automatically, and/or are there other ways of freeing that memory? Thanks for any insights into this, oliver --------------------------------------------------------------------------- The information in this email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. TradeWeb reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the TradeWeb e-mail system.
