I did a grep for fscommand in the LFC,
One of the calls to fscommand is
LzBrowser.showMenu = function(truefalse) {
fscommand("showmenu", truefalse);
}
And the other three seem to be from in DoJo
./kernel/swf/dojo/flash6/DojoExternalInterface.as
On 2/7/07, P T Withington <[EMAIL PROTECTED]> wrote:
Cause that's the way it is.
My understanding:
GetURL looks for the FSCommand: 'scheme' in the URL and does the
right thing. It's the Flash equivalent of DHTML's javascript: scheme.
GetURL2 is the opcode introduced in swf4 (I think) to handle the
optional arguments to the Flash getURL command.
Perhaps we are generating it wrong? Perhaps flasm or someone on the
list can see the problem? Hm. I see that there are actually 2
optional parameters in the Flash interface. Perhaps the bug here is
that we should be pushing undefined as the 3rd parameter? But if
that were the case, I would expect actually invoking this code to
blow your stack. What is generating the fscommand calls, and does it
work?
On 2007-02-07, at 13:36 EST, Henry Minsky wrote:
> Hmm, those instructions seem to be what "fscommand" is getting
> compiled to,
> the code generator says
>
> if ("fscommand".equals(name) && arglen == 2) {
> assert args[0] instanceof ASTLiteral;
> Object v = translateLiteralNode(args[0]);
> assert v instanceof String;
> collector.push("FSCommand:" + v);
> visitExpression(args[1]);
> collector.emit(Instructions.GetURL2);
> return true;
> }
>
> Tucker, Max, what's the story with that? Why does fscommand equate
> to a
> GetURL2 tag?
>
>
> On 2/7/07, strk <[EMAIL PROTECTED]> wrote:
>>
>> On Wed, Feb 07, 2007 at 12:27:46PM -0500, Henry Minsky wrote:
>> > What error are you seeing from Flasm? The only warning I see is
>> that it
>> > complains about getURL2 not being a known tag, which I figured
>> was just
>> due
>> > to flasm being out of date, not due to a alignment error.
>>
>> Same here:
>>
>> Unknown getURL2 flag: 0x0
>> Unknown getURL2 flag: 0x497
>> Unknown getURL2 flag: 0x4a3
>> Unknown getURL2 flag: 0x0
>>
>> Do those flags actually make sense ?
>> Also, I see many calls to Object.addProperty() with only 2 args,
>> which
>> seem
>> invalid to me. Are them intentional, and are they known to work ?
>> How ?
>>
>> --strk;
>>
>> >
>> >
>> >
>> > On 2/7/07, strk <[EMAIL PROTECTED]> wrote:
>> > >
>> > >Sorry, stripped you from the recipients list.
>> > >
>> > >----- Forwarded message from strk <[EMAIL PROTECTED]> -----
>> > >
>> > >Date: Wed, 7 Feb 2007 17:34:45 +0100
>> > >From: strk <[EMAIL PROTECTED]>
>> > >Subject: Re: [Laszlo-dev] [Gnash-dev] YouTube video via OpenLaszlo
>> > >To: gnash-dev Mailing List <[email protected]>
>> > >X-BeenThere: [email protected]
>> > >
>> > >On Wed, Feb 07, 2007 at 09:12:36AM -0500, P T Withington wrote:
>> > >> Does the file flasm? Or does flasm complain too?
>> > >
>> > >flasm complains too. And Ming as well.
>> > >I just committed a patch that seems to survive that
>> malformation, but
>> > >other problems occur so o I'm not sure about the fix. The best way
>> > >to verify would be producing a much simpler SWF.
>> > >
>> > >BTW, the other problems seem to be in DEFINESHAPE3 handling.
>> > >There is actually NO difference from DEFINESHAPE2 in the way Gnash
>> handles
>> > >it
>> > >so it's surely a Gnash problem. If you can provide a simple SWF (a
>> single
>> > >shape)
>> > >compiled in SWF6 and SWF7 ((or whatever SWF version instruduced
>> > >DEFINESHAPE3) that might
>> > >help tracking differences.
>> > >
>> > >--strk;
>> > >
>> > >>
>> > >> On 2007-02-06, at 21:44 EST, Henry Minsky wrote:
>> > >>
>> > >> >On the file I sent you, can you figure out which instruction it
>> > >> >what choking
>> > >> >on (i.e., the byte offset into the uncompressed swf file?).
>> I can
>> > >> >send you
>> > >> >an uncompressed swf if that would make it easier.
>> > >> >
>> > >> >
>> > >> >On 2/6/07, Rob Savoye <[EMAIL PROTECTED]> wrote:
>> > >> >>
>> > >> >>Henry Minsky wrote:
>> > >> >>
>> > >> >> On every single one of them I get this error still:
>> > >> >>> 17:30:50: ERROR: swf_event::read(), event_length = 111,
>> but read
>> > >> >>110
>> > >> >>So then nothing else gets parsed right, so we'll have to
>> look into
>> > >> >>it.
>> > >> >>
>> > >> >> - rob -
>> > >> >>
>> > >> >>
>> > >> >>
>> > >> >
>> > >> >
>> > >> >--
>> > >> >Henry Minsky
>> > >> >Software Architect
>> > >> >[EMAIL PROTECTED]
>> > >>
>> > >>
>> > >>
>> > >> _______________________________________________
>> > >> Gnash-dev mailing list
>> > >> [email protected]
>> > >> http://lists.gnu.org/mailman/listinfo/gnash-dev
>> > >
>> > >--
>> > >
>> > >() ASCII Ribbon Campaign
>> > >/\ Keep it simple!
>> > >
>> > >
>> > >
>> > >_______________________________________________
>> > >Gnash-dev mailing list
>> > >[email protected]
>> > >http://lists.gnu.org/mailman/listinfo/gnash-dev
>> > >
>> > >----- End forwarded message -----
>> > >
>> > >--
>> > >
>> > >() ASCII Ribbon Campaign
>> > >/\ Keep it simple!
>> > >
>> > >
>> >
>> >
>> > --
>> > Henry Minsky
>> > Software Architect
>> > [EMAIL PROTECTED]
>>
>> --
>>
>> () ASCII Ribbon Campaign
>> /\ Keep it simple!
>>
>>
>
>
> --
> Henry Minsky
> Software Architect
> [EMAIL PROTECTED]
--
Henry Minsky
Software Architect
[EMAIL PROTECTED]
