Re: asynchronous socket library

2013-08-24 Thread mark . d . witmer
Mark H Weaver writes: > > First of all, that '(close-port port)' is wrong. Here you are trying to > tell Guile how to close 'port', and this just recurses. I guess it > should be (close-port auth-file)'. That's right. It's two bugs, actually---closing the file would cause an infinite loop and

Re: asynchronous socket library

2013-08-24 Thread Mark H Weaver
Hi Mark, Sorry for taking so long to respond. m...@markwitmer.com writes: > Mark H Weaver writes: > >> m...@markwitmer.com writes: >>> Reading and writing to a socket seems to lend itself well to custom >>> binary ports, >> >> Why do you say that? For most purposes, Guile's native file ports a

Re: asynchronous socket library

2013-07-17 Thread mark
Mark H Weaver writes: > m...@markwitmer.com writes: >> Reading and writing to a socket seems to lend itself well to custom >> binary ports, > > Why do you say that? For most purposes, Guile's native file ports are > superior, and they seem the natural choice for sockets. > I over-generalized. I

Re: asynchronous socket library

2013-07-17 Thread Mark H Weaver
m...@markwitmer.com writes: > Reading and writing to a socket seems to lend itself well to custom > binary ports, Why do you say that? For most purposes, Guile's native file ports are superior, and they seem the natural choice for sockets. > but then I think you're stuck with an opaque buffer --

Re: asynchronous socket library

2013-07-16 Thread mark
Aleix Conchillo Flaqué writes: > Hi, > > I was wondering if there is (or someone is working on) an asynchronous > socket library for Guile. I was thinking in a pure scheme library (not > bindings for libevent or some other). > > Thanks, > > Aleix > > I spent

Re: asynchronous socket library

2013-07-16 Thread Aleix Conchillo Flaqué
On Tue, Jul 16, 2013 at 8:58 AM, Chaos Eternal wrote: > http://git.savannah.gnu.org/gitweb/?p=guile.git;a=shortlog;h=refs/heads/wip-ethreads > > should be this one > Oh, I see now. Nala Ginrut actually asked about the status of the wip-ethreads branch earlier this month. http://lists.gnu.org/ar

Re: asynchronous socket library

2013-07-16 Thread Chaos Eternal
http://git.savannah.gnu.org/gitweb/?p=guile.git;a=shortlog;h=refs/heads/wip-ethreads should be this one On Tue, Jul 16, 2013 at 11:24 PM, Aleix Conchillo Flaqué wrote: > On Tue, Jul 16, 2013 at 12:36 AM, Chaos Eternal > wrote: >> i think there is a nio branch for guile? >> nio means non-blocki

Re: asynchronous socket library

2013-07-16 Thread Aleix Conchillo Flaqué
On Tue, Jul 16, 2013 at 12:36 AM, Chaos Eternal wrote: > i think there is a nio branch for guile? > nio means non-blocking io > Couldn't find it with that name. Aleix

Re: asynchronous socket library

2013-07-16 Thread Aleix Conchillo Flaqué
On Tue, Jul 16, 2013 at 12:50 AM, Thien-Thi Nguyen wrote: > () Aleix Conchillo Flaqué > () Tue, 16 Jul 2013 00:02:36 -0700 > >My idea was to create something simple on top of system calls, >as libevent does. > > Have you looked at GNU Serveez? > > http://www.gnu.org/software/serveez/ > >

Re: asynchronous socket library

2013-07-16 Thread Thien-Thi Nguyen
() Aleix Conchillo Flaqué () Tue, 16 Jul 2013 00:02:36 -0700 My idea was to create something simple on top of system calls, as libevent does. Have you looked at GNU Serveez? http://www.gnu.org/software/serveez/ It is relatively simple. [cc trimmed] -- Thien-Thi Nguyen GPG key: 4C80

Re: asynchronous socket library

2013-07-16 Thread Chaos Eternal
n) an asynchronous >>> socket library for Guile. I was thinking in a pure scheme library (not >>> bindings for libevent or some other). >> >> If you don't use libevent, at least you'll need poll, epoll or >> something similar. Or how are you planning to

Re: asynchronous socket library

2013-07-16 Thread Aleix Conchillo Flaqué
On Tue, Jul 16, 2013 at 12:02 AM, Aleix Conchillo Flaqué wrote: > something complete). Basilica, the main idea is to learn in the Oopsss spell checker did a funny thing here. I meant "Basically". Aleix

Re: asynchronous socket library

2013-07-16 Thread Aleix Conchillo Flaqué
On Mon, Jul 15, 2013 at 11:15 PM, Javier Sancho wrote: > Aleix Conchillo Flaqué wrote: >> I was wondering if there is (or someone is working on) an asynchronous >> socket library for Guile. I was thinking in a pure scheme library (not >> bindings for libevent or some other).

Re: asynchronous socket library

2013-07-15 Thread Javier Sancho
Aleix Conchillo Flaqué wrote: > I was wondering if there is (or someone is working on) an asynchronous > socket library for Guile. I was thinking in a pure scheme library (not > bindings for libevent or some other). If you don't use libevent, at least you'll need poll, epoll o

Re: asynchronous socket library

2013-07-15 Thread Aleix Conchillo Flaqué
On Mon, Jul 15, 2013 at 6:03 PM, Nala Ginrut wrote: > > 在 2013-7-16 AM7:41,"Aleix Conchillo Flaqué" 写道: > > >> >> Hi, >> >> I was wondering if there is (or someone is working on) an asynchronous >> socket library for Guile. I was thinking in a

Re: asynchronous socket library

2013-07-15 Thread Nala Ginrut
在 2013-7-16 AM7:41,"Aleix Conchillo Flaqué" 写道: > > Hi, > > I was wondering if there is (or someone is working on) an asynchronous > socket library for Guile. I was thinking in a pure scheme library (not > bindings for libevent or some other). > That would be g

asynchronous socket library

2013-07-15 Thread Aleix Conchillo Flaqué
Hi, I was wondering if there is (or someone is working on) an asynchronous socket library for Guile. I was thinking in a pure scheme library (not bindings for libevent or some other). Thanks, Aleix