World: r3wp
[!REBOL3-OLD1]
older newer | first last |
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. |
older newer | first last |