bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#69561: 30.0.50; Freeze from M-x gnus on macOS


From: Gerd Möllmann
Subject: bug#69561: 30.0.50; Freeze from M-x gnus on macOS
Date: Thu, 07 Mar 2024 18:01:02 +0100
User-agent: Gnus/5.13 (Gnus v5.13)

Alan Third <alan@idiocy.org> writes:

> On Thu, Mar 07, 2024 at 05:30:28PM +0100, Gerd Möllmann wrote:
>> Alan Third <alan@idiocy.org> writes:
>> 
>> > But keyboard input (ns_read_socket) is handled immediately after that
>> > "if (nfds < 0)" block and well before the "if (no_avail...".
>> 
>> Could you please tell the line number?
>
> detect_input_pending_run_timers at process.c:5839 calls
> get_input_pending which calls gobble_input which calls
> t->read_socket_hook.
>
> There seem to be a lot of ways for it to bail out, though.

Thanks. That's in if (read_kbd), and the first backtrace I sent had

    frame #6: 0x00000001001d94d2 
emacs`wait_reading_process_output(time_limit=<unavailable>, 
nsecs=<unavailable>, read_kbd=0, do_display=false, wait_for_cell=(struct 
Lisp_Symbol *) $123 = 0x00000001007d24b0, wait_proc=0x00007fccffdcc9d8, 
just_wait_proc=0) at process.c:5484:9 [opt]

i.e. read_kbd should be 0.

Maybe that's also an explanation why it doesn't freeze most of time?
If it sometimes does detect_input_pending...





reply via email to

[Prev in Thread] Current Thread [Next in Thread]