r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!REBOL3-OLD1]

Graham
13-Jan-2010
[20787]
eg. write ftp://ftp.rebol.com/uploads%matrix.mov
Pekr
13-Jan-2010
[20788]
UDP implementation? (Needed for dns:// scheme to work?)
Graham
13-Jan-2010
[20789]
Still need a place for set-net, network timeouts, email object .... 
commonly used parse rules and bitsets, network error handlers
Carl
13-Jan-2010
[20790x2]
Pekr, there is no "overhaul" of the approach.  I spent several months 
on the new design, and it's much better than R2.  There may be a 
few small tweaks to make and a few issues to consider, but other 
than that, it's quite good.
The first thing people need to know is that THIS IS NOT R2!  The 
first mistake is to approach ports the same as R2. That will not 
work here.
Pekr
13-Jan-2010
[20792]
not overhaul of ports, but schemes. Ppl were thinking about FSM etc.
Carl
13-Jan-2010
[20793x4]
Graham is corrrect.  We need to finalize a base context for networking.
I would propose a Networking Module that can hold misc functions 
and variables, debugging modes, etc.
In R3, you can create a module inline with one line of code.  That's 
where to start.
Once we understand the exports, we can then formally define the module, 
title, export list, etc.
BrianH
13-Jan-2010
[20797]
The model is good, but most of the wrapper and helper code needs 
work, or revamping.
Carl
13-Jan-2010
[20798]
Also, for testing purposes... if you need to add a system/standard 
object, just unprotect and append to the object. I think the kernel 
will accept that. (But, do not reMAKE the standard object!)
Pekr
13-Jan-2010
[20799]
btw - were exports "finalized? Remember you posted blog about it. 
Ditto read/write topic (Prunning down the read/write blog ... and 
following talking about read/string)
Carl
13-Jan-2010
[20800x2]
Man this system is slow.... help!  Let's move this puppy!... I mean 
world.
I really think we need an EXPORT word that make exports easier to 
manage. Simple I think.
Pekr
13-Jan-2010
[20802x2]
You were supposed to do the rewamp, no? :-) Now as Graham produces 
schemes, we will be lazy to redo it :-)
I thought it is slow because I run it from USB flash ... I am in 
Hungary on business trip for 3 days .... :-)
BrianH
13-Jan-2010
[20804]
Carl, the design od that was finalized and the work will be done 
this week.
Carl
13-Jan-2010
[20805x4]
Pekr, do you mean rewamp? Are you sure you're not visiting Transylvania?
(Romania)
B: sounds good.
Pekr, seems too slow for USB flash. I think it's on floppy or R/W 
CDROM.
Pekr
13-Jan-2010
[20809]
What do you know about those countries btw? ;-) You were supposed 
to - was to BrianH ... I have some 10-15 sec lag here ...
Carl
13-Jan-2010
[20810]
For those countries, maybe next DevCon?
Pekr
13-Jan-2010
[20811]
both altme and IOS are not designed for USB. Strange, as altme does 
not have much files to read from (in comparison to IOS chat, where 
one msg = 1 file), but slow anyway  ...
BrianH
13-Jan-2010
[20812]
Pekr, I was going to work on the network scheme revamp after that. 
I have to put things I already know how to do first, and there are 
a few LOAD and module changes that have accumulated that I know how 
to do already.
Carl
13-Jan-2010
[20813]
Because they write state variable files constantly for the apps.
Pekr
13-Jan-2010
[20814]
eh, I am out from net in something like 30 minutes. The four star 
hotel charges 15 EUR for 100 minutes of wifi. That is stupid :-) 
When we do wifi, we suggest hotels to provide such service for free.
BrianH
13-Jan-2010
[20815]
I have AltME running on an SD card, so it's even slower, but the 
big problem is the sending lockups and network dropouts. Chat works 
so much better - AltME 3 can't come quickly enough for me.
Graham
13-Jan-2010
[20816]
off topic guys
BrianH
13-Jan-2010
[20817]
Right, thanks.
Graham
13-Jan-2010
[20818x3]
My issue with the r2 schemes is that too much was abstracted so that 
you could not easily do stuff without rewriting the scheme
having simple port abstractions helps the early user but is very 
limiting to experienced users
So, for hylafax which uses the ftp protocol ... I would have to rewrite 
the whole scheme because the ftp scheme assumed the directory listing 
was always in a certain format etc.
BrianH
13-Jan-2010
[20821]
In theory R3 schemes should just handle the protocol overhead and 
provide an abstracted behavior model, then the concrete work should 
be done in the handler or by the port actions.
Graham
13-Jan-2010
[20822x3]
And it uses STAT instead of STOR for uploading files ...
So, the opportunity for code reuse was limited
Anyway, ... we need some decisions made about the base context, network 
tracing etc
BrianH
13-Jan-2010
[20825]
However, FTP directory listings are a different issue, protocol overhead 
that needa a lot of special-case code, as I recall.
Graham
13-Jan-2010
[20826x3]
so I just approached it by supplying a callback to format the directory
What's with the dns:// scheme ?  How do we overwrite the existing 
scheme which doesn't do much ?  We called ours dns2:// pro tem ...
I guess we need to find the existing scheme and set it to the new 
one rather than just adding it ...
Carl
13-Jan-2010
[20829]
Remove it, then re-add it. But, how are you doing DNS? It's a device.
Graham
13-Jan-2010
[20830]
query on port after connect
Carl
13-Jan-2010
[20831]
so, via tcp: ?
Graham
13-Jan-2010
[20832]
yes http://rebol.wik.is/Rebol3/Schemes/Dns
Carl
13-Jan-2010
[20833]
interesting method
Graham
13-Jan-2010
[20834]
That's what 'lookup is used for is it not?
Carl
13-Jan-2010
[20835]
yep
Robert
14-Jan-2010
[20836]
R3 request: Please, please, please... .add a good paranthese balance 
problem report. I don't know how often I have searched for a missing 
[ or ] in either source-code or large data-files. Rebol doesn't give 
a good hint where the problem is.