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

World: r3wp

[!REBOL3 Schemes] Implementors guide

Gregg
14-Jan-2010
[1443]
All the recent scheme work makes me want to jump in and see if we 
can make a nice scheme dialect. :-)
Steeve
14-Jan-2010
[1444]
Agree
Andreas
14-Jan-2010
[1445x2]
i intend to iterate POP3 until i consider it to be a good example 
for a basic scheme implementation for an "interactive" (lock-step 
request/response) protocol
i think we can then extract a dialect or at least some helper functions 
from there
Steeve
14-Jan-2010
[1447]
pop3 is good starter, not too complicated
Gregg
14-Jan-2010
[1448]
Agreed. The simple protocols help us identify the foundation elements.
Steeve
14-Jan-2010
[1449]
we could give a try for real time collaborative work and update the 
code in a shared sheet. There some tools for that
Andreas
14-Jan-2010
[1450x3]
too little code :)
prot-pop3.r is 113 lines atm
but it's in a git repository anyway, i could share that, if someone 
wants to collab
Gregg
14-Jan-2010
[1453]
I'll leave it to you guys for now. I need to make time before I'll 
add much value. I agree with Andreas as well. Better to have him 
complete his vision on this I think.
Steeve
14-Jan-2010
[1454]
precisely it's shorten, I think that is an advantage
Andreas
14-Jan-2010
[1455]
but that means i edit all over the place, which i think is anti-usage 
for collab editors
Gregg
14-Jan-2010
[1456]
What is the @@ for in comments?
Andreas
14-Jan-2010
[1457]
those are TODOs
Gregg
14-Jan-2010
[1458]
Why not say TODO then? ;-)
Andreas
14-Jan-2010
[1459]
two characters less :)
Gregg
14-Jan-2010
[1460x2]
I'll buy you more memory. :-)
I won't complain though. Your code is excellent. Clean and easy to 
read. Very nice.
Andreas
14-Jan-2010
[1462x3]
more time, please :)
it's rather about quick typing, than about saving memory :)
(thanks)
Gregg
14-Jan-2010
[1465]
You must be a very slow typist for those chars to add up. ;-)
Andreas
14-Jan-2010
[1466]
has what i consider now to be a really stupid overloading of READ, 
though
Gregg
14-Jan-2010
[1467x3]
There are definitely time in REBOL where things get overloaded and 
the context is hard for humans to deal with.
Schemes are one of the areas where I think you need to internalize 
the model of port, sub-port, actors and events to really "get it".
Then you can write a scheme. :-)
Steeve
14-Jan-2010
[1470]
Andreas, on linux what do you get for this ?
>>? :system/ports/system/awake
Andreas
14-Jan-2010
[1471x3]
same as in win32
problem is, there's no event device on linux yet, whereas there is 
one on win32
that's why with linux r3, a simple "WAIT 10" will happily consume 
100% of one core for 10 seconds
Steeve
14-Jan-2010
[1474]
bad
Andreas
14-Jan-2010
[1475x2]
yep
so, here's a first update: http://bolka.at/share/prot-pop3.r[temporary 
url]
Steeve
14-Jan-2010
[1477]
A remark. You don't need to convert string rules into binaries when 
you parse a binary
Andreas
14-Jan-2010
[1478]
where?
Steeve
14-Jan-2010
[1479x4]
when you parse CRLF for example
bom and eom
the can stay as strings
*they
Andreas
14-Jan-2010
[1483x2]
that's gone in the recent rev anyway
and at least for FIND that's not true
Steeve
14-Jan-2010
[1485]
in the PICK actor, I yet see them
Andreas
14-Jan-2010
[1486]
refresh, then :)
Steeve
14-Jan-2010
[1487]
ouch :-)
Graham
14-Jan-2010
[1488x4]
Andreas .. regarding IMAP4, I looked at the RFC and then revised 
RFC and then the corrections to the revised RFC .. and I thought 
.. maybe it's going to take some time to read!
I haven't used IMAP4 for years so ... for me it's going to take time 
to get up to speed again.
Also just looking at your code ..  my understanding is that if you 
request a message, you have to keep reading until you hit a  crlf 
".," crlf  sequence ... but I don't see that anywhere in your code.
crlf "." crlf
Andreas
14-Jan-2010
[1492]
the most recent version doesn't currently fetch messages, yes