From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: tomas@tuxteam.de Newsgroups: gmane.lisp.guile.devel Subject: Re: Reading data from a file descriptor Date: Tue, 24 Nov 2015 16:28:59 +0100 Message-ID: <20151124152859.GA6477@tuxteam.de> References: <87a8qpx2kg.fsf@elephant.savannah> <874mgxx1y3.fsf@elephant.savannah> <87fv0h1ic2.fsf@delenn.home.rotty.xx.vu> <87h9kpvqw1.fsf@netris.org> <20151116130249.GA4154@tuxteam.de> <87h9kc77cw.fsf@delenn.h.r0tty.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; x-action=pgp-signed Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1448381049 22863 80.91.229.3 (24 Nov 2015 16:04:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 24 Nov 2015 16:04:09 +0000 (UTC) Cc: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Tue Nov 24 17:04:03 2015 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1a1G4V-0005oS-4I for guile-devel@m.gmane.org; Tue, 24 Nov 2015 17:03:59 +0100 Original-Received: from localhost ([::1]:39481 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a1G4W-0004p9-Bp for guile-devel@m.gmane.org; Tue, 24 Nov 2015 11:04:00 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43005) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a1G4S-0004oA-UW for guile-devel@gnu.org; Tue, 24 Nov 2015 11:03:57 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a1G4P-0003xF-Ot for guile-devel@gnu.org; Tue, 24 Nov 2015 11:03:56 -0500 Original-Received: from mail.tuxteam.de ([5.199.139.25]:37712 helo=tomasium.tuxteam.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a1G4P-0003pj-Il for guile-devel@gnu.org; Tue, 24 Nov 2015 11:03:53 -0500 Original-Received: from tomas by tomasium.tuxteam.de with local (Exim 4.80) (envelope-from ) id 1a1FWe-0001m0-1B for guile-devel@gnu.org; Tue, 24 Nov 2015 16:29:00 +0100 In-Reply-To: <87h9kc77cw.fsf@delenn.h.r0tty.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 5.199.139.25 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:18065 Archived-At: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, Nov 23, 2015 at 10:07:11PM +0100, Andreas Rottmann wrote: > writes: [...] > > what Jan is after (and what I'd like to have too) is something > > akin to Unix read(2) with O_NONBLOCK: [...] > The procedure with the closest semantics is R6RS > `get-bytevector-some`. While the R6RS says it will block if no data is > available, a quick look at Guile source code seems to indicate that it > probably works with non-blocking I/O -- I'd say it should return EOF if > called on a non-readable, non-blocking port, and otherwise not block, > and return the data available. This is all just from a quick > inspection, without running any actual code. Thanks a bunch for looking into it. I'll give it a try and report back. Regards - -- tomás -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlZUgjsACgkQBcgs9XrR2kbScACdH6hoWVVX6m6oCk1O3Fq+S1Pn EI4AnRvOO3QSBMq/GmU8Mzctm4VliTMe =Nyl4 -----END PGP SIGNATURE-----