|
|
|
[
Permlink
| « Hide
]
lethean lee - [06/04/08 11:30 PM ]
sorry , i reported the error to wrong Component
Hi this code generates runtime error: Error #2044: Unhandled IOErrorEvent:. text=Error #2035: URL Not Found.
could you let me know the correct code? thanks. His code is pretty straightforward, you just need to load a bunch of external .swf's in a row. The project I'm working on also suffers from this issue, and others are reported it as well:
http://osflash.org/pipermail/osflash_osflash.org/2008-May/015401.html Some insight into this would be greatly appreciated - we've managed to work around it somewhat by serializing successive loads of swfs (which sucks), but now the unloading is creeping back in spite of it. Thanks. Some more findings, and some (better?) workarounds: this problem appears to go away if you parent the Loader objects to the stage or save references to the loader's contentLoaderInfo property . The issue must be that some object integral to the loading process is getting garbage collected (perhaps the contentLoaderInfo itself?).
What doesn't make sense, however, is how the garbage collection of loader stuff happens in spite of hanging on to references to the Loaders, and/or adding event listeners to the contentLoaderInfo. It's as though our event listeners are weak references. Again, any insight here would be greatly appreciated. Thanks. I am also experiencing this issue. I create many (around a hundred) Loader instances when my application starts up, in order to parse resource files. They are dropping out and never reporting completion or failure.
If I artificially inflate the number of Loaders, even more things fail to load. I am seeing this on the standalone debug player version WIN 10,0,22,87. This has turned out to be because if a Loader is GC'ed while it is loading, it is simply deleted. No events are fired. I added a reference from the class that was creating it, and the problem went away. No queueing is required.
It might be appropriate for a Loader that is GC'ed while it is loading to print a message in the debug player, so that it's easier to spot this issue. Since I was not loading a SWF (I was loading image data) the existing SWF unload message was not relevant and did not show up. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||