The following message is a courtesy copy of an article
that has been posted to gmane.lisp.scheme.scsh.devel,gmane.lisp.scheme.scsh as
well.
Hi!
This in fact a followup on my earlier mail[0].
[0] http://article.gmane.org/gmane.lisp.scheme.scsh.devel/60
I've now diverged from earlier plan to go the route outlined by Mike
Sperber (clean up the scsh networking API, then implement that on
Scheme 48), but instead started from Taylor campells TCP interface
proposal[1], generalized it a bit, so it can also cover
stream-oriented connections in other domains (e.g. AF_UNIX) and added
datagram (specifically UDP) support -- see [2] for the resulting
(still very rough) proposal. If have now started implementing this for
Scheme 48; at the bottom of the mail is a short note on the current
status and some implementation details.
[1] http://mumble.net/~campbell/proposals/tcp.text
[2] http://stud3.tuwien.ac.at/~e9926584/SchemeNetworkAPI.html
I think this network API is general enough in principle that it could
be submitted as an SRFI when polished and specified better. In
comparison to the scsh (highlevel) API, I think it abstracts a bit
better from the underlying BSD socket API; I'd really appreciate
comments from the users of the current networking API of scsh
(esp. SUnet developers) and Scheme 48, if
1) my proposal would suffice the needs of SUnet, if not, what else
would be needed
2) you think this proposal is viable (if brushed up appropriatly)
as a high-level, common network API for Scheme 48 and scsh
If 2) can be agreed upon, I'd volunteer implementing the proposal on
top of the current scsh interface, which should be quite easy, and
give porting SUnet to it a go.
Also, I'd like to know about what the state of things
wrt. coordinating the network API with the PLT people (that Mike
mentioned) is.
Cheers, Rotty
--
Andreas Rottmann | Rotty@ICQ | 118634484@ICQ | a.rottmann@gmx.at
http://yi.org/rotty | GnuPG Key: http://yi.org/rotty/gpg.asc
Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62
v2sw7MYChw5pr5OFma7u7Lw2m5g/l7Di6e6t5BSb7en6g3/5HZa2Xs6MSr1/2p7 hackerkey.com
Python is executable pseudocode, Perl is executable line-noise.
|