I have not used Scout much, and never used Scout for determining _why_ something is stuck in memory. It isn't clear to me that it is designed to do that. The UI and examples seem to be oriented towards showing you _what_ is stuck, and can show you the stack at the time of allocation, but doesn't appear to show you back-references like Flash Builder.
Is Explorer a display object? If so, all of its children are pointing to it, and so are its parents. If one child is stuck in memory because it added an event listener to the stage or was the last widget with focus, Explorer will be stuck as well. Or did you remove all children? Is Explorer created from an MXML tag? If so, the containing MXML file likely has references to Explorer as well. Trying to comment out large sections of your app to reduce allocations so Flash Builder can show you back-references may still be worth considering. HTH, -Alex On 9/9/14 1:37 AM, "DarrenEvans" <[email protected]> wrote: >I have got it clearing down pretty much all of the Explorer's references >using IDisposable approach but still can't work out why it is not cleared >itself. > >Here's the screenshots: >http://i629.photobucket.com/albums/uu19/drevans112/Allocate/Explorer-TopDo >wn.png > >http://i629.photobucket.com/albums/uu19/drevans112/Allocate/Explorer-Botto >mUp-Objects.png > > >Alex Harui wrote >> Can you post a link to a screenshot of Scout showing the references to >>the >> explorer instance? > > > > > >-- >View this message in context: >http://apache-flex-users.2333346.n4.nabble.com/Using-Adobe-Scout-to-locate >-memory-leak-tp7770p7947.html >Sent from the Apache Flex Users mailing list archive at Nabble.com.
