World: r4wp

Kaj wrapped some libraries, maybe those cover some ground there, 
e.g. Curl binding allows you to work with networking:

http://www.red-lang.org/p/contributions_20.html

There are functions capable of stdin/out in the C library binding. 
Some of them are included in Red/System itself

Those can be inlined in Red, but Red itself currently only has print 
to stdout

We'll add stdin proper support when we'll implement console:// scheme.

We could add CGI support earlier though.

Console scheme? We will have console? :-)

Nice though, I always liked schemes like console://, clipboard://, 
those were just under-utilised imo :-)

Of course, as soon as it will be possible to make Red work in a console.

Can we call it E: like on my Atari 8-bit? ;-)

That would give a little showcase to Red. Pls do not feel pushed 
Doc! One fool can ask more than ten wise men can answer ;-)

What was the Amiga device name for that? CON:?

yes

If it was like DOS :-S

I just got an idea - we will reimplement Amiga OS in a modern way 
:-)

Been doing that for a decade

:D

Will we also have a system object structure? I liked lurking in the 
internals of REBOL in initial days :-)

Already in Red/System

Addimg CGI support early would be good ... for online demos

You can do it in Red/System

Without proper internal sandboxing, you certainly wouldn't want to 
give open access to anyone for running Red (and even worse Red/System) 
code on your server.

Once again, the best option for such live demos is adding a thin 
Red emulation layer on top of Topaz.

On TryREBOL it's no problem. I've been giving the world a gaping 
hole into our server for three years now. It was a test, and people 
tried to break it, but they never got in

CGI is based on the same principle. It's supposed to be a gateway 
from a Unix web server to a Unix file system, so you can secure it 
with operating system tools

I think you'd run it on your own server ...

Just skimming this group. Exciting to see so much going on here.

Adding CGI would be good for online demo's? Well for building web-sites 
too! Finally drop php.

Aren't you using Doc's Cheyenne server? ;-)

Unfortunately my websitehoster has a plesk system with Apache on 
it. I managed to have REBOL CGI working on it. It will process .r 
.rsp files.

Having more freedom often means to pay more

Or run your own server

or local server which generates static content for your public server 
hosting

I do that, too, but there's no CGI there, then

Doc, with recent discussions about Unicode, I wonder if we will have 
strong binary type, and myriads of to-* REBOL-like functions for 
various conversions between the types?

Pekr: there's only one TO native, all the to-* functions are just 
handy wrappers. How would you suggest datatype conversions be handled 
instead?

dunno. Just want to avoid R2 mess with binary vs string conversion, 
etc.

We did a lot in R3 to clean up binary vs. string conversion. There's 
probably more work to do, but it's a good start.

I know, so I hope Red follows R3 model :-)

The one thing R3 was bereft in was custom conversion functions. We 
had some ideas, but for the most part didn't get around to implementing 
them.

do you mean codecs?

Well, that too, but I more meant a better replacement for that awkward 
struct! conversion hack in R2.

Hello, I want to use a local database whith no concurency for aor 
the moment I see ndb indexed btree from Dockimbel, another alternative 
is possible and what ca be used  with the future red ?

at the moment there is a Red/System binding to SQLite. But that's 
for Red/System. I would probably wait, till higher level Red is more 
feature complete in upcoming 2-3 months ...

Daniel: welcome! The best choice so far would be SQLite for such 
usage. We might reuse lower level parts of SQLite to build our own 
storage system specifically designed for Red.

Yes, SQLite is a good candidate for that imo. Right licence, relatively 
small, performance is good.

OK, and also dispo in android I think and bbrerry os...

well, as for BB 10 - we should get there imo - QNX based, old Amiga 
friends :-) And maybe it is good to support lower market, than crowded 
iOS developer's base? We will see ...

That will be very good, shure ! :)

We'll spread wherever possible! :-)

If you're thinking of adapting the lower levels of SQLite for our 
use, start with SQLite 4. It's much better suited for that kind of 
thing.