emacs-devel
[Top][All Lists]
Advanced

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

Re: Emacs without threads


From: Manuel Giraud
Subject: Re: Emacs without threads
Date: Fri, 15 Dec 2023 14:58:57 +0100
User-agent: Gnus/5.13 (Gnus v5.13)

Eli Zaretskii <eliz@gnu.org> writes:

[...]

> Unless someone who uses GDB on X can confirm this problem, I'd say
> this is something to report to the GDB developers and/or the OpenBSD's
> GDB distro maintainers.
>
> Do you have any idea what code is run by those "New thread"s?

No I don't but…

> 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.

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
-- 
Manuel Giraud



reply via email to

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