I have been working with this technique a lot today so I downgraded to
9.047on the mac but I am not getting any crashes.
i did see this come through tho
Error #2044: Unhandled IOErrorEvent:. text=Error #2036: Load Never
Completed.
I started with my code then tried the above changes with the
hmm, the only difference in code I can spot right now, is that you have the
Circle class
attached to the DisplayObject itself, rather than the Document root, does it
crash
when you put the Circle class on the Document root?
On Feb 8, 2008 9:30 AM, Jason Van Cleave [EMAIL PROTECTED] wrote:
I
I've just checked. Setting Circle class on the displayobject itself works
fine. It only crashes when setting
the Circle class as a Document class...
So I guess that would make a fine solution, attaching the Class to the
object itself, rather than the document.
On Feb 8, 2008 9:47 AM, Meinte
ok, I did get it to puke - here's some info
[Switching to process 2666 thread 0x622f]
0x199ae696 in Flash_EnforceLocalSecurity ()
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x000c
0x199ae696 in Flash_EnforceLocalSecurity ()
Changing to Event.INIT and catching IOErrorEvent.IO_ERROR had no effect,
but it's interesting the player thinks it's an AVM1 movie...
Using Symbol Class is better solution anyway, since if you use the
Document Class, your asset will include entire Stage too.
Kenneth Kawamoto
I find the following:
When following the methods described by Daryl Theo (at
http://darylteo.com/blog/2007/11/16/abstracting-assets-from-actionscript-in-as30-asset-libraries/
)
to duplicate DisplayObjects works fine in flash player 9.0.115 (latest). In
version 9.0.47 it repeatedly crashes the
private function onComplete(e:Event):void {
var appDomain:ApplicationDomain =
e.target.loader.contentLoaderInfo.applicationDomain;
var skinClass:Class =
appDomain.getDefinition(getQualifiedClassName(e.target.content.getChildAt(0)))
as Class;
trace(skinClass: + skinClass);
}
Output:
Oops you said Circle was the Document class.
var appDomain:ApplicationDomain = e.target.applicationDomain;
var skinClass:Class =
appDomain.getDefinition(getQualifiedClassName(e.target.content)) as Class;
trace(skinClass: + skinClass);
then it's the same as yours basically. Sorry about the
Actually, the trace doesn't really matter. The point is, flash player of
that version keeps crashing whenever I try to get a class definition from an
external SWF, and after this instantiating that class.
the line producing the crash is then this one; var tmp:* = new skinClass();
On Feb 7, 2008
I'm on a Mac at the moment and I can verify this crashes both Firefox
and Safari immediately. It would be interesting to find out why, but as
this is the old player we are talking about, Adobe won't be looking into.
Since it works on Moviestar (works on both PC/Mac), can you just check
the
10 matches
Mail list logo
