r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!REBOL3]

Claude
20-Feb-2010
[963x5]
new_word: make object! [test: 1]
test_mod: module [title: "test"][o: make new_work[]]
no problem with this..................but
when i but new_word into a file new_word.r and test_mod into test_mod.r 
and i try to import them
>> import %new_word.r
>> import %test_mod.r
** Script error: new_word word is not bound to a context
** Where: do applier make module do applier make catch if import
** Near: do body obj
PeterWood
20-Feb-2010
[968]
AFAIK, import is for modules and your new_word appears to be an object 
This suggests that you should use do %new_word.r rather than import 
%new_word.r
Claude
20-Feb-2010
[969]
oki, but even if i use do for new_word.  test_mod.r have the same 
error !!!!
Graham
20-Feb-2010
[970x2]
posted feedback that r3 chat is now down for 2 days
Does r3 chat actually have a built in revision system?
Gregg
20-Feb-2010
[972]
Very nice Ashley.
Henrik
20-Feb-2010
[973]
Graham, it has an approval system like devbase, but I don't know 
about a real revision system.
Paul
20-Feb-2010
[974x3]
I put R3 on my host so I could attempt to run some cgi scripts.  
Anyone know why I would get this error:


 12:55-7:00 Vary: Accept-Encoding Content-Encoding: gzip Content-Length: 
 20 Keep-Alive: timeout=10, max=29 Connection: Keep-Alive Content-Type: 
 application/cgi ‹
Just a small script:

#!/home/paulsite/dist/r3 -c
REBOL []
print [<HTML><BODY> now </BODY></HTML>]
print ""
I got it working.  Not sure what that was from though.
Graham
20-Feb-2010
[977x3]
I've created a git repository and stored all the protocol stuff there 
... http://github.com/gchiu/Rebol3
If anyone wants to collaborate and to add their stuff ... or add 
RT's stuff ... PM me and I'll add you as a collaborator
Note, a lot of the stuff is alpha quality ... but so is R3 :)
BrianH
20-Feb-2010
[980]
Ladislav, objects don't have a 'self field in R3 - the 'self binding 
is a side-effect of the BIND function. You shouldn't be using IN 
object 'self in R2 either - use BIND?.
Graham
21-Feb-2010
[981]
How do you get the members of an object then?
Pekr
21-Feb-2010
[982]
words-of, values-of?
Graham
21-Feb-2010
[983]
ok
Pekr
21-Feb-2010
[984x2]
hmm, why does not it work?

>> foreach word words-of system [print get in system word]
core
2.100.97.3.1
7-Feb-2010/4:31:57
** Script error: Windows word is not bound to a context
** Where: print foreach
** Near: print get in system word
would it be possible to iterate foreach upon more than one series? 
:-) something like:


foreach [word value] [words-of system values-of system][print [word 
value]]
Henrik
21-Feb-2010
[986]
print evaluates the word
Pekr
21-Feb-2010
[987]
ah, ok ... print mold does it ...
Steeve
21-Feb-2010
[988x2]
Still no way to serialize vectors as binaries ?
i meant, a fast way...
Pekr
21-Feb-2010
[990]
I think that vectors are still due to be implemented ...
Steeve
21-Feb-2010
[991]
Not finished, and not usable as is, in any case.

While Carl doesn't  really need them in some products, nothing will 
be done.
Until that day, I will continue to ask for them every month :)
Pekr
21-Feb-2010
[992]
they are part of R3 priorities list
Steeve
21-Feb-2010
[993]
FUuuuuuu..... :)
Pekr
21-Feb-2010
[994]
and Carl mentioned them IIRC here one or two weeks ago. Guys want 
images and vectors to work in extensions ...
Graham
21-Feb-2010
[995]
Where is all the test code for r3 ?
Henrik
21-Feb-2010
[996]
that might be in the r3-alpha world or somewhere in r3 chat.
Gregg
21-Feb-2010
[997]
What test code? Henrik and I both did some on R3-alpha, but Carl 
wanted a simple block format, and I don't know where any of that 
is.
Henrik
21-Feb-2010
[998]
I think that is in the r3-alpha world. I remember Carl writing some 
docs around it.
Ladislav
22-Feb-2010
[999]
objects don't have a 'self field in R3

 - interesting, I always thought, that if I hide something, it does 
 not cease to exist...
Paul
22-Feb-2010
[1000x2]
'self is still there.
>> obj: context [a: does [probe self]]
== make object! [
    a: make function! [[][probe self]]
]

>> obj/a
make object! [
    a: make function! [[][probe self]]
]
== make object! [
    a: make function! [[][probe self]]
]
Ladislav
22-Feb-2010
[1002]
yes, Paul, that is what I mean
Steeve
22-Feb-2010
[1003x3]
it's not exactly what Brian said though :)
the FIELD (as an exported property) doesn't exists anymore.

>> in context [] 'self 
== none
Or still private but not public anymore
BrianH
22-Feb-2010
[1006x3]
Yeah, sorry, I was more exact in the comment of the ticket you wrote.
In any case, the code that you have been using to demonstrate your 
complaint (with the exception of Paul's above) is an example of what 
we are trying to avoid people doing. Don't use IN object 'self, it's 
a bad idea. Use BIND?.
So to discourage that behavior, 'self is hidden as-if with PROTECT/hide 
(effectively, not really), blocked from modification as-if with PROTECT 
(effectively, not really), not counted by LENGTH?, not unprotectable 
by UNPROTECT and only referenceable through BIND block! any-object!. 
It is unknown by anyone other than Carl whether the field actually 
exists in the object at all - I would guess that it does, because 
the alternative seems more complex and that's not his style. In any 
case, every reasonable effort has been made to discourage its use 
in any way except in code like Paul demonstrates above. R2's usage 
of the word was a security hole, and unnecessary once we got the 
BIND? function, both in R2 and R3.
Steeve
22-Feb-2010
[1009]
>> context [self: "hello"]
** Script error: cannot set self - it is protected
** Where: make context
** Near: make object! blk

Was possible within R2
BrianH
22-Feb-2010
[1010x3]
And was a security hole. And so is explicitly blocked.
Fortunately there is an alternative to the insecure code that was 
added to R2 later in its life: the BIND? function. It's in R3 as 
well.
The alternative was added later, not the insecurity.