World: r3wp

...why IT works...

Then there would not be need for type?/word ...

Ah, ok, some kind of dialect - I'm not against it, if you design 
something and put it here I thing it will get some attention, it 
will be enhanced and it also  may become part of Rx. But SWITCH uses 
"the only holy way" and that's good :)

Also I think that adding those five characters "/word" to your (or 
Graham's who asked initialy) code takesmuch less time than this discussion.

fixing docs as well ...

As Orbital said, "sad but true". Fixing docs is probably !1.

switch works with datatype!, if you use a datatype! (read a true 
datatype!)  in the block.
see 
switch type? %test.r [#[datatype! file!]    [print "type file!"]]

ah, interesting ....

Pekr, "The cases can be any datatype" refers to the type of the values, 
not their value. The type of integer! is datatype!, the value is 
#[datatype! integer!]. You can use the serialized syntax if you want 
to specify dataype! values directly, but watch out: If your build 
process goes through a MOLD then the serialized syntax will be lost 
- this tripped me up when I was porting R2/Forward to the R2 mezzanine 
code, I had to rewrite TYPES-OF and TO-TYPESET.

Do you use it during mold?
I think you loose it thru load.

There was a suggestion that SWITCH treat certain words as keywords, 
translating them to their standard values, in particular logic! and 
datatype! keywords. This would make SWITCH work like CONSTRUCT, and 
would likely require an /only refinement for the non-keyworded behavior 
like CONSTRUCT has. This would add a little overhead to SWITCH, but 
not as much as the workaround code already adds. The question hasn't 
yet been resolved, and should be brought up again for final resolution 
- some mezzanine code would need revising.

I just checked it.
loading after a mold/all still gives the datatype!

BrianH: what does it mean, that serialised syntax will be lost? I 
thought that we are closer to the state, when REBOL is going to be 
fully serialisable :-)

Yes, but MOLD/all loses the procedural syntax that MOLD generates, 
so many types just don't work when loaded because of binding.

Pekr, the opposite of LOAD is MOLD/all, the opposite of DO is MOLD. 
MOLD doesn't generate serialized syntax.

R3 won't be fully serializable, even when the bugs are fixed. You 
won't be able to serialize handle!, command!, task! or module! values.

Or native!, op! or action! values.

I think load should be the match for mold, and load/all for mold7all

mold/all

No, LOAD doesn't execute code, and the point of MOLD is to generate 
executable code. LOAD/all does something different.

The basic function to load REBOL code is DO. Most types are constructed, 
not literal. Even the scoping is procedural.

Gabriele, PIPE should definitely be included in R3, even if it's 
mezzanine. It would be worth it just to keep people from overloading 
READ with too much high-level crap. It would be mezzanine first in 
any case - we only convert functions to native once their behavior 
is agreed upon and we can say for sure that performance is worth 
it.

Is it alright with you if we try to adapt PIPE? Has it been posted 
publicly? I remember seeing it but can't remember if it was private.

An old time reboler like me still gets confused hence the question 
...

It would help if someone updated the docs ... or gave us write access 
to the help/doc wiki

Are you on R3 chat? That is the first step in getting write access 
to the R3 manual wiki.

The manual uses the same login.

I was on last night

before I crashed it with an invalid dataype error

Which platform?

Graham - if you have sufficient R3 Chat ranking (IIRC 40), you can 
log-in and edit R3 Docs ... authentication database is shared ...

And have you tried logging into the manual with your chat ID?

updated 'write documentation to remove the /binary

Cool. Does the READ doc have the same /binary option?

The other refinements look wrong as well.

Actually, can you update it to remove all optioins not supported 
by R3? READ and WRITE are low-level functions in R3.

Don't add proposed options either - we can add them when they become 
actual. The rebol.net wiki is the place to put proposals.

Regarding some of the above discussions of type?/word, I feel the 
confusing bit is that integer! the datatype and integer! the word 
probe identically.  If the word was integer! and the datatype were 
integer!! (for instance) then it would prohibit you from writing 
(to-word type? foo) but at least you could tell what was going wrong 
in your switch, because it would tell you that integer!! wasn't defined 
as an actual word.  You could still write (integer! = type? foo) 
in expressions.

BrianH - crashed on windows 7

Steeve talked about using a dialect to write schemes .. to create 
the FSM needed ... weren't you also doing something along these lines 
as well?

Oh wait, that happened to me too. The http scheme doesn't handle 
server errors well, and the internet has been getting increasingly 
crappy lately. That's why I've been looking over the scheme lately.

and what have you discovered?

^-- Actually, it need not keep you from writing (to-word type? foo) 
if it knew that datatypes should have the last ! chopped if turned 
into a word

Not much yet - I'm still reviewing the lower levels. There are two 
levels below the http scheme: TCP and the port model.

Where's UDP?

It's been hard to get enough spare time with a working brain. Too 
many emergencies lately that take up my time, mostly my sleep time.

UDP would be defined in the host code - if it's not there, it's not 
in R3 yet.

Needed to do reverse dns lookups

And other fine schemes.

Host code .. that's the one some guys have now?