World: r3wp

to = of

the discussion switched to chord because I also asked if anyone was 
interested in a function i wrote for chord, IN-INTERVAL?

do you have demonstration of how this works?

you mean messaging.r ?

actually i hope the documentation is enough; if it is not, i'll be 
happy to improve it.

some of need simple examples to get us started :(

hmm, on one computer:

handlers/insert-func 
    func [message] [
        if parse message ['ping set message date!] [
            reduce ['pong message]
        ]
    ]

listen-messages udp://:10000

on another:

send-message udp://otherhost:10000 reduce ['ping now/precise]

are you going or do you have encryption?

will be there, i've been struggling on a couple design decisions 
about it.

encryption and authentication/authorization.

as Carl says, it's so hard to make it simple... i guess i'll run 
out of time and just do something that works.

i'll then just switch to RS when they'll be out.

rugby uses 1024 bits encryption

used to say that that would take 3,000,000 years to crack ... but 
now they say governments can do it.  should switch to 2048 bits for 
espionage level encryption.

hmm, knowing Maarten, I guess he's actually using AES, which is 128 
bit; the RSA key is probably 1024.

first UNTESTED version of Chord for the brave people who want to 
have an early look inside: http://www.colellachiara.com/soft/Libs/chord.r

gonna test it tomorrow by writing a small demo script. I hope to 
find a few people wanting to partecipate in the test :) you'll need 
to be able to receive UDP packets (nat traversal and firewall support 
will come later on)

udp? Who uses unreliable protocol nowadays?

tcp/ip isn't exactly designed for end-to-end reliability either, 
Petr.

tcp just means a lot slower

1) chord is robust enough even in case of packet loss and 2) a packet 
loss problem can be solved resending packets or even using erasure 
codes or other smart tecniques

anyway the final version will work on tcp (http) when udp doesn't 
work

Gabriele, looks good! I will start testing with you next week. We 
will provide some bootstrap nodes and may get others to join as well.

We should make a /chord subdirectory of the detective site with a 
tutorial and the distro or so.

Doing good work, Gabriele...

argh, I hate job hunting.

Brian, the hunter...

Yep, that's me

i may need help testing Chord very soon, please let me know if you 
are available and can receive/send udp packets.

do http://www.colellachiara.com/soft/Misc/test-chord.r

launch at your risk, very very alpha code ;)

be sure to input a complete url when it asks you. udp://<your-ip-address>:2222

you can use a different port if you want to but you need to change 
the code to listen on that

ok - shutting the bootstrap node down now. i have ironed out a couple 
bugs but there's some work still to do. will do some testing again 
tomorrow, if anyone can help...

Who would I talk to about linking rebol.org library to the rebol 
editor that I am creating? I need rebol.org to dump its script that 
are functions.

(that is 'scripts that are functions.')

Look into the LDS service of the library

?

http://www.rebol.org/cgi-bin/cgiwrap/rebol/documentation.r?script=lds-local.r

A REBOL interface to the library, publicly available...

Perfecto!

The tsunmai wave reached the Florida coast at a height of 13".

how about the west coast?

not sure

Gabriele, if I'm online at the time, you can ask me.

due to a bug with UDP ports, we are forced to use HTTP for Chord 
(this makes it many times slower)

anyway, i have the bootstrap node running right now. please try doing 
the test script if you can receive TCP connections on port 2222