bug#28542: Temporary failure in name resolution while quitting emacs

[Lars Ingebrigtsen <larsi@gnus.org>]

Eli Zaretskii <eliz@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