From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Thomas Hisch Newsgroups: gmane.emacs.bugs Subject: bug#48129: 28.0.50; Per file-handle (stdin, stdout and stderr) process-connection-type variable Date: Sat, 12 Jun 2021 16:23:29 +0200 Message-ID: <65069cf7-6ac2-57d3-4430-b83f91d93b81@ims.co.at> References: <83o8dv9e8s.fsf@gnu.org> <10473f20-aad5-a4a2-528e-088ac14bfb74@ims.co.at> <83fsyoxxy9.fsf@gnu.org> <87bl8b8eeh.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="18246"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:90.0) Gecko/20100101 Thunderbird/90.0 Cc: 48129@debbugs.gnu.org To: Lars Ingebrigtsen , Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Jun 12 16:24:13 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ls4YW-0004Xm-V3 for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 12 Jun 2021 16:24:13 +0200 Original-Received: from localhost ([::1]:52070 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ls4YV-0002WZ-Vx for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 12 Jun 2021 10:24:12 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47690) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ls4YM-0002WR-0q for bug-gnu-emacs@gnu.org; Sat, 12 Jun 2021 10:24:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:58577) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ls4YL-00078x-PY for bug-gnu-emacs@gnu.org; Sat, 12 Jun 2021 10:24:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ls4YL-000298-JC for bug-gnu-emacs@gnu.org; Sat, 12 Jun 2021 10:24:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Thomas Hisch Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 12 Jun 2021 14:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 48129 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 48129-submit@debbugs.gnu.org id=B48129.16235078198217 (code B ref 48129); Sat, 12 Jun 2021 14:24:01 +0000 Original-Received: (at 48129) by debbugs.gnu.org; 12 Jun 2021 14:23:39 +0000 Original-Received: from localhost ([127.0.0.1]:41890 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ls4Xz-00028T-0v for submit@debbugs.gnu.org; Sat, 12 Jun 2021 10:23:39 -0400 Original-Received: from mail.ims.co.at ([82.218.133.45]:58904) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ls4Xw-00028C-NA for 48129@debbugs.gnu.org; Sat, 12 Jun 2021 10:23:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ims.co.at; s=ims; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=xjN1Uf1WQwm8XpXAKIA+4nC9pLDEwV5lD5sEuHAQAJM=; b=XE7dmVK0I91u3lI7YWpZ3nAHRgJ9vKM/Cc1pPJWm1KXxOrudmGvRwUm/ 7tiJQr1HqTwG/J0P+Dh1ED1axbv3I7qVNiz4eyDlFhoQ/3KjCEEoU+c9O 4eZBnBPFxFThSXUjL486LldXRQbuGKeg7pnIZvlydmmJwIFXN7Eb6WpfA E=; IronPort-SDR: 62+8xMfOZyPRnIN3TOyMUdJKkA4vkXLF7ba6Wewd2VCBiIU+il08Qn3hCRM0iPe364RfZjBLDE ESGOM2PSaatA== X-IronPort-AV: E=Sophos;i="5.83,268,1616454000"; d="scan'208";a="979027" Content-Language: en-US In-Reply-To: <87bl8b8eeh.fsf@gnus.org> X-Originating-IP: [81.5.243.129] X-ClientProxiedBy: srv-xchg-02.ims.co.at (10.120.20.62) To srv-xchg-02.ims.co.at (10.120.20.62) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:208386 Archived-At: Hi, On 6/12/21 14:18, Lars Ingebrigtsen wrote: > Eli Zaretskii writes: > >> If it's possible to solve your problem by using make-pipe-process, I'd >> prefer such a solution. Introducing yet another obscure option to >> make-process should best be avoided, IMO. Yes I agree, if I could use make-pipe-process I would use it, but I guess it doesn't work. (let* ((stderr-buffer (get-buffer-create "*stderr*")) (stderr-pipe-proc (make-pipe-process :name "stderr" :buffer stderr-buffer)) (stdout-buffer (get-buffer-create "*temp*"))) (make-process :name "isatty" ;; what do I want? ;; I want stdin to be connected to a pty but not stdout :buffer stdout-buffer :connection-type 'pty :stderr stderr-pipe-proc :command (list "/tmp/output-isatty.py"))) What have I tried: * toggling the connection-type arguement doesn't have any impact on the output of the python script, which is run as a subprocess. * if a stderr argument is passed to make-process and the value is a the pipe-process, then both stdin as well as stdout in the subprocess are connected non-pty devices * if a stderr argument is not passed to make-process, then both stdin as well as stdout in the subprocess are connected to pty devices. Can you tell me if I should use make-process/make-pipe-process in a different way? > This was a month ago, and there was no followup, so I'm going to go > ahead and assume that the make-pipe-process workaround works (and that > seems like a pretty composable solution to me, too), and I'm closing > this bug report. > > If there's more to be done here, please respond to the debbugs address > and we'll reopen. > sry for the late reply. Unfortunately make-pike-process doesn't work for me, or at least I don't know how I should use it. Best regards, Thomas Diese E-Mail enth=C3=A4lt vertrauliche und/oder rechtlich gesch=C3=BCtzte I= nformationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail i= rrt=C3=BCmlich erhalten haben, informieren Sie bitte sofort den Absender un= d vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte We= itergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you = are not the intended recipient (or have received this e-mail in error) plea= se notify the sender immediately and destroy this e-mail. Any unauthorized = copying, disclosure or distribution of the material in this e-mail is stric= tly prohibited. IMS Nanofabrication GmbH FN: 208021 p, FB-Gericht: Wien; Sitz: Schreygasse = 3, 1020, Vienna (Austria),Tel. +43 1 214 48 94; E-Mail: imsoffice@ims.co.at= ; DVR-Nr: 0374369; www.ims.co.at