James Graves <firstname.lastname@example.org> writes:
> Andreas Rottmann wrote:
>>  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, [...]
> I'll need to sit down and review the proposal as a whole.
> However, as a potential user, I've got a comment.
> I'm currently working (slowly) on creating an interface for OpenSSL for
> Scheme 48.
Cool! I'd love to hear wether TLS/SSL can be implemented as a natural
extension of my proposal :).
I've got a nit, however: have you considered wrapping GnuTLS
instead? OpenSSL has this unfortunate GPL-incompatibilty
issue. Also, you might be interested in my Scheme-level FFI for
Scheme 48, although such a low-level library binding as TLS would
probably be better done the "old fashioned way" anyway.
> Normally it expects to be handed file descriptors of the already opened
> TCP socket (to a web server, for example).
> Currently in Scheme 48, there are macros to access the underlying file
> descriptor of a given port. How can / should this be handled with the
> new network API? Or would there not be any changes at this level?
At that level, the new implementation should not matter, as it uses
channels and ports in exactly the same ways as the old, a bit limited,
socket API of Scheme 48 did.
> Also, is this something that should be standardized across Scheme
Some kind of network API should be definitly standardized across
Scheme implementations. I'm ATM trying to get feedback if my proposal
(when completed) is worthwhile to submit as an SRFI.
Andreas Rottmann | Rotty@ICQ | 118634484@ICQ | email@example.com
http://yi.org/rotty | GnuPG Key: http://yi.org/rotty/gpg.asc
Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62
Say NO to Software Patents! -- http://petition.eurolinux.org/