The most common such problem by far is when a regexp hits a pathological
    exponential-matching behavior.  I wish we'd fix that one instead.

It would be good to fix that, but how?  It is a consequence of the
algorithm, and even recognizing these cases would seem to be a hard
problem.

    Also, they're only painful because of Emacs's lack of NMI.

What is NMI?

      E.g. when C-g is pressed, record the time, and if a C-g
    is pressed again 2 seconds later and the first hasn't been processed yet,
    then ignore the inhibit-quit flag (i.e. set it back to nil).

I don't understand the suggestion clearly.  What would it do if the
second C-g is less than two seconds later?  What would it do if the
second C-g is more than two seconds later?


_______________________________________________
Emacs-pretest-bug mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug

Reply via email to