World: r3wp

Would make a good mezz for 2.7.7

It can't be made to always work.

There may not be a set-word in the function body.

Anton, in that case wouldn't wouln't have a need to use a clear-locals 
function.

See the answers group as Gabriele posted a superior clear-locals 
function.

Yep, Gabriele got it.

Note that his solution requires the known word parameter, but not 
the function context parameter. This means that it is more easy to 
call from "inside" the function where you can specify a known word 
instead of having to find one. The no-parameter solution is still 
up in the air :)

Just make your own function generator. You can basically inline clear-locals 
into the end of the function body.

There may be some tricky issues to take care of. Refer to Ladislav's 
documents where he does this kind of thing.

Ahh - tricky issue will be how to avoid upsetting the return value. 
Now it looks hard again.

No, it should be easy, just use ALSO with the whole body block.

No, using ALSO isn't so straighforward - it's hard again. :)

do you know why it's returning false ?
>> o: context [b: 1]
>> same? o bind? in o 'b
== false

so currently we have 2 distinct objects with same shared properties

correct.

in R3 it's the same object, so i assume it's a bug in R2

No, I think it goes back to what were discussing in the Answers group.

Read in the Anwers group where we were discussing the affect of 'self 
on the contexts

hum i don't see the relation

Answers (which was intended for responses to challenges in the Puzzles 
group) is not [web-public], so half this discussion is hidden from 
anyone reading just the web archive.

It seems an important technique is under discussion. Could some one 
summarise the state of the art, and continue the discussion here?
Thanks!

Steeve, I guess what I'm saying is that SELF itself becomes a new 
value thus same? would report false.

i see but i'm just asking how it's possible, same? should check the 
inner address of the objects.

if they share the same block! of propertie values it should remain 
equal, no ?

seems there is more indirect links between an object and his properties

But it is checking values.

Self has to be evaluated in that sense to see what value it is in 
each context.

i don't think it's checking values, we have the proof now

2 distinct objects, so that same values in the same memory location 
are not taking in account

The description of same? is this:

Returns TRUE if the values are identical.


if it isn't checking values in each context then how do you believe 
it would be checking the values?

identical means the inner pointers (in memory) are the same

I'm not sure how you can see that the self of one could be the same 
value as a self of another?

in R3 they do

I thought we were talking about R2. Sorry I got confused.  I don't 
know regarding R3.  That indeed could be the case.

i said previously that in R3 (comparing to R2) the bind? function 
returns the same object, not a different one.

i used the first alpha release

I'll yield to those that have used the Alpha a bit more as I really 
couldn't speculate at this point even.

Steeve, it does look odd, like a bug.

These are ok.
>> same? o do bind [self] o
== true
>> same? o do bind [self] in o 'b
== true

If you think it is a bug Anton, then you should report it to Rambo 
assuming your talking about R2.

I leave this honour to Steeve. :)

boring...

There are no tickets that match a search for "bind?" in Rambo.

so you are the one who will fill the hole ;-)

Aha! I like your style of humour! :)

especialy when we know that the word humour has a greek root  meaning 
FLUID

Steeve, o and the result of bind? are the same context but not the 
same object. this is an implementation detail of R2.

I do not think this is a bug, and it may not be trivial to fix it 
if it was (which means, it'll never get fixed as Carl is not going 
to spend that much time on R2 for something not important)

i agree Gab, for me, it's not a bug but a functionnality

What use does it have ?

none for the moment... ;-)

i