GNU bug report logs - #58104
29.0.50; Emacs crushers in console probably by M-w

Previous Next

Full log

Message #8 received at 58104 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jean Louis <bugs <at> gnu.support>
Cc: 58104 <at> debbugs.gnu.org
Subject: Re: bug#58104: 29.0.50; Emacs crushers in console probably by M-w
Date: Tue, 27 Sep 2022 09:42:51 +0300

> From: Jean Louis <bugs <at> gnu.support>
> Date: Tue, 27 Sep 2022 08:48:13 +0300
> 
> 
> I am running Emacs from console by using gdb, so it crashed when I used
> M-w but cannot remember how exactly. I select something, I can see
> selected text in blue, and I run gdb in console with gdb --args emacs -Q
> -nw then Emacs receives some signal, sometimes, I caught something:
> 
> (gdb) backtrace 
> #0  0x00007ffff60192b1 in pselect () at /usr/lib/libc.so.6
> #1  0x00005555557db811 in really_call_select (arg=0x7fffffffca10) at thread.c:612
> #2  0x00005555557dbf8f in flush_stack_call_func (arg=0x7fffffffca10, func=0x5555557db7a0 <really_call_select>)
>     at /home/data1/protected/Programming/Software/emacs/src/lisp.h:4225
> #3  thread_select
>     (func=<optimized out>, max_fds=max_fds <at> entry=9, rfds=rfds <at> entry=0x7fffffffcb10, wfds=wfds <at> entry=0x7fffffffcb90, efds=efds <at> entry=0x0, timeout=timeout <at> entry=0x7fffffffd170, sigmask=<optimized out>) at thread.c:644
> #4  0x00005555557ffe0d in xg_select
>     (fds_lim=9, rfds=0x7fffffffd2a0, wfds=0x7fffffffd320, efds=0x0, timeout=<optimized out>, sigmask=0x0) at xgselect.c:184
> #5  0x00005555557b332b in wait_reading_process_output
>     (time_limit=time_limit <at> entry=30, nsecs=nsecs <at> entry=0, read_kbd=read_kbd <at> entry=-1, do_display=do_display <at> entry=true, wait_for_cell=wait_for_cell <at> entry=0x0, wait_proc=wait_proc <at> entry=0x0, just_wait_proc=<optimized out>) at process.c:5685
> #6  0x00005555555afe90 in sit_for (timeout=timeout <at> entry=0x7a, reading=reading <at> entry=true, display_option=display_option <at> entry=1)
>     at dispnew.c:6238
> #7  0x00005555556dd8b7 in read_char
>     (commandflag=1, map=0x555555fb4c93, prev_event=0x0, used_mouse_menu=0x7fffffffda6b, end_time=0x0)
>     at /home/data1/protected/Programming/Software/emacs/src/lisp.h:761

Is this a backtrace from the crash, or is this just a backtrace after
attaching GDB to a running Emacs?  It doesn't look to me as a crash.
It looks like Emacs is idle waiting for input.

Is the crash reproducible?

Previous Next

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