GNU bug report logs - #13475
24.2.91; accept-process-output hangs emacs on killed sub-process

Previous Next

Package: emacs;

Reported by: Vitalie Spinu <spinuvit <at> gmail.com>

Date: Thu, 17 Jan 2013 12:39:02 UTC

Severity: normal

Tags: confirmed

Found in versions 24.2.91, 25.0.95

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #17 received at 13475 <at> debbugs.gnu.org (full text, mbox):

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Lars Ingebrigtsen <larsi <at> gnus.org>, Vitalie Spinu <spinuvit <at> gmail.com>
Cc: 13475 <at> debbugs.gnu.org
Subject: Re: bug#13475: 24.2.91; accept-process-output hangs emacs on killed
 sub-process
Date: Fri, 4 Oct 2019 17:49:56 +0300
On 03.10.2019 20:24, Lars Ingebrigtsen wrote:

> I'm don't think this is a bug -- as you say, if PROC is dead, then we
> just heed the timeout, so in a loop like this, you should check whether
> PROC is alive before calling `accept-process-output'.
> 
> So I'm closing this bug report.  I somebody things that Emacs should be
> changed to make accept-process-output to return immediately (with a
> non-nil return value?) if PROC is dead, please reopen.

Shouldn't we consider the "connection" to be "closed" if the process is 
dead? From the docstring:

  Return non-nil if we received any output from PROCESS (or, if PROCESS
  is nil, from any process) before the timeout expired or the
  corresponding connection was closed.

That might also imply that the function should return right away. But 
the example should work correctly even if it waits the required number 
of seconds and then returns non-nil.




This bug report was last modified 5 years and 230 days ago.

Previous Next


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