From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daiki Ueno Newsgroups: gmane.emacs.devel Subject: Re: pipe Date: Fri, 13 Mar 2015 21:29:42 +0900 Message-ID: <87h9tp3wsp.fsf-ueno@gnu.org> References: <83twxp2mew.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1426249806 24160 80.91.229.3 (13 Mar 2015 12:30:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 13 Mar 2015 12:30:06 +0000 (UTC) Cc: Werner Koch , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 13 13:30:01 2015 Return-path: Envelope-to: ged-emacs-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 1YWOiz-0000oU-2f for ged-emacs-devel@m.gmane.org; Fri, 13 Mar 2015 13:29:57 +0100 Original-Received: from localhost ([::1]:36738 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YWOiy-0001wB-FX for ged-emacs-devel@m.gmane.org; Fri, 13 Mar 2015 08:29:56 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59716) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YWOit-0001tI-Ut for emacs-devel@gnu.org; Fri, 13 Mar 2015 08:29:53 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YWOis-0001aE-Kb for emacs-devel@gnu.org; Fri, 13 Mar 2015 08:29:51 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49781) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YWOis-0001a2-IM for emacs-devel@gnu.org; Fri, 13 Mar 2015 08:29:50 -0400 Original-Received: from du-a.org ([2001:e41:db5e:fb14::1]:34141 helo=debian) by fencepost.gnu.org with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1YWOir-00047H-DN; Fri, 13 Mar 2015 08:29:49 -0400 In-Reply-To: <83twxp2mew.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 13 Mar 2015 12:59:19 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:183843 Archived-At: Eli Zaretskii writes: >> Related to: >> https://lists.gnu.org/archive/html/emacs-devel/2014-09/msg00777.html >> in which I proposed a generalization of start-process, in a similar way >> to open-network-stream and make-network-process. > > I don't see the additional file descriptors mentioned there, did I > miss something? Sorry, I only mentioned it as a euphemism: * We could collect stderr output naturally. 'make-subprocess' could have a keyword, say :error, to prepare a pipe for stderr when spawning a process. >> My motivation behind that was to avoid temporary files in epg.el, by >> using file descriptors other than 0 and 1 (as you know, gpg has options >> --status-fd, --command-fd, --attribute-fd, etc. for that). > > Can these features of gpg be used on MS-Windows? IOW, how do you > invoke a subprocess with redirected file descriptors beyond the 3 > standard ones, in a way that will work not only on Posix platforms > that support the full 'fork' functionality? Actually, I'm not sure, but there was a porting effort of the GPG stack to Windows and Windows CE, and I think there should be a way to work that around (added Werner to Cc). > (I was about to ask why not use the existing feature of talking to > localhost via sockets, but then realized that it would suffer from the > same problem of how can we invoke a subprocess with more than just the > standard handles redirected.) > > In any case, the Emacs side of this new process type, if it is added, > will "need work" in w32proc.c. Thanks for the info. Regards, -- Daiki Ueno