World: r4wp

No, I think Kaj produced a Curl binding for https

I did write a ftp, smtp and hylafax protocol for R3

Red should have a more "modern" set of schemes than the one provided 
by R2, though.

And imap, and a JDBC bridge

But they were just first passes waiting for Carl to have a look and 
give advice, which never came, so they never went past that stage

So, I hope the underlying support is there to rewrite these protocols 
easily!

This is the ftp scheme Andreas and I did https://github.com/gchiu/Rebol3/blob/master/protocols/prot-ftp.r

So, yes, there are a few of us waiting to contribute when Red reaches 
that point for us

I will provide the basic ones for Red: TCP, UDP, DNS, HTTP(S), SSL, 
SSH/SFTP, SMTP. Also, I would like to have a few more for remote 
or local storage builtin: Dropbox, MySQL, Postgresql. 


You are welcome to contribute other ones to that list (IMAP, SMTP, 
MongoDB, CouchDB would be nice additions).

What are your plans for a code repository?

I will probably host a server that will provide packaged and selected 
libraries for Red (with builtin support in Red for getting them). 
For sharing code, my plan was to built some support for that right 
into the IDE.

I was looking at Amazon's glacier ( ultracheap S3 storage ) but that 
requires SHA256

( no need for dropbox if we can have that :) )

Wasn't Amazon's glacier for archiving data you don't need everyday?

Yea

And that's what I use dropbox for ...

as background backup

Not for syncing across multiple PCs

I use it mainly as way to share data between all my computers and 
my mobile devices.

I'd like to see SIP and secure SIP eventually, and the ability to 
use video streaming :)

Imagination is your only limit. ;-)

Doc - what are your plan re Uniserve? Will basic engine be present 
directly in Red, or a separate product?

Glacier allows files to be retrieved over a few hours

I've started some convesations here about helping fund Red, but no 
commitments yet.

Wasn't it NickA? I think that so far, donations come from the community 
members, in an insufficient amount. Are you talking about more solid 
funding? So far only NickA expressed his will to eventaully fund 
Red ...

Uniserve: we'll see how it fits in the Red I/O model (not written 
in stone yet), we'll probably use a newer approach with sequential 
code instead of having to write callbacks.

and concurrency? Kind of what Carl have planned? Don't remember where 
he briefly described it, but we once pushed him to say few words 
about it on Altme? Or maybe you plan on more lightweight solution, 
like green threading?

So far, the plan was to use Actor abstraction, but I might decide 
to use a more lightweight approach (something like goroutines). The 
basic idea for the low layer is to have cheap concurrent threads 
of execution that are dispatched over a limited number of OS threads. 
On the upper layer, they might appear as task! or actor! values, 
that you could create in various ways (do/task, read/write on I/O, 
...).

I also have a few ideas about specializing CPU cores in order to 
avoid costly context switching, but I need to test that on paper 
first.

It would be nice if we had something like apt-get to fetch and update 
both yours and 3rd party software

We'll probably have something like an "import" function that would 
work locally and remotely from an organized online repo.

Gregg: thanks for that. I'm all ears if someone has a solid proposition 
for that. I'm even ready to relocate myself in a foreign country, 
if that can help. :-)

I've sent money to europe by bank wire, and it's very expensive. 
 Best if you can setup a US bank account when you're next visiting 
the USA ( if that is possible for non residents ), or an E*trade 
account.

hello is still out of memory on Syllable Server, at a slightly changed 
address

Please try again, pushed a fix a few seconds ago.

42!

Welcome to the club :)

Many thanks

Now for Syllable

Odd that it worked before on some Linuxes

Race condition on return value from mmap call. If address was too 
high, it was failing the safety check (testing for negative values) 
and wrongly triggering the error. ;-)

32

Runtime Error, unfortunately

Not bad :-)

Will see that tomorrow, bed time here...

Night

I'll tell Bas to schedule a Red presentation at Software Freedom 
Day coming week

I'm not coordinating with Nick yet, but will when the time comes.

Kaj: great! Let me know what feature/fixes you need for the presentation!

I'm very, very happy to announce that Red now works on Syllable Desktop 
0.6.7