bug#48129: 28.0.50; Per file-handle (stdin, stdout and stderr) process-connection-type variable

[Thomas Hisch <thomas.hisch@ims.co.at>]

Hi,

On 6/12/21 14:18, Lars Ingebrigtsen wrote:
> Eli Zaretskii <eliz@gnu.org> 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ält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten 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) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly 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