GNU bug report logs - #69561
30.0.50; Freeze from M-x gnus on macOS

Previous Next

Package: emacs;

Reported by: Gerd Möllmann <gerd.moellmann <at> gmail.com>

Date: Tue, 5 Mar 2024 11:03:01 UTC

Severity: normal

Found in version 30.0.50

Fixed in version 30.1

Done: Gerd Möllmann <gerd.moellmann <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 69561 <at> debbugs.gnu.org, alan <at> idiocy.org
Subject: bug#69561: 30.0.50; Freeze from M-x gnus on macOS
Date: Sat, 09 Mar 2024 14:21:22 +0100
Eli Zaretskii <eliz <at> gnu.org> writes:

>> Right, sorry, C-g came only into play because I tbought the current
>> sitution might become bearable if it could at least be interrupted with
>> C-g. And then I understoof the drama better.
>> 
>> If you take a look at the first hunk of the patch I sent, you can see
>> that ns_select can do _nothing_ interesting at all, it just returns -1.
>
> But your patch still doesn't solve the problem, does it?

I'd say it does:

- it ensures that a "real" select is called, which formerly wasn't
  guaranteed
  
- it makes sure that queued input_events are passed to Emacs, for C-g
  detection, Vquit_flag and so on.
  
- it makes sure NS events are processed, so that C-g has a chance to get
  into the queued input_events in the first place, from processing
  keyDown events.




This bug report was last modified 1 year and 124 days ago.

Previous Next


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