From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Marius Vollmer Newsgroups: gmane.lisp.guile.devel Subject: Re: [PATCH] nonblocking write/recv/send/connect/accept Date: 29 Jun 2002 13:50:16 +0200 Sender: guile-devel-admin@gnu.org Message-ID: <87sn36gv7r.fsf@zagadka.ping.de> References: <20020327130351.B27416@kiwi.pyrotechnics.com> <87bsav0z4q.fsf@zagadka.ping.de> <20020628200733.A3168@kiwi.pyrotechnics.com> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1025351455 29962 127.0.0.1 (29 Jun 2002 11:50:55 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 29 Jun 2002 11:50:55 +0000 (UTC) Cc: guile-devel@gnu.org Return-path: Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17OGkh-0007n9-00 for ; Sat, 29 Jun 2002 13:50:55 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17OGkq-0005sg-00; Sat, 29 Jun 2002 07:51:04 -0400 Original-Received: from dialin.speedway42.dip117.dokom.de ([195.138.42.117] helo=zagadka.ping.de) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 17OGk6-0005mk-00 for ; Sat, 29 Jun 2002 07:50:18 -0400 Original-Received: (qmail 1137 invoked by uid 1000); 29 Jun 2002 11:50:16 -0000 Original-To: Christopher Cramer In-Reply-To: <20020628200733.A3168@kiwi.pyrotechnics.com> Original-Lines: 15 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.devel:718 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:718 Christopher Cramer writes: > On Sat, Jun 01, 2002 at 05:58:29PM +0200, Marius Vollmer wrote: > > Could you try to collect this pattern into its own set of functions > > (ala fport_wait_for_input)? I think this will make the code much > > cleaner. > > One thing is, we need functions in both socket.c and fports.c, and > fport_wait_for_input is static. Should I put the functions in both files, > or make them extern? The point is to collect similar code, so I'd say we should have only one copy of a function. Also, there might be more opportunities to use it in the future. A good place to put it would be iselect.c, I think. _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel