GNU bug report logs - #28542
Temporary failure in name resolution while quitting emacs

Previous Next

Package: emacs;

Reported by: Baylis Shanks <bshanks3 <at> hotmail.com>

Date: Thu, 21 Sep 2017 17:22:02 UTC

Severity: normal

Tags: fixed

Fixed in version 28.1

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

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: bshanks3 <at> hotmail.com, 28542 <at> debbugs.gnu.org
Subject: bug#28542: Temporary failure in name resolution while quitting emacs
Date: Sun, 06 Dec 2020 13:50:14 +0100

Eli Zaretskii <eliz <at> gnu.org> writes:

> Usually, yes.  But what about the "unusual" cases?  If they exist,
> waiting for an answer there will leave Emacs hung.  I proposed to use
> a timeout for those cases.

Sure, a prompt with a timeout would be fine by me.

Looking at the code again:

  /* Fsignal calls emacs_abort () if it sees that waiting_for_input is
     set.  */
  waiting_for_input = 0;
  if (noninteractive)
    safe_run_hooks (Qkill_emacs_hook);
  else
    run_hook (Qkill_emacs_hook);

Would it make sense to create a new Lisp-level function to do the
run-hook/prompting stuff, and call out to that?  And move the setting of
waiting_for_input into the "then" branch?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no
This bug report was last modified 4 years and 160 days ago.

Previous Next

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