World: r3wp

(I know that's ascii...was just downloading the chart...but guess 
I should write a script...)

not the alpha please

this uses the old async-modes

i'm sorry but i need it to work with the sdk :)

protocol ...

Gabriele - what is the bug in UDP you mentioned earlier?

port/awake gets called endlessly

... is it present even with new async Core?

yup

...error:...

crashed here too now

ah, maybe someone enetered an unvalid url. ok something to fix since 
it's too common :)

(of course nothing of this would be needed on the final version)

message...

I am only decoding Anton...mine is still running.

the bootstrap node seems to be still running

(ok i think i found another bug)

but it self-healed which is good

I guess I am not sure if it is running.  It was printing a message 
periodically, but now I don't see activity...but no error message...no 
not sure how to tell it is alive.

i think i still have you as my predecessor

anyway it's going much better than the last time... though i'd prefer 
to have it running on udp (it's much faster)

i'll keep it running and check back later. looks like i can have 
it working soon :-)

the problem is, that most ppl are today behind firewall or nat ...

UDP is used quite often in cell phone data for the same reason.

It is still running...I drag selected text...maybe printing the time 
would help tell it is alive easier for testers...

...fogs not make sense.

protocol message error: fogs not make sense.

Good to see we're coming close.... this will make REBOL shine.

(I was decoding Anton's message)

Maarten - why do you think it will make rebol shine?

... because of apps Chord will allow to build?

Yes. Distributed computing will be much more powerful, and REBOL's 
dialecting puts it apart. Enhance the networking part with P2P and 
nothing can match that.

Once Gabriele has this working we'll port it later this year to Rebservices. 
Then you can do stuff like lightweight grid computing, presence, 
file sharing, signaling for other applications (I am thinking of 
ad-hoc VPNs) in just a few lines of code. With NAT/firewall traversal 
out of the box.

how will you do NAT/FW traversal?

Yes, I have NAT at home as well. No chance to change it. Do I just 
enter my "local" IP adress? Doesn't seem to make sense to me.

I can change it, I did so for Azureus for e.g., but it requires me 
to enter local network IP. But what if I want to have two users using 
Chord? How do I tell the NAT which computer it should contact on 
2222 port? Or should I use different port for each user?

Simpler: if you are under NAT or firewall you'll poll to another 
node that acts as your relay. Network wise, you're only a client, 
but you'll do anything logically

yes, that is similar to DC++ and Bittorrents ...

Except that this is a library, allowing you to build applications 
of your own that ar eless trivial then filesharing.

why less trivial - would file sharing be tricky with Chord?

No, the other way around: file sharing is a trivial, worn-out, legacy 
p2p application.

Could I build kind of IOS app using Chord and P2P principles?

Perhaps in time we'll see a *real* IOS based on a P2P stack on top 
of REBservices. Didn't you call that IOS-NG ;-)

yes, exactly ... I want to work/participate on upper layers, as that 
is something I can understand ... networking belongs to guys like 
you, Gabriele, Romano and Doc :-)

Petr: UDP allows nat traversal; TCP doesn't. with TCP you need relays.

btw, someone crashed the ring by entering an invalid url :) i will 
bring the bootstrap node back after i have fixed this minor problem, 
and added some improvements.

i will be writing some docs soon too.

I cannot join the ring

My successor is: none
Unable to join the fellowship!! :(

I'll create a Chord group