You're probably wrong. Anything registered with callLater is kept alive by its registration. The call stack indicates that code in your class at line 490 is using anull reference. That could be because you cleaned up something before callLater came through. A simple null check there should solve the problem
From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of christian.menzinger Sent: Tuesday, November 04, 2008 8:39 AM To: flexcoders@yahoogroups.com Subject: [flexcoders] callLater calls from framework / validation after instances are already removed Hi all, I have a very special problem: By selecting an item in my navigation I start rendering my view with several display objects (container, components, ...). Every time I select an other item, I remove all stuff from display list (destroying all bindings, remove all listeners, setting everything to null). If I do very quick changes, after a while I receive null-pointer exceptions in different classes in different validation methods (measure / updateDisplayList) like TypeError: Error #1009: Cannot access a property or method of a null object reference. at package::ClassName/updateDisplayList()[ClassName.as:490] at mx.core::UIComponent/validateDisplayList()[framework\src\mx\core\UIComponent.as:6293] at mx.managers::LayoutManager/validateDisplayList()[framework\src\mx\managers\LayoutManager.as:605] at mx.managers::LayoutManager/doPhasedInstantiation()[framework\src\mx\managers\LayoutManager.as:660] at Function/http://adobe.com/AS3/2006/builtin::apply() at mx.core::UIComponent/callLaterDispatcher2()[framework\src\mx\core\UIComponent.as:8565] at mx.core::UIComponent/callLaterDispatcher()[framework\src\mx\core\UIComponent.as:8508] The exception stack trace starts always by callLaterDispatcher like above. I think the null-pointer happen because the render engine applies a call later for rendering in the next frame, unfortunately I removed the instanced in time between and so all my component children are null. That brings me to the following questions: - Could it be true that fl! ex forces validation via callLater even if the instance is rem! oved? Ho w could this be? - If so, how can I solve the problem proper (e.g. remove all callLaters in my destroy functions -> btw: there is a mx_internal function cancelAllCallLaters() in UIComponent but that is not working for me -> no effect if I call this function in my destroy functions) - Or am I completely wrong and the problem is part of my custom components development? If you have any ideas or solutions which can guide me in the right direction would be very cool. Thanks a lot Chris