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

World: r3wp

[!REBOL3 Schemes] Implementors guide

Andreas
14-Jan-2010
[1439]
ha! read/part :)
Steeve
14-Jan-2010
[1440]
Andreas, your binding in the awake function should ne done only one 
time, at construction
Andreas
14-Jan-2010
[1441]
sure. but forget that code, i'll put up something more up-to-date 
soon
Gregg
14-Jan-2010
[1442x2]
Yes, I think that should work. Then your state machine will need 
to know it's building a message, or loop internally.
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
[1488]
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!