World: r3wp

Is rebol3 going to support file locking? I think that is the correct 
term. I need for several users to be entering data into the same 
file at the same time. Is there a way to do this right now?

Gabriele suggest to open a port as server, because a port can only 
be opened by one process. Thus it can act as lock. Os-filelocking 
is not supported.

How do I open a port as a server?

port: open tcp://:8912 ;note the ":"

And if that fails somebody has that port open. (or some firewall 
goes angry or whatever, but that is another problem).

Ok. Thanks. I'll try that.

As an SOA, REBOL/Services gives you an easy way to create a wide 
variety of applications such as:

Secure file sharing

Does that mean that rebol services would also be a solution to my 
problem?

I believe Rebol3 will have inter-task messaging, so probably the 
same trick can be used.

Volker - but doesn't opening port work on one machine only? Still 
semaphore file is probably better way to go, at least under Windows, 
where it does not let you to delete file, when it is opened by some 
other task .....

Yes, works on one machine only. I think that is the usual case for 
small accounts. If you are bigger, you should use a daemon to sequence 
access IMHO.

And use cgi only as proxy.

Louis: The up/download is easy in rebservices. Some things need be 
to figured out, (user-management, no http-proy, allows upload of 
functions, filter them out!). But Gabriele is here.

Should comparing chars be case-insensitive? Its the default everywhere 
else, i was surprised it is not. And '== is still there for exact 
match.

Just considering equality with the CHAR! type.  We think it might 
be better to move the currently simple, case-insensitive equality 
test to strict-equal.

(5 seconds faster! :)

:) Let's see if it's in RAMBO anywhere...

Trying to remember where we should post our Rebol3 ideas.

Wasnt it "tell Gabriele"?

Not really in RAMBO, closest is: http://www.rebol.net/cgi-bin/rambo.r?id=3853&

Rebol3 roadmap page directs to feedback:  http://www.rebol.com/feedback.html

if you consider it a bug, even for current versions, then rambo is 
best. if it's just for discussion for r3, then "tell Gabriele" is 
fine. if it's a generic wish, rambo is ok too.

We put in our 2 cents here and there, and pretty soon it adds up 
to real money, so to speak.

Alright, off to Rambo then. (I recall discussions all about equality 
and strict-equal a long time ago.)

Gabriele, any plans to improve the library interface for R3, or even 
make it free so that more people use it (I don't think this affects 
RT sales b/c most companies buy solutions, e.g. FCGI or MySQL api, 
... )

the library interface will be improved, but i can't say if this will 
happen with the first release of r3.

Gabriele - what will happen to ports? Carl mentioned e.g. mySQL will 
move away from kernel - will there be any other "component" (call 
it whatever) interface to "plug-in" functionality to rebol?

i don't have any details yet.

it is a pity, I would like to form a bigger picture - how all those 
things will be organised - library interface, plug-in interface, 
View - will it be just a component? What is /platform, etc.? So, 
patience and wait mode? :-)

yes, everything will eventually make sense ;)

well, soon there is June, so hopefully first alpha of new Core will 
come one day :-)

Gabriele - are there any changes planned for port model, networking/files? 
And will R3 be properly async?

r3 does not need to be async since it has tasks. but, this does not 
mean that all ports should be synchronous.

not sure tasks are good replacement for async, non blocking functionality 
:-)

well, it depends. the Detective would have been *much* easier to 
write and debug with tasks instead of async-mode and callbacks everywhere.

this does not mean that ports should be always sync, as I already 
said.

hehe, at digg.com I read reaction of one user, who read about REBOL 
and seemed to be excited - his equation is:


Rebol = ((Perl + AJAX + [SETI-:-Home]) - (Bloat + Crap)) * (Extacy + 
Speed ^3)

:-)

He is close. But the formula is still not simple enough.

REBOL = Programming - allthebadthings

too simple :-)

Too simplified! REBOL = Programming - all-the-bad-things

I think it's worth "rocking the boat" a little. Anyone care to add 
more comments?

Not yet. (The force of the explosion increases the more you try to 
contain it.)

Pekr, what was the digg link?

REBOL: Programming - all-the-bad-things - many-needed-tools

Make Rebol 3 popular.. add php, javascript, ruby etc dialects.

do you think it is easy to emulate those languages?

Brian - http://digg.com/programming/REBOL_3.0_development_announced

Cheaper to port rebol to java? Php, javascript will be there afaik.