Thanks Hans, _root._name is exactly what I expect in both circumstances.
However, yes, the shell uses a GameManager, and a LoadManager, both of which are singletons. Funny thing is, this is my 2nd time around with this shell. I had previously created one for 21 games that worked flawlessly. Now I get a game that breaks the system and I don't know what to try next. On 2/23/07, Hans Wichman <[EMAIL PROTECTED]> wrote:
ps what also might be the case is that you are using static classes, singletons etc and that the whole mumbojumbo is not correctly initialized (or already 'used') the second time around. On 2/23/07, Hans Wichman <[EMAIL PROTECTED]> wrote: > > Hi, > i had a similar problem last week. In my case, even though _lockroot was > on, the second time I loaded a clip, the reference to _root suddenly pointed > to the main _root again and not the subroot as it had to. Trace (_root) from > the subclip to see whats happening. > > In my case I lost the reference somewhere around instantiating webservice, > so as long as i stored it in another reference before creating the > webservice, I was fine. > > hth > JC > > > On 2/23/07, Harris, Mike <[EMAIL PROTECTED]> wrote: > > > > What happens if you put ? and a random number after the name of the swf > > when you load it? Like, mymovie.swf ?343423 > > > > Mike > > > > > > > > > > This Message (including attachments) is intended only for the identified > > Recipient(s) and may contain information that is confidential or subject to > > copyright, trade secret or other restrictions. It may also include attorney > > client, attorney work product, or other privileged communications. The > > information and opinions presented in this Message do not necessarily > > represent those of the Jones Companies. If you are not the intended > > Recipient, you are hereby notified that any use, copying or distribution of > > this Message (including attachments) is unauthorized and prohibited. If you > > have received this Message in error, please notify the Sender ( > > [EMAIL PROTECTED]) immediately by replying to and then > > completely deleting the Message (including all attachments) from your > > computer. Additionally, the integrity and security of this Message and its > > attachments cannot be assured on the Internet; Recipients assume all risk of > > loss by accepting this message, including from their failure to use > > effective anti-virus software. > > -----Original Message----- > > > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] ] On Behalf Of Jay > > Bibby > > Sent: Friday, February 23, 2007 2:54 PM > > To: flashcoders@chattyfig.figleaf.com > > Subject: [Flashcoders] Problem when loading swf a second time > > > > > > Hi, > > > > I'm at my wits end on this and I don't know where to turn for help. > > Numerous Google searches have turned up little in the way of anyone > > encountering a similar issue. > > > > I have an interface shell swf that handles the selection, loading and > > display of various external game swfs within it. All are loaded via a > > MovieClipLoader object and all of them have _lockroot set to true. > > > > One particular game behaves fine when loaded the first time into the > > shell. But loaded a 2nd time, I get the following 256 levels of > > recursion error message... > > > > 256 levels of recursion were exceeded in one action list. > > This is probably an infinite loop. > > Further execution of actions has been disabled in this movie. > > > > The error occurs while the external swf is attaching a movieclip from > > its library... > > > > t = _root.attachMovie("title", "title", 1000); > > > > I thought perhaps that it just might be a timing issue, since loading > > the swf a second time is virtually instantaneous, even though I wait > > until the MovieClipLoader's listener object receives the onLoadInit call > > before allowing the loaded swf to continue. > > > > So I created several delays in the swf, via timeouts and also by > > extending the main timeline. Doing so actually seemed to fix the > > problem. The title screen was created and the start button on it was > > functional. Subsequently starting the game created the first puzzle and > > all seemed good until one of the objects in the first puzzle was clicked > > > > on... then the same recursion error. > > > > I'm at my wits end. > > > > To recap: The game functions perfectly the first time it is loaded. > > However, after unloading the swf and reloading it again, the same swf > > seems to be unstable. > > > > Has anyone seen similar behavior before when using externally loaded > > swfs? Or do you have any ideas as to what to look for in the code? > > > > Thanks very much. > > > > Jay > > jayisgames.com > > _______________________________________________ > > Flashcoders@chattyfig.figleaf.com > > To change your subscription options or search the archive: > > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > > > Brought to you by Fig Leaf Software > > Premier Authorized Adobe Consulting and Training http://www.figleaf.com > > http://training.figleaf.com > > _______________________________________________ > > Flashcoders@chattyfig.figleaf.com > > To change your subscription options or search the archive: > > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > > > Brought to you by Fig Leaf Software > > Premier Authorized Adobe Consulting and Training > > http://www.figleaf.com > > http://training.figleaf.com > > > > _______________________________________________ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
_______________________________________________ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
