GNU bug report logs - #43226
28.0.50; Running Tramp tests on MS-Windows leaves zombie processes on the remote

Previous Next

Package: emacs;

Reported by: Eli Zaretskii <eliz <at> gnu.org>

Date: Sat, 5 Sep 2020 16:39:02 UTC

Severity: normal

Found in version 28.0.50

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Henrik Ahlgren <pablo <at> seestieto.com>, Michael Albinus <michael.albinus <at> gmx.de>
Cc: 43226 <at> debbugs.gnu.org
Subject: bug#43226: 28.0.50; Running Tramp tests on MS-Windows leaves zombie processes on the remote
Date: Tue, 25 Oct 2022 22:17:50 +0300
> From: Henrik Ahlgren <pablo <at> seestieto.com>
> Cc: 43226 <at> debbugs.gnu.org
> Date: Tue, 25 Oct 2022 16:56:37 +0300
> 
> Consider this example that seems to work fine (no cmdproxy involved):
> 
> (let ((start-file-process "eoftest" (get-buffer-create "*eoftest*")
> 			  "ssh" "<hostname>" "cat"))
>   (sit-for 10)
>   (process-send-string sshz "foo")
>   (sit-for 5)
>   (process-send-eof sshz))
> 
> vs this that hangs, leaving cat running forever:
> 
> (let ((default-directory "/sshx:<hostname>:/home/my/git/dir")
>       (sshz start-file-process "eoftest" (get-buffer-create "*eoftest*")
> 			  "cat"))
>   (sit-for 10)
>   (process-send-string sshz "foo")
>   (sit-for 5)
>   (process-send-eof sshz))
> 
> The cat process does not even seem to receive any input ("foo") I trace
> it in the remote machine.

Maybe Michael (CC'ed) can explain how this is supposed to work,
because I don't think I understand.  The actual process run by Emacs
is ssh, not cat, so how is EOF supposed to get to the remote "cat"?

> ps. I wonder why my emails are not appearing in debbugs?

No clue.  Fortunately, Michael also knows about debbugs much more than
I do.




This bug report was last modified 2 years and 235 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.