Lars Ingebrigtsen <larsi@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.
Received: (at 48129) by debbugs.gnu.org; 12 Jun 2021 16:49:50 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jun 12 12:49:50 2021
Received: from localhost ([127.0.0.1]:41971 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1ls6pR-0001a8-Ot
for submit <at> debbugs.gnu.org; Sat, 12 Jun 2021 12:49:50 -0400
Received: from mail.ims.co.at ([82.218.133.45]:14139)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <prvs=79075d871=thomas.hisch@HIDDEN>)
id 1ls6pP-0001Zu-KG
for 48129 <at> debbugs.gnu.org; Sat, 12 Jun 2021 12:49:48 -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=djoUQk5jdzIusQwU97NRhM4H7OOmqmyYyCeOweg2kHo=;
b=ja7S/Qc0M9JNrmM/nGnHBXWsOx3VXTrTP/Zz5yhIwvVHLfM8gAEqbR5l
o3Q0Z0rQBBd5GoWSUSVPlT7clVDJjS7nu4n6kotx8MqEbtjaJdqgvWDwi
yXJeBV7WGJJkfPlds8uo3FlVIv2I5pnDdjJNXD6a7fZOQkwk0gs2/k2Ni Y=;
IronPort-SDR: FsbBsMGv4kBR37KvW9OcEVw5ibg31bvOK7tLPRRKdwVSk+TX7X3xzq1Ezbm6nt5pt3j0qui1O+
0BqNtOUf3bBQ==
X-IronPort-AV: E=Sophos;i="5.83,268,1616454000";
d="scan'208";a="979103"
Message-ID: <ab7d7cfe-e440-bb6e-a4dc-04de60697dad@HIDDEN>
Date: Sat, 12 Jun 2021 18:49:40 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:90.0) Gecko/20100101
Thunderbird/90.0
Subject: Re: bug#48129: 28.0.50; Per file-handle (stdin, stdout and stderr)
process-connection-type variable
Content-Language: en-US
To: Eli Zaretskii <eliz@HIDDEN>
References: <yedk0oje5d9.fsf@HIDDEN> <83o8dv9e8s.fsf@HIDDEN>
<10473f20-aad5-a4a2-528e-088ac14bfb74@HIDDEN>
<daa66cd4-dfec-6dd3-efe9-ca35dca8a391@HIDDEN> <83fsyoxxy9.fsf@HIDDEN>
<87bl8b8eeh.fsf@HIDDEN> <65069cf7-6ac2-57d3-4430-b83f91d93b81@HIDDEN>
<835yyj85g3.fsf@HIDDEN>
From: Thomas Hisch <thomas.hisch@HIDDEN>
In-Reply-To: <835yyj85g3.fsf@HIDDEN>
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Originating-IP: [10.119.100.99]
X-ClientProxiedBy: srv-xchg-02.ims.co.at (10.120.20.62) To
srv-xchg-02.ims.co.at (10.120.20.62)
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 48129
Cc: 48129 <at> debbugs.gnu.org, larsi@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
On 6/12/21 17:31, Eli Zaretskii wrote:
>> * 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.
>
> Indeed, I forgot that using :stderr with make-process automatically
> resets the process connection typ to use pipes for all the 3 standard
> handles. I guess there's some technical issue underlying that?
I guess you mean a technical issue in emacs and not in the OS, right?
cpython e.g. doesn't have this limitation. In cpython you can pass
one of the following values to each file handle (stdin, stdout, stderr)
in the subprocess module:
(see https://docs.python.org/3.10/library/subprocess.html#subprocess.Popen)
subprocess.DEVNULL
Special value that can be used as the stdin, stdout or stderr
argument to Popen and indicates that the special file os.devnull will be
used.
subprocess.PIPE
Special value that can be used as the stdin, stdout or stderr
argument to Popen and indicates that a pipe to the standard stream
should be opened. Most useful with Popen.communicate().
subprocess.STDOUT
Special value that can be used as the stderr argument to Popen and
indicates that standard error should go into the same handle as standard
output.
It is also possible to use
> an existing file descriptor (a positive integer), an existing file
object, and None.
If you want to assign a file handle to pty you have to pass a file
descriptor to one of the handles (stdin,stdout,stderr)
It would be nice if emacs were as flexible as cpython w.r.t. configuring
file handles for subprocesses.
> Because we had that restriction since day one. Perhaps using PTYs
> means that stderr must be redirected to the same device as stdout or
> something?
>
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@HIDDEN=
; DVR-Nr: 0374369; www.ims.co.at
bug-gnu-emacs@HIDDEN:bug#48129; Package emacs.
Full text available.Debbugs Internal Request <help-debbugs@HIDDEN>
to internal_control <at> debbugs.gnu.org.
Full text available.Received: (at 48129) by debbugs.gnu.org; 12 Jun 2021 15:48:56 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jun 12 11:48:56 2021 Received: from localhost ([127.0.0.1]:41955 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1ls5sW-0006Pb-DD for submit <at> debbugs.gnu.org; Sat, 12 Jun 2021 11:48:56 -0400 Received: from quimby.gnus.org ([95.216.78.240]:44014) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <larsi@HIDDEN>) id 1ls5sT-0006PH-Ox for 48129 <at> debbugs.gnu.org; Sat, 12 Jun 2021 11:48:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=txSWTfjSdzWCWBwvRsv+alH94vp4b1404XSY+vXCGOM=; b=UMCVNMcregh9Q/Gjweqa4Qis1/ RSidV4hNp7DxmxkOGzV9L4+LISgMht5pmluFy+YQ1vma78jace0exH6eg/MlUfmUZPshM5qeP9FMU VtxNi/rozAw4QvOILD+vWGqIb9C7GcglJ3i145V82+3B4dn05CoHWCmTA9ZBgENdP8CI=; Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <larsi@HIDDEN>) id 1ls5sK-0007qE-Pr; Sat, 12 Jun 2021 17:48:47 +0200 From: Lars Ingebrigtsen <larsi@HIDDEN> To: Thomas Hisch <thomas.hisch@HIDDEN> Subject: Re: bug#48129: 28.0.50; Per file-handle (stdin, stdout and stderr) process-connection-type variable References: <yedk0oje5d9.fsf@HIDDEN> <83o8dv9e8s.fsf@HIDDEN> <10473f20-aad5-a4a2-528e-088ac14bfb74@HIDDEN> <daa66cd4-dfec-6dd3-efe9-ca35dca8a391@HIDDEN> <83fsyoxxy9.fsf@HIDDEN> <87bl8b8eeh.fsf@HIDDEN> <65069cf7-6ac2-57d3-4430-b83f91d93b81@HIDDEN> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAFVBMVEXExcewsbSUlpq+ vsDw7e1iZGb///8OkHU4AAAAAWJLR0QGYWa4fQAAAAd0SU1FB+UGDA8wIde4CxkAAAGsSURBVDjL bZNBbsQgDEWdQvfYdPbFKvtQ2v1U4gKNlPtfpbZJQiYdSzMKPP63AQMASAk1Kki4gqH513XVAdk8 OjCC6Nsrr8d6RICNBOgKsykDTBgMTJgwlq7oQowGdBALM5o/Rs3/KUAFGKaRA6AiCSiWeNYfHOlR AFpZscQBZHFeLQXGUN2Yh0oCiBOnqOWGk4J3RS3pBKoBkQiobs8s87Vw7opQ68gAbgdFFHM5WTnM XUFJwXwG2+lGBy64C+jBzO9XhczJXk77wLoBNQs4SK0nK71GOIgCUqvtdvfNlJNC0h8nL8duICXS 7Cqba78evPWzIsLHiLdh9chuCyS2uEhogVHTEUHahOH/PPr7/JKfgdZ+6Bl4a749Bf7e2sv6BDQh 0gyJ/zlJjkQCHhWkgILkoIsV+/s9Bclx9aJ3/4Og4HqC9CF3qVXh8LKXVfR5PpYrnVrtRfimG+Qz cBhxCt5nSCdJnLWhJ3l0/gYJh8SMkLRZMvxqx21G21XOJcsbXAp2De8RfHPSJesi3/bXI83uSw7l G1aJRfpon6/EUWyzAimLsy1gthbX0R9bqGmJbsWieAAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMS0w Ni0xMlQxNTo0ODozMyswMDowMBonm2wAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMDYtMTJUMTU6 NDg6MzMrMDA6MDBreiPQAAAAAElFTkSuQmCC X-Now-Playing: John Hudak and Stephan Mathieu's _Pieces of Winter_: "05" Date: Sat, 12 Jun 2021 17:48:44 +0200 In-Reply-To: <65069cf7-6ac2-57d3-4430-b83f91d93b81@HIDDEN> (Thomas Hisch's message of "Sat, 12 Jun 2021 16:23:29 +0200") Message-ID: <87o8cb5bj7.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Thomas Hisch <thomas.hisch@HIDDEN> writes: > 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. OK; reopening. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 48129 Cc: 48129 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.7 (-) Thomas Hisch <thomas.hisch@HIDDEN> writes: > 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. OK; reopening. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no
bug-gnu-emacs@HIDDEN:bug#48129; Package emacs.
Full text available.Received: (at 48129) by debbugs.gnu.org; 12 Jun 2021 15:32:13 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jun 12 11:32:13 2021 Received: from localhost ([127.0.0.1]:41941 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1ls5cL-00061d-ET for submit <at> debbugs.gnu.org; Sat, 12 Jun 2021 11:32:13 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58866) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1ls5cJ-00061Q-PL for 48129 <at> debbugs.gnu.org; Sat, 12 Jun 2021 11:32:12 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:43050) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1ls5cD-0007KE-GD; Sat, 12 Jun 2021 11:32:05 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3675 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1ls5cC-0001Rm-Vo; Sat, 12 Jun 2021 11:32:05 -0400 Date: Sat, 12 Jun 2021 18:31:56 +0300 Message-Id: <835yyj85g3.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Thomas Hisch <thomas.hisch@HIDDEN> In-Reply-To: <65069cf7-6ac2-57d3-4430-b83f91d93b81@HIDDEN> (message from Thomas Hisch on Sat, 12 Jun 2021 16:23:29 +0200) Subject: Re: bug#48129: 28.0.50; Per file-handle (stdin, stdout and stderr) process-connection-type variable References: <yedk0oje5d9.fsf@HIDDEN> <83o8dv9e8s.fsf@HIDDEN> <10473f20-aad5-a4a2-528e-088ac14bfb74@HIDDEN> <daa66cd4-dfec-6dd3-efe9-ca35dca8a391@HIDDEN> <83fsyoxxy9.fsf@HIDDEN> <87bl8b8eeh.fsf@HIDDEN> <65069cf7-6ac2-57d3-4430-b83f91d93b81@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 48129 Cc: 48129 <at> debbugs.gnu.org, larsi@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > Date: Sat, 12 Jun 2021 16:23:29 +0200 > CC: <48129 <at> debbugs.gnu.org> > From: Thomas Hisch <thomas.hisch@HIDDEN> > > > Eli Zaretskii <eliz@HIDDEN> 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. Indeed, I forgot that using :stderr with make-process automatically resets the process connection typ to use pipes for all the 3 standard handles. I guess there's some technical issue underlying that? Because we had that restriction since day one. Perhaps using PTYs means that stderr must be redirected to the same device as stdout or something?
bug-gnu-emacs@HIDDEN:bug#48129; Package emacs.
Full text available.
Received: (at 48129) by debbugs.gnu.org; 12 Jun 2021 14:23:39 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jun 12 10:23:39 2021
Received: from localhost ([127.0.0.1]:41890 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1ls4Xz-00028T-0v
for submit <at> debbugs.gnu.org; Sat, 12 Jun 2021 10:23:39 -0400
Received: from mail.ims.co.at ([82.218.133.45]:58904)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <prvs=79075d871=thomas.hisch@HIDDEN>)
id 1ls4Xw-00028C-NA
for 48129 <at> 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"
Message-ID: <65069cf7-6ac2-57d3-4430-b83f91d93b81@HIDDEN>
Date: Sat, 12 Jun 2021 16:23:29 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:90.0) Gecko/20100101
Thunderbird/90.0
Subject: Re: bug#48129: 28.0.50; Per file-handle (stdin, stdout and stderr)
process-connection-type variable
Content-Language: en-US
To: Lars Ingebrigtsen <larsi@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>
References: <yedk0oje5d9.fsf@HIDDEN> <83o8dv9e8s.fsf@HIDDEN>
<10473f20-aad5-a4a2-528e-088ac14bfb74@HIDDEN>
<daa66cd4-dfec-6dd3-efe9-ca35dca8a391@HIDDEN> <83fsyoxxy9.fsf@HIDDEN>
<87bl8b8eeh.fsf@HIDDEN>
From: Thomas Hisch <thomas.hisch@HIDDEN>
In-Reply-To: <87bl8b8eeh.fsf@HIDDEN>
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: quoted-printable
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-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 48129
Cc: 48129 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
Hi,
On 6/12/21 14:18, Lars Ingebrigtsen wrote:
> Eli Zaretskii <eliz@HIDDEN> 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@HIDDEN=
; DVR-Nr: 0374369; www.ims.co.at
bug-gnu-emacs@HIDDEN:bug#48129; Package emacs.
Full text available.Lars Ingebrigtsen <larsi@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Received: (at 48129) by debbugs.gnu.org; 12 Jun 2021 12:18:41 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jun 12 08:18:41 2021 Received: from localhost ([127.0.0.1]:40491 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1ls2b3-0006nf-HS for submit <at> debbugs.gnu.org; Sat, 12 Jun 2021 08:18:41 -0400 Received: from quimby.gnus.org ([95.216.78.240]:41714) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <larsi@HIDDEN>) id 1ls2b1-0006nO-HN for 48129 <at> debbugs.gnu.org; Sat, 12 Jun 2021 08:18:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=yMpXbjf6T/6+mYIpSLEKvHcpEWJPrbRGYitzax4HB4c=; b=uGHycvWTHvf2EZJGJENcryRqbi ssKW4hCYFtXuoYaS1dqwlGwncO+LxrDj1lIzWAxHZpTGPDH6v+ipNdSgMvE7K4UhyMJ4V721dD043 e+3iw67ujgcgxOF5FZP5VJkG9x4dV6LllPw6x2j7zegzrl9kzq/Pz9PHPKm5c9VP+m4s=; Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from <larsi@HIDDEN>) id 1ls2at-0005YE-Dr; Sat, 12 Jun 2021 14:18:33 +0200 From: Lars Ingebrigtsen <larsi@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#48129: 28.0.50; Per file-handle (stdin, stdout and stderr) process-connection-type variable References: <yedk0oje5d9.fsf@HIDDEN> <83o8dv9e8s.fsf@HIDDEN> <10473f20-aad5-a4a2-528e-088ac14bfb74@HIDDEN> <daa66cd4-dfec-6dd3-efe9-ca35dca8a391@HIDDEN> <83fsyoxxy9.fsf@HIDDEN> X-Now-Playing: Colored Music's _Individual Beauty_: "Tamare Kurawanka (Previously Unreleased Version)" Date: Sat, 12 Jun 2021 14:18:30 +0200 In-Reply-To: <83fsyoxxy9.fsf@HIDDEN> (Eli Zaretskii's message of "Sat, 15 May 2021 10:23:10 +0300") Message-ID: <87bl8b8eeh.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii <eliz@HIDDEN> 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. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 48129 Cc: Thomas Hisch <thomas.hisch@HIDDEN>, 48129 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.7 (-) Eli Zaretskii <eliz@HIDDEN> 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. 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. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no
bug-gnu-emacs@HIDDEN:bug#48129; Package emacs.
Full text available.Received: (at 48129) by debbugs.gnu.org; 15 May 2021 07:23:24 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat May 15 03:23:24 2021 Received: from localhost ([127.0.0.1]:47426 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1lhodv-0001B4-Tx for submit <at> debbugs.gnu.org; Sat, 15 May 2021 03:23:24 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47074) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1lhods-0001Ao-Uy for 48129 <at> debbugs.gnu.org; Sat, 15 May 2021 03:23:23 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:35410) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1lhodm-0004gM-M6; Sat, 15 May 2021 03:23:14 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1666 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1lhodm-0008J4-4y; Sat, 15 May 2021 03:23:14 -0400 Date: Sat, 15 May 2021 10:23:10 +0300 Message-Id: <83fsyoxxy9.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Thomas Hisch <thomas.hisch@HIDDEN> In-Reply-To: <daa66cd4-dfec-6dd3-efe9-ca35dca8a391@HIDDEN> (message from Thomas Hisch on Fri, 7 May 2021 21:46:15 +0200) Subject: Re: bug#48129: 28.0.50; Per file-handle (stdin, stdout and stderr) process-connection-type variable References: <yedk0oje5d9.fsf@HIDDEN> <83o8dv9e8s.fsf@HIDDEN> <10473f20-aad5-a4a2-528e-088ac14bfb74@HIDDEN> <daa66cd4-dfec-6dd3-efe9-ca35dca8a391@HIDDEN> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 48129 Cc: 48129 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > Date: Fri, 7 May 2021 21:46:15 +0200 > From: Thomas Hisch <thomas.hisch@HIDDEN> > CC: <48129 <at> debbugs.gnu.org> > > >> We have make-pipe-process; can't you solve your problem by connecting > >> your process's stdout to such a pipe-process? If not, why not? > >> > > > > Thx Eli for the fast reply! I had to study the docs of make-pipe-process > > and make-process to understand what you mean. However, I'm not fully > > sure if I fully get what you mean. > > > > AFAICS the pipe process which is returned by make-pipe-process can be > > passed to the :stderr keyword argument of make-process. Is that what you > > head in mind? > > > > According to the docs of make-process, process-connection-type is > > ignored if :stderr is passed to make-process: > > > >> This parameter and the value of ‘process-connection-type’ are > > ignored if a non-‘nil’ value is specified for the ‘:stderr’ parameter; > > in that case, the type will always be ‘pipe’. > > > > What I want is that stdout and stderr are connected to a pipe but stdin > > is connected to a pty. > > > > Here is the new test script that I used > > > > (let* ( > > (stderr-buffer (get-buffer-create "*stderr*")) > > (stderr-proc (make-pipe-process :name "stderr" > > :buffer stderr-buffer)) > > (process-buf (get-buffer-create "*temp*"))) > > (make-process > > :name "isatty" > > :buffer process-buf ;; it is not possible to pass the output of > > make-pipe-process to :buffer > > :connection-type 'pty ;; unfortunately ignored if :stderr is used > > :stderr stderr-proc > > :command (list "/tmp/output-isatty.py"))) > > > > Eli can you tell me if you meant that we should use make-process in > combination with make-pipe-process? 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.
bug-gnu-emacs@HIDDEN:bug#48129; Package emacs.
Full text available.Received: (at 48129) by debbugs.gnu.org; 7 May 2021 19:46:24 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri May 07 15:46:23 2021 Received: from localhost ([127.0.0.1]:45634 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1lf6QZ-0002W3-GI for submit <at> debbugs.gnu.org; Fri, 07 May 2021 15:46:23 -0400 Received: from mail.ims.co.at ([81.92.245.88]:44537) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <prvs=754d04ee2=thomas.hisch@HIDDEN>) id 1lf6QX-0002Vt-TG for 48129 <at> debbugs.gnu.org; Fri, 07 May 2021 15:46:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ims.co.at; s=ims; h=message-id:date:mime-version:subject:from:to:cc: references:in-reply-to:content-transfer-encoding; bh=k+RwJvm3tx/9t7+OwohGbQJTXtr0dCPN9QSvaCFvW9U=; b=BPGTAaTKHJmyDmDAcTI5nmd0KEP1RuptscBSgOMiwVsHdHCsLsSQx7pk g6w80Mi2pOGqGEuChnYkZTI7w4uiSFJv5kNyHk1p5MzZEGEb3DYRNWORa LjdWZ/SCnqtz2uXvDHiVH/mBa+qcGQjfWFaeADOLVGhMAotmBfsS02cuf 4=; IronPort-SDR: Lopj8rTxu+GoG4HUCouZZqV9zQnBHMuDtN7p7PX2bYoqPyih4wLWCCx0zOT7tkbR7tmCKhzcyn yzf3FpcQmafw== X-IronPort-AV: E=Sophos;i="5.82,282,1613430000"; d="scan'208";a="918482" Message-ID: <daa66cd4-dfec-6dd3-efe9-ca35dca8a391@HIDDEN> Date: Fri, 7 May 2021 21:46:15 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:89.0) Gecko/20100101 Thunderbird/89.0 Subject: Re: bug#48129: 28.0.50; Per file-handle (stdin, stdout and stderr) process-connection-type variable Content-Language: en-US From: Thomas Hisch <thomas.hisch@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> References: <yedk0oje5d9.fsf@HIDDEN> <83o8dv9e8s.fsf@HIDDEN> <10473f20-aad5-a4a2-528e-088ac14bfb74@HIDDEN> In-Reply-To: <10473f20-aad5-a4a2-528e-088ac14bfb74@HIDDEN> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: quoted-printable X-Originating-IP: [77.118.196.177] X-ClientProxiedBy: srv-xchg-02.ims.co.at (10.120.20.62) To srv-xchg-02.ims.co.at (10.120.20.62) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 48129 Cc: 48129 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) On 5/2/21 12:19, Thomas Hisch wrote: > On 5/1/21 8:09 AM, Eli Zaretskii wrote: >>> From: Thomas Hisch <thomas.hisch@HIDDEN> >>> Date: Sat, 1 May 2021 01:10:10 +0200 >>> >>> >>> I would like that the configuration options of the three file >>> handles (stdin, stdout and stderr), when a new process is created >>> in emacs, are improved. What I'm specifically asking for is to >>> add support for individually specifying for each file-handle >>> whether it should be connected to a pty or not. Currently the >>> value of the process-connection-type variable applies to all >>> three file handles at once, which leads to a problem with the >>> following use-case: >>> >>> Usually a program outputs ANSI escape sequences when its stdout >>> file-handle is connected to a pty. It is currently not possible to >>> communicate with a subprocess that is created by `start-file-process' b= y >>> writing to a pty (via stdin) and avoiding that this subprocess writes >>> ANSI escape sequences to stdout. This use-case is needed by magit, whic= h >>> currently doesn't have support for displaying ANSI escape sequences but >>> it needs to communicate with it's started subprocesses via a PTY >>> (https://github.com/magit/magit/issues/3549). >> >> We have make-pipe-process; can't you solve your problem by connecting >> your process's stdout to such a pipe-process? If not, why not? >> > > Thx Eli for the fast reply! I had to study the docs of make-pipe-process > and make-process to understand what you mean. However, I'm not fully > sure if I fully get what you mean. > > AFAICS the pipe process which is returned by make-pipe-process can be > passed to the :stderr keyword argument of make-process. Is that what you > head in mind? > > According to the docs of make-process, process-connection-type is > ignored if :stderr is passed to make-process: > >> This parameter and the value of =E2=80=98process-connection-type=E2=80= =99 are > ignored if a non-=E2=80=98nil=E2=80=99 value is specified for the =E2=80= =98:stderr=E2=80=99 parameter; > in that case, the type will always be =E2=80=98pipe=E2=80=99. > > What I want is that stdout and stderr are connected to a pipe but stdin > is connected to a pty. > > Here is the new test script that I used > > (let* ( > (stderr-buffer (get-buffer-create "*stderr*")) > (stderr-proc (make-pipe-process :name "stderr" > :buffer stderr-buffer)) > (process-buf (get-buffer-create "*temp*"))) > (make-process > :name "isatty" > :buffer process-buf ;; it is not possible to pass the output of > make-pipe-process to :buffer > :connection-type 'pty ;; unfortunately ignored if :stderr is used > :stderr stderr-proc > :command (list "/tmp/output-isatty.py"))) > Eli can you tell me if you meant that we should use make-process in combination with make-pipe-process? 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@HIDDEN= ; DVR-Nr: 0374369; www.ims.co.at
bug-gnu-emacs@HIDDEN:bug#48129; Package emacs.
Full text available.
Received: (at 48129) by debbugs.gnu.org; 2 May 2021 10:20:45 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun May 02 06:20:45 2021
Received: from localhost ([127.0.0.1]:42030 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1ld9DQ-0003Gp-Vq
for submit <at> debbugs.gnu.org; Sun, 02 May 2021 06:20:45 -0400
Received: from mail.ims.co.at ([81.92.245.88]:42352)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <prvs=74957145f=thomas.hisch@HIDDEN>)
id 1ld9DP-0003Gi-6B
for 48129 <at> debbugs.gnu.org; Sun, 02 May 2021 06:20:43 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ims.co.at; s=ims;
h=subject:to:cc:references:from:message-id:date:
mime-version:in-reply-to:content-transfer-encoding;
bh=yU18ZxK4fASSQOkPGJgIkTh+PCFmBB2R7Iif17N/LJg=;
b=STSXTckmwYc/UIzSsK8p+AYMPPLhzFNwhPUHfE+rO8lD8CDSBuaA8HnZ
kcfXIucTvN1gB2avR6+Bso9jxEAY3l7xAqgkvoGciVmsOO7iLxBj9I2gC
U0wE89xFYjf8MeDDFW9/m0eZEH8a4Yu3if2NnUbBZEDHTwyJ23Tk+PMSf w=;
IronPort-SDR: w01URzJGkOuTJyPyuzXcPz54s1LUXDL2CYdvNLQrRUoBaMbG02A8IuRwjfjp3t9aCDT49wSFu0
wGSWXP9bYX0Q==
X-IronPort-AV: E=Sophos;i="5.82,267,1613430000";
d="scan'208";a="906258"
Subject: Re: bug#48129: 28.0.50; Per file-handle (stdin, stdout and stderr)
process-connection-type variable
To: Eli Zaretskii <eliz@HIDDEN>
References: <yedk0oje5d9.fsf@HIDDEN> <83o8dv9e8s.fsf@HIDDEN>
From: Thomas Hisch <thomas.hisch@HIDDEN>
Message-ID: <10473f20-aad5-a4a2-528e-088ac14bfb74@HIDDEN>
Date: Sun, 2 May 2021 12:19:21 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
Thunderbird/78.7.1
MIME-Version: 1.0
In-Reply-To: <83o8dv9e8s.fsf@HIDDEN>
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
X-Originating-IP: [77.118.196.177]
X-ClientProxiedBy: srv-xchg-02.ims.co.at (10.120.20.62) To
srv-xchg-02.ims.co.at (10.120.20.62)
X-Spam-Score: -0.0 (/)
X-Debbugs-Envelope-To: 48129
Cc: 48129 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
On 5/1/21 8:09 AM, Eli Zaretskii wrote:
>> From: Thomas Hisch <thomas.hisch@HIDDEN>
>> Date: Sat, 1 May 2021 01:10:10 +0200
>>
>>
>> I would like that the configuration options of the three file
>> handles (stdin, stdout and stderr), when a new process is created
>> in emacs, are improved. What I'm specifically asking for is to
>> add support for individually specifying for each file-handle
>> whether it should be connected to a pty or not. Currently the
>> value of the process-connection-type variable applies to all
>> three file handles at once, which leads to a problem with the
>> following use-case:
>>
>> Usually a program outputs ANSI escape sequences when its stdout
>> file-handle is connected to a pty. It is currently not possible to
>> communicate with a subprocess that is created by `start-file-process' by
>> writing to a pty (via stdin) and avoiding that this subprocess writes
>> ANSI escape sequences to stdout. This use-case is needed by magit, which
>> currently doesn't have support for displaying ANSI escape sequences but
>> it needs to communicate with it's started subprocesses via a PTY
>> (https://github.com/magit/magit/issues/3549).
>
> We have make-pipe-process; can't you solve your problem by connecting
> your process's stdout to such a pipe-process? If not, why not?
>
Thx Eli for the fast reply! I had to study the docs of make-pipe-process
and make-process to understand what you mean. However, I'm not fully
sure if I fully get what you mean.
AFAICS the pipe process which is returned by make-pipe-process can be
passed to the :stderr keyword argument of make-process. Is that what you
head in mind?
According to the docs of make-process, process-connection-type is
ignored if :stderr is passed to make-process:
> This parameter and the value of =E2=80=98process-connection-type=E2=80=
=99 are
ignored if a non-=E2=80=98nil=E2=80=99 value is specified for the =E2=80=98=
:stderr=E2=80=99 parameter;
in that case, the type will always be =E2=80=98pipe=E2=80=99.
What I want is that stdout and stderr are connected to a pipe but stdin
is connected to a pty.
Here is the new test script that I used
(let* (
(stderr-buffer (get-buffer-create "*stderr*"))
(stderr-proc (make-pipe-process :name "stderr"
:buffer stderr-buffer))
(process-buf (get-buffer-create "*temp*")))
(make-process
:name "isatty"
:buffer process-buf ;; it is not possible to pass the output of
make-pipe-process to :buffer
:connection-type 'pty ;; unfortunately ignored if :stderr is used
:stderr stderr-proc
:command (list "/tmp/output-isatty.py")))
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@HIDDEN=
; DVR-Nr: 0374369; www.ims.co.at
bug-gnu-emacs@HIDDEN:bug#48129; Package emacs.
Full text available.Lars Ingebrigtsen <larsi@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Received: (at 48129) by debbugs.gnu.org; 1 May 2021 06:09:53 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat May 01 02:09:53 2021 Received: from localhost ([127.0.0.1]:60169 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1lcip7-0000u7-EN for submit <at> debbugs.gnu.org; Sat, 01 May 2021 02:09:53 -0400 Received: from eggs.gnu.org ([209.51.188.92]:39724) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1lcip5-0000ts-Oz for 48129 <at> debbugs.gnu.org; Sat, 01 May 2021 02:09:52 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40053) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1lcioz-0006pD-ND; Sat, 01 May 2021 02:09:45 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3181 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from <eliz@HIDDEN>) id 1lcioz-0004aK-74; Sat, 01 May 2021 02:09:45 -0400 Date: Sat, 01 May 2021 09:09:39 +0300 Message-Id: <83o8dv9e8s.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Thomas Hisch <thomas.hisch@HIDDEN> In-Reply-To: <yedk0oje5d9.fsf@HIDDEN> (message from Thomas Hisch on Sat, 1 May 2021 01:10:10 +0200) Subject: Re: bug#48129: 28.0.50; Per file-handle (stdin, stdout and stderr) process-connection-type variable References: <yedk0oje5d9.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 48129 Cc: 48129 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Thomas Hisch <thomas.hisch@HIDDEN> > Date: Sat, 1 May 2021 01:10:10 +0200 > > > I would like that the configuration options of the three file > handles (stdin, stdout and stderr), when a new process is created > in emacs, are improved. What I'm specifically asking for is to > add support for individually specifying for each file-handle > whether it should be connected to a pty or not. Currently the > value of the process-connection-type variable applies to all > three file handles at once, which leads to a problem with the > following use-case: > > Usually a program outputs ANSI escape sequences when its stdout > file-handle is connected to a pty. It is currently not possible to > communicate with a subprocess that is created by `start-file-process' by > writing to a pty (via stdin) and avoiding that this subprocess writes > ANSI escape sequences to stdout. This use-case is needed by magit, which > currently doesn't have support for displaying ANSI escape sequences but > it needs to communicate with it's started subprocesses via a PTY > (https://github.com/magit/magit/issues/3549). We have make-pipe-process; can't you solve your problem by connecting your process's stdout to such a pipe-process? If not, why not?
bug-gnu-emacs@HIDDEN:bug#48129; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 30 Apr 2021 23:10:23 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Apr 30 19:10:23 2021
Received: from localhost ([127.0.0.1]:59991 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1lccH8-0005FY-KQ
for submit <at> debbugs.gnu.org; Fri, 30 Apr 2021 19:10:23 -0400
Received: from lists.gnu.org ([209.51.188.17]:35334)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <prvs=747a22a11=thomas.hisch@HIDDEN>)
id 1lccH6-0005FP-KH
for submit <at> debbugs.gnu.org; Fri, 30 Apr 2021 19:10:21 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10]:58240)
by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <prvs=747a22a11=thomas.hisch@HIDDEN>)
id 1lccH6-0001zw-8I
for bug-gnu-emacs@HIDDEN; Fri, 30 Apr 2021 19:10:20 -0400
Received: from mail.ims.co.at ([81.92.245.88]:21292)
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <prvs=747a22a11=thomas.hisch@HIDDEN>)
id 1lccH1-00077l-Tu
for bug-gnu-emacs@HIDDEN; Fri, 30 Apr 2021 19:10:19 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ims.co.at; s=ims;
h=from:to:subject:date:message-id:mime-version:
content-transfer-encoding;
bh=dRC6r2MuieRdZx3gLFo672TEwiNTzQaHwrk/JirnNlA=;
b=NM/nhbpOciGfgTp0ZZnkpejptRtIexhHq3mO/jSxu7aD5gCxCVRu3TQ8
7MuuDmjeuNAz8WVRJBQDU+jRG+pRA1ff6m1mgNTrQpu8TFhBNUrePzwAS
HVPCtGo0ndqyBkg66P2urWpfjKSkZMluak9ntybX8qWOk0Ivm+z3f2EmK k=;
IronPort-SDR: 4YDt1g9GbkuGZ/mX1sHxvMwfUlVCb0uWEhOm0i2g/h6i4qw/WHWLlICxZO4ygtnDCnFYbCsPJT
iNmzdtUu8G6Q==
X-IronPort-AV: E=Sophos;i="5.82,264,1613430000";
d="scan'208";a="905646"
From: Thomas Hisch <thomas.hisch@HIDDEN>
To: <bug-gnu-emacs@HIDDEN>
Subject: 28.0.50; Per file-handle (stdin, stdout and stderr)
process-connection-type variable
Date: Sat, 1 May 2021 01:10:10 +0200
Message-ID: <yedk0oje5d9.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Originating-IP: [77.118.130.167]
X-ClientProxiedBy: srv-xchg-02.ims.co.at (10.120.20.62) To
srv-xchg-02.ims.co.at (10.120.20.62)
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=81.92.245.88;
envelope-from=prvs=747a22a11=thomas.hisch@HIDDEN; helo=mail.ims.co.at
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001,
SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.4 (-)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.4 (--)
I would like that the configuration options of the three file
handles (stdin, stdout and stderr), when a new process is created
in emacs, are improved. What I'm specifically asking for is to
add support for individually specifying for each file-handle
whether it should be connected to a pty or not. Currently the
value of the process-connection-type variable applies to all
three file handles at once, which leads to a problem with the
following use-case:
Usually a program outputs ANSI escape sequences when its stdout
file-handle is connected to a pty. It is currently not possible to
communicate with a subprocess that is created by `start-file-process' by
writing to a pty (via stdin) and avoiding that this subprocess writes
ANSI escape sequences to stdout. This use-case is needed by magit, which
currently doesn't have support for displaying ANSI escape sequences but
it needs to communicate with it's started subprocesses via a PTY
(https://github.com/magit/magit/issues/3549).
The reason why I need this feature is that ANSI escape sequences may be
output by git-hooks (scripts stored in .git/hooks) if git is run from a
terminal/pty. Magit uses (setq process-connection-type t) when creating
subprocesses s.t. it can commuicate via the stdin file-handle that is
connected to a pty with the subprocess.
Here is an small example that shows that all file handles can
either be connected to a pty (process-connection-type t) or none
of them (process-connection-type nil).
(let ((process-connection-type nil)
(process-buf (generate-new-buffer "*temp*")))
(apply #'start-file-process
"isatty"
process-buf
"/tmp/output-isatty.py" nil))
The output-isatty.pt looks like
#!/usr/bin/env python3
import sys
print(f'in: {sys.stdin.isatty()}')
print(f'out: {sys.stdout.isatty()}')
print(f'err: {sys.stderr.isatty()}')
If the above elisp code is run
in: False
out: False
err: False
is written to the *temp* buffer if process-connection-type is nil.
And
in: True
out: True
err: True
is written to the *temp* buffer if process-connection-type is t.
In the 'subprocess' and the 'pty' modules in the python stdlib the above
use-case is already supported (see the possible values for the
stdin,stdout and stderr params). Here is a small demo that attaches a
pty to stdin and two normal pipes to stdout and stderr:
import os
import pty
import subprocess
master, slave =3D pty.openpty()
# see https://docs.python.org/3.5/library/subprocess.html#popen-constructor
proc =3D subprocess.Popen(
('./t.py',),
stdin=3Dslave,
stdout=3Dsubprocess.PIPE,
stderr=3Dsubprocess.PIPE,
)
os.close(slave)
with os.fdopen(master, 'wb', 0) as stdin:
stdin.write(b'hello\n')
out, err =3D proc.communicate()
print('RETC:')
print(proc.returncode)
print('OUT:')
print(out.decode(), end=3D'')
print('ERR:')
print(err.decode(), end=3D'')
In GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.28, c=
airo version 1.16.0)
of 2021-04-29 built on NBPF1PQX4B
Repository revision: 0e8c8628854d786e2f99dd2ac35ace88a5ee7924
Repository branch: master
Windowing system distributor 'Fedora Project', version 11.0.12011000
System Description: Fedora 33 (Workstation Edition)
Configured using:
'configure 'CFLAGS=3D-march=3Dnative -O3' --prefix=3D/opt/emacs --with-pgt=
k
--with-xpm --with-jpeg --with-gif --with-tiff --with-modules
--with-native-compilation --with-json'
Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP
NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF
TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM GTK3 ZLIB
Important settings:
value of $LANG: en_US.UTF-8
value of $XMODIFIERS: @im=3Dibus
locale-coding-system: utf-8-unix
Major mode: ELisp/d
Minor modes in effect:
persp-mode: t
counsel-projectile-mode: t
counsel-mode: t
ivy-rich-mode: t
ivy-mode: t
global-ethan-wspace-mode: t
ethan-wspace-mode: t
ethan-wspace-clean-many-nls-eof-mode: t
ethan-wspace-clean-no-nl-eof-mode: t
ethan-wspace-clean-eol-mode: t
ethan-wspace-clean-tabs-mode: t
save-place-mode: t
show-paren-mode: t
delete-selection-mode: t
global-hi-lock-mode: t
hi-lock-mode: t
winner-mode: t
winum-mode: t
global-undo-tree-mode: t
undo-tree-mode: t
thi::spell-fu-mode: t
spell-fu-mode: t
savehist-mode: t
rainbow-delimiters-mode: t
idle-highlight-mode: t
async-bytecomp-package-mode: t
highlight-function-calls-mode: t
recentf-mode: t
global-git-commit-mode: t
magit-auto-revert-mode: t
global-flycheck-mode: t
flycheck-mode: t
flx-ido-mode: t
evil-mode: t
evil-local-mode: t
envrc-global-mode: t
envrc-mode: t
yas-minor-mode: t
shell-dirtrack-mode: t
projectile-mode: t
outline-minor-mode: t
override-global-mode: t
bug-reference-prog-mode: t
url-handler-mode: t
tooltip-mode: t
global-eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
global-prettify-symbols-mode: t
prettify-symbols-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
size-indication-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
hs-minor-mode: t
Load-path shadows:
/home/thomas.hisch/.emacs.d/user-lisp/custom hides /opt/emacs/share/emacs/2=
8.0.50/lisp/custom
Features:
(shadow sort mail-extr emacsbug sendmail shortdoc cl-print url-cache
rng-xsd xsd-regexp rng-cmpct rng-nxml rng-valid rng-loc rng-uri
rng-parse nxml-parse rng-match rng-dt rng-util rng-pttrn nxml-ns
nxml-mode nxml-outln nxml-rap sgml-mode facemenu nxml-util nxml-enc
xmltok vc-mtn vc-hg vc-bzr vc-src vc-sccs vc-svn vc-cvs vc-rcs
hippie-exp magit-extras origami origami-parsers origami-util yapfify
python pulse tramp-archive tramp-gvfs zeroconf deadgrep perspective
org-element avl-tree generator ol-eww eww url-queue mm-url ol-rmail
ol-mhe ol-irc ol-info ol-gnus nnselect gnus-search eieio-opt speedbar
ezimage dframe gnus-art mm-uu mml2015 mm-view mml-smime smime dig
gnus-sum shr kinsoku svg dom gnus-group gnus-undo gnus-start gnus-dbus
dbus xml gnus-cloud nnimap nnmail mail-source utf7 netrc nnoo gnus-spec
gnus-int gnus-range gnus-win gnus nnheader ol-docview doc-view jka-compr
image-mode exif ol-bibtex bibtex ol-bbdb ol-w3m org ob ob-tangle ob-ref
ob-lob ob-table ob-exp org-macro org-footnote org-src ob-comint
org-pcomplete org-list org-faces org-entities org-version ob-emacs-lisp
ob-core ob-eval org-table ol org-keys org-compat org-macs org-loaddefs
cal-menu calendar cal-loaddefs vc-git misearch multi-isearch mule-util
magit-bookmark bookmark counsel-projectile counsel swiper ivy-rich
ivy-hydra ivy ivy-faces ivy-overlay colir
smart-mode-line-respectful-theme smart-mode-line-dark-theme
sanityinc-tomorrow-night-theme ethan-wspace hideshow url-tramp ims-jira
saveplace ffap paren delsel hi-lock thi-projects winner py-isort
format-all language-id reformatter winum which-key wgrep-ag vterm-toggle
tramp-sh vterm vterm-module term/xterm xterm visual-regexp
visual-fill-column undo-tree tree-sitter-langs tree-sitter-langs-build
tar-mode arc-mode archive-mode tree-sitter-hl tree-sitter
tree-sitter-load tree-sitter-cli tsc tsc-dyn tsc-dyn-get dired-aux
tsc-obsolete typescript-mode stickyfunc-enhance semantic/util-modes
semantic/util semantic semantic/tag semantic/lex semantic/fw mode-local
cedet ssh-config-mode sphinx-doc spell-fu smex smart-mode-line
rich-minority savehist rust-utils rust-mode rust-rustfmt rust-playpen
rust-compile rust-cargo rg rg-info-hack rg-menu rg-ibuffer rg-result
wgrep-rg wgrep rg-history rg-header cus-edit pp cus-load
rainbow-delimiters python-docstring pyimport shut-up protobuf-mode
paredit lsp-ui lsp-ui-flycheck lsp-ui-doc goto-addr lsp-ui-imenu
lsp-ui-peek lsp-ui-sideline face-remap lsp-ui-util dap-chrome dap-utils
kubernetes kubernetes-overview kubernetes-services kubernetes-secrets
kubernetes-namespaces kubernetes-jobs kubernetes-pod-line
kubernetes-ingress kubernetes-errors kubernetes-nodes
kubernetes-statefulsets kubernetes-deployments kubernetes-contexts
kubernetes-configmaps kubernetes-logs kubernetes-labels kubernetes-pods
kubernetes-yaml kubernetes-loading-container kubernetes-commands
kubernetes-utils kubernetes-timers kubernetes-kubectl kubernetes-process
term disp-table ehelp kubernetes-props kubernetes-popups
kubernetes-state kubernetes-vars kubernetes-modes kubernetes-ast
idle-highlight-mode helm-projectile helm-files helm-tags helm-buffers
helm-occur helm-grep helm-regexp helm-utils helm-locate helm-help
helm-types helm async-bytecomp helm-global-bindings helm-easymenu
helm-source helm-multi-match helm-lib async highlight-indentation
highlight-function-calls gerrit gerrit-rest recentf forge-list
forge-commands forge-semi forge-bitbucket buck forge-gogs gogs
forge-gitea gtea forge-gitlab glab forge-github ghub-graphql treepy
gsexp ghub gnutls forge-notify forge-revnote forge-pullreq forge-issue
forge-topic forge-post forge-repo forge forge-core forge-db closql
emacsql-sqlite emacsql emacsql-compiler url-http url-auth url-gw
magit-submodule magit-obsolete magit-popup magit-blame magit-stash
magit-reflog magit-bisect magit-push magit-pull magit-fetch magit-clone
magit-remote magit-commit magit-sequence magit-notes magit-worktree
magit-tag magit-merge magit-branch magit-reset magit-files magit-refs
magit-status magit magit-repos magit-apply magit-wip magit-log
which-func magit-diff smerge-mode diff diff-mode git-commit log-edit
message rfc822 mml mml-sec epa derived gnus-util rmail rmail-loaddefs
mailabbrev mail-utils gmm-utils mailheader pcvs-util add-log magit-core
magit-libgit libgit libegit2 magit-autorevert magit-margin
magit-transient magit-process with-editor server magit-mode transient
magit-git magit-utils crm flycheck-package package-lint let-alist finder
flycheck find-func flx-ido ido flx evil evil-keybindings
evil-integration evil-maps evil-commands reveal flyspell ispell
evil-jumps evil-command-window evil-types evil-search evil-ex
evil-macros evil-repeat evil-states evil-core advice evil-common
windmove calc calc-loaddefs calc-macs rect evil-digraphs evil-vars
equake envrc inheritenv ediff ediff-merg ediff-mult ediff-wind
ediff-diff ediff-help ediff-init ediff-util cc-mode cc-fonts cc-guess
cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs dumb-jump
popup dracula-theme dired dired-loaddefs doom-themes doom-themes-base
dap-mode dap-launch posframe dap-overlays lsp-mode lsp-protocol
yasnippet-snippets yasnippet tree-widget wid-edit spinner network-stream
puny nsm rmc inline imenu ht ewoc epg epg-config
color-theme-sanityinc-tomorrow cargo cargo-process docker-tramp
tramp-cache tramp tramp-loaddefs trampver tramp-integration files-x
tramp-compat shell pcomplete ls-lisp format-spec markdown-mode
edit-indirect color bufler projectile grep compile text-property-search
comint ansi-color ibuf-ext ibuffer ibuffer-loaddefs thingatpt
pretty-hydra hydra lv bufler-group-tree magit-section f s
dash-functional dash noutline outline vc vc-dispatcher diminish
autorevert filenotify quelpa-use-package parse-time iso8601 time-date
quelpa mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045
mm-util ietf-drums mail-prsvr lisp-mnt help-fns radix-tree use-package
use-package-ensure use-package-delight use-package-diminish
use-package-bind-key bind-key use-package-core finder-inf xref project
ring bug-reference xdg tab-line pcase easy-mmode edmacro kmacro info
package browse-url url url-proxy url-privacy url-expand url-methods
url-history url-cookie url-domsuf url-util mailcap url-handlers
url-parse auth-source eieio eieio-core eieio-loaddefs password-cache
json map url-vars comp comp-cstr warnings subr-x rx cl-seq cl-macs
cl-extra help-mode seq byte-opt gv cl-loaddefs cl-lib bytecomp
byte-compile cconv iso-transl tooltip eldoc electric uniquify ediff-hook
vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-mode elisp-mode lisp-mode prog-mode register page
tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar
mouse jit-lock font-lock syntax font-core term/tty-colors frame
minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
composite charscript charprop case-table epa-hook jka-cmpr-hook help
simple abbrev obarray cl-preloaded nadvice button loaddefs faces
cus-face macroexp files window text-properties overlay sha1 md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote threads dbusbind inotify dynamic-setting system-font-setting
font-render-setting cairo move-toolbar gtk x-toolkit x multi-tty
make-network-process nativecomp emacs)
Memory information:
((conses 16 2215206 1909118)
(symbols 48 145665 937)
(strings 32 583224 150267)
(string-bytes 1 18958140)
(vectors 16 200384)
(vector-slots 8 6002760 1568162)
(floats 8 1240 1330)
(intervals 56 119338 63212)
(buffers 992 87))
Diese E-Mail enth=E4lt vertrauliche und/oder rechtlich gesch=FCtzte Informa=
tionen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrt=FC=
mlich erhalten haben, informieren Sie bitte sofort den Absender und vernich=
ten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe =
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@HIDDEN=
; DVR-Nr: 0374369; www.ims.co.at
Thomas Hisch <thomas.hisch@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#48129; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.