Yes, that does help. So, there are two aliens because the first two
are the same one, duped, so that it sticks around for later releasing.
The stack effect is correct; here it is ( arg receiver selector -- ),
as the foo: method apparently returns nothing. The ... in the stack
effect indicates that the number of items is variable. For the
return..., this is 1 or 0 things, and the arg... can be zero to as
many method arguments are possible.
Daniel Ehrenberg
On Jan 24, 2008 11:01 AM, Joel Reymont <[EMAIL PROTECTED]> wrote:
> Dan,
>
> On Jan 24, 2008, at 4:40 PM, Daniel Ehrenberg wrote:
>
> > I'm not sure where in the execution trace you're looking at a stack
> > that's <alien> <alien> <ns-rect> "foo:". Could you be more specific?
> > Maybe the second alien is the selector, and "foo:" is about to get
> > dropped.
>
> I'm talking about the data stack right before the send.
>
> ALIEN: 200390416
> ALIEN: 200390416
> B{ 0 0 128 63 0 0 0 64 0 0 202 66 0 0 204 ~1 more~ }
> "foo:"
>
> [
> Foo "alloc" send "init" send
> dup 1.0 2.0 101.0 102.0 <NSRect> "foo:" -> send
> "release" send
> ]
>
> Does this help?
>
>
> Thanks, Joel
>
> --
> http://wagerlabs.com
>
>
>
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Factor-talk mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/factor-talk
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Factor-talk mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/factor-talk
