From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thien-Thi Nguyen Newsgroups: gmane.lisp.guile.user Subject: Re: debugging guile runtime Date: Mon, 29 Aug 2011 21:20:56 +0200 Message-ID: <87y5ycowh3.fsf@ambire.localdomain> References: <20110829125030.GB30079@ccellier.rd.securactive.lan> <20110829162400.GB21699@ccellier.rd.securactive.lan> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1314645753 26755 80.91.229.12 (29 Aug 2011 19:22:33 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 29 Aug 2011 19:22:33 +0000 (UTC) Cc: guile-user@gnu.org To: rixed@happyleptic.org Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Mon Aug 29 21:22:29 2011 Return-path: Envelope-to: guile-user@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Qy7Ph-0002CQ-Er for guile-user@m.gmane.org; Mon, 29 Aug 2011 21:22:29 +0200 Original-Received: from localhost ([::1]:41619 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qy7Pg-0005Ib-O6 for guile-user@m.gmane.org; Mon, 29 Aug 2011 15:22:28 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:42973) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qy7Pd-000595-HO for guile-user@gnu.org; Mon, 29 Aug 2011 15:22:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qy7Pb-0006bx-H3 for guile-user@gnu.org; Mon, 29 Aug 2011 15:22:25 -0400 Original-Received: from smtp208.alice.it ([82.57.200.104]:48768) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qy7Pb-0006ZN-4l for guile-user@gnu.org; Mon, 29 Aug 2011 15:22:23 -0400 Original-Received: from ambire.localdomain (87.4.66.118) by smtp208.alice.it (8.5.124.08) id 4DE64DF107D8ADAE; Mon, 29 Aug 2011 21:21:58 +0200 Original-Received: from ttn by ambire.localdomain with local (Exim 4.69) (envelope-from ) id 1Qy7OC-0007Ij-Ss; Mon, 29 Aug 2011 21:20:56 +0200 In-Reply-To: <20110829162400.GB21699@ccellier.rd.securactive.lan> (rixed@happyleptic.org's message of "Mon, 29 Aug 2011 18:24:00 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 82.57.200.104 X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane.org@gnu.org Original-Sender: guile-user-bounces+guile-user=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.user:8747 Archived-At: () rixed@happyleptic.org () Mon, 29 Aug 2011 18:24:00 +0200 Sorry I did not report the problem very well. The trouble is not with fork itself but with open-process, which is not actually part of the runtime but rather part of ice-9 popen module. Perhaps an object property could be added: ;; The property that @code{execl} uses to decide how to handle ;; an open port. If the value is @code{#t}, do @code{close-port} ;; on it. If a procedure, call that procedure with the port. ;; If @code{#f} or never specified, do nothing. ;; (define close-on-exec (make-object-property)) Example usage: (define port (open-input-file "COPYING")) (set! (close-on-exec port) #t)