From fau at riseup.net Thu Oct 23 19:11:51 2014 From: fau at riseup.net (FAU) Date: Thu, 23 Oct 2014 13:11:51 -0600 Subject: [Iolib-devel] lfp.h: No such file or directory Message-ID: <1414091511.1822.1.camel@riseup.net> Hello, I just downloaded iolib through quicklisp. When it tries to compile it gets stuck by trying to include lfp.h, which doesn't seem to exist on my system (ArchLinux 64bit). All my systems are up to date. I tried to locate lfp.h (by pkgfile -s lfp.h) but it doesn't seem to exist on ArchLinux. Any ideas? Thanks, Frank External process exited with code 1. Command was: "g++" "-m64" "-Wno-write-strings" "-I/home/fau/quicklisp/dists/quicklisp/software/iolib-20140826-git/src/grovel/" "-o" "/home/fau/.cache/common-lisp/sbcl-1.2.2-linux-x64/home/fau/quicklisp/dists/quicklisp/software/iolib-20140826-git/src/syscalls/ffi-types-unix" "/home/fau/.cache/common-lisp/sbcl-1.2.2-linux-x64/home/fau/quicklisp/dists/quicklisp/software/iolib-20140826-git/src/syscalls/ffi-types-unix.c" Output was: /home/fau/.cache/common-lisp/sbcl-1.2.2-linux-x64/home/fau/quicklisp/dists/quicklisp/software/iolib-20140826-git/src/syscalls/ffi-types-unix.c:14:17: fatal error: lfp.h: No such file or directory #include From sionescu at cddr.org Thu Oct 23 21:30:44 2014 From: sionescu at cddr.org (Stelian Ionescu) Date: Thu, 23 Oct 2014 23:30:44 +0200 Subject: [Iolib-devel] lfp.h: No such file or directory In-Reply-To: <1414091511.1822.1.camel@riseup.net> References: <1414091511.1822.1.camel@riseup.net> Message-ID: <1414099844.3248.1.camel@cathai.ae.lan> On Thu, 2014-10-23 at 13:11 -0600, FAU wrote: > Hello, > > I just downloaded iolib through quicklisp. When it tries to compile it > gets stuck by trying to include lfp.h, which doesn't seem to exist on my > system (ArchLinux 64bit). All my systems are up to date. > > I tried to locate lfp.h (by pkgfile -s lfp.h) but it doesn't seem to > exist on ArchLinux. Any ideas? > > Thanks, > Frank > > External process exited with code 1. > Command was: "g++" "-m64" "-Wno-write-strings" > "-I/home/fau/quicklisp/dists/quicklisp/software/iolib-20140826-git/src/grovel/" "-o" "/home/fau/.cache/common-lisp/sbcl-1.2.2-linux-x64/home/fau/quicklisp/dists/quicklisp/software/iolib-20140826-git/src/syscalls/ffi-types-unix" "/home/fau/.cache/common-lisp/sbcl-1.2.2-linux-x64/home/fau/quicklisp/dists/quicklisp/software/iolib-20140826-git/src/syscalls/ffi-types-unix.c" > Output was: > /home/fau/.cache/common-lisp/sbcl-1.2.2-linux-x64/home/fau/quicklisp/dists/quicklisp/software/iolib-20140826-git/src/syscalls/ffi-types-unix.c:14:17: fatal error: lfp.h: No such file or directory > #include For a precompiled Arch package of libfixposix see http://software.opensuse.org/download.html?project=home%3Asionescu&package=libfixposix -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From fau at riseup.net Fri Oct 24 20:08:09 2014 From: fau at riseup.net (FAU) Date: Fri, 24 Oct 2014 14:08:09 -0600 Subject: [Iolib-devel] Thread Safe Message-ID: <1414181289.1710.1.camel@riseup.net> Hello, I'm curious about Iolib. I've been looking into ways to do multiplexing IO in common lisp. I know how I would do that in traditional (Unix) C via non-blocking IO and select(). I've admittedly not read the manual as of yet. It seems that Iolib has something like an event loop which probably invokes user specified callbacks for IO ready streams/fds. Now I'm wondering, is the event loop thread safe? Is there still a way to use something like the traditional select() call (which basically means not to use the event loop and determine the readiness of stream/fds the old fashioned way)? Thanks, Frank From sionescu at cddr.org Fri Oct 24 20:18:06 2014 From: sionescu at cddr.org (Stelian Ionescu) Date: Fri, 24 Oct 2014 22:18:06 +0200 Subject: [Iolib-devel] Thread Safe In-Reply-To: <1414181289.1710.1.camel@riseup.net> References: <1414181289.1710.1.camel@riseup.net> Message-ID: <1414181886.4069.4.camel@cathai.ae.lan> On Fri, 2014-10-24 at 14:08 -0600, FAU wrote: > Hello, > > I'm curious about Iolib. I've been looking into ways to do multiplexing > IO in common lisp. I know how I would do that in traditional (Unix) C > via non-blocking IO and select(). > > I've admittedly not read the manual as of yet. It seems that Iolib has > something like an event loop which probably invokes user specified > callbacks for IO ready streams/fds. > > Now I'm wondering, is the event loop thread safe? No, you'll have to come up with your own locking. > Is there still a way > to use something like the traditional select() call (which basically > means not to use the event loop and determine the readiness of > stream/fds the old fashioned way)? You mean, by returning a list of events ? No, although one thing you could try is perform one-shot runs of the event loop, after which the loop exits and you have to start it again. IOW, run your own loop outside the multiplexer loop. -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From sionescu at cddr.org Fri Oct 24 20:19:59 2014 From: sionescu at cddr.org (Stelian Ionescu) Date: Fri, 24 Oct 2014 22:19:59 +0200 Subject: [Iolib-devel] poll and EAGAIN In-Reply-To: References: Message-ID: <1414181999.4069.6.camel@cathai.ae.lan> On Fri, 2014-06-20 at 01:18 +0200, Attila Lendvai wrote: > hi! > > i started to receive errors from poll due to EAGAIN and it broke the > CGI handling in our web server. the issue is not urgent, but i thought > i'll report it. > > if i add the following to PROCESS-POLL-REVENTS under the case > (ISYS:POLLERR): > > (error 'poll-error :fd fd :identifier (princ-to-string > (iolib.syscalls:errno)))) > > then i see 11, which is EAGAIN. > > shouldn't that be handled by iolib behind my back? or am i doing > somehting wrong? > > the sympthoms are that the request is not even parsed properly (iiuc), > but when i use View Source in chrome then it seems to work. it's maybe > something about the request not arriving in one packet or somesuch? > but my network foo is limited... > > the code in question is in hu.dwim.web-server. Hi Attila, if you can grab a stacktrace, it would be very useful. I thought I handled all places where EAGAIN could be triggered, but obviously I haven't. -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: