Re: Emacs without threads

[Eli Zaretskii <eliz@gnu.org>]

> From: Manuel Giraud <manuel@ledu-giraud.fr>
> Cc: emacs-devel@gnu.org
> Date: Fri, 15 Dec 2023 14:58:57 +0100
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > If you start GDB from the shell prompt, not from Emacs, does this
> > happen then as well?  If not, this could be some bug in gdb-mi.el.
> 
> … Thank you for suggesting it because I have tried with "gdb ./emacs"
> from a xterm and I am not able to reproduce this lock.  I have also
> tried with 'M-x gud-gdb' and I also ended up stuck.  So there might be
> something at play in gdb-mi.el.

Strange, gdb-mi.el is not supposed to cause any threads anywhere.

Does anyone see something like that on GNU/Linux?

> FWIW, I have also noticed that even though I have closed the stuck Emacs
> and delete the *gud* Emacs process.  The system process for GDB and
> Emacs are still there and in weird states.  ps gives me the following
> STAT:
> 
>       - GDB is DlL which means: in uninterruptible wait, ld.so has
>         syscall pinning, libc.so has syscall pinning
>         
>       - Emacs is TXlL which means: stopped process, being traced or
>         debugged, ld.so has syscall pinning, libc.so has syscall pinning

Attaching a GDB to each one of those and posting a backtrace might
give us some ideas.