Subject: bug#57684: locked narrowing breaks existing code without an apparent way to repair

From: Eli Zaretskii <[email-masked]>
Date: Wed, 14 Sep 2022 14:57:11 +0300

> From: Paul Pogonyshev <[email-masked]>
> Date: Wed, 14 Sep 2022 11:45:01 +0200
> Cc: Gregory Heytings <[email-masked]>, Lars Ingebrigtsen <[email-masked]>, [email-masked]
> 
> By the way, it would really be nice if Emacs could do something about hangs irrespective of what causes
> that. Even if Elisp code is buggy, Emacs itself should never allow it to fall into an infinite loop and stop
> responding to C-g, leaving full restart as the only way out.

I think that's impossible in general, unless we restrict what Lisp
programs can do.  Every programming language can be used to write a
buggy program.

However, it should be possible to prevent some cases of such
problematic behavior, certainly so when the infloop is caused by our
bug.  But for that we need to know the details of the specific case in
order to investigate.