emacs-devel
[Top][All Lists]
Advanced

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

Re: Emacs without threads


From: Eli Zaretskii
Subject: Re: Emacs without threads
Date: Sat, 16 Dec 2023 21:26:47 +0200

> From: Manuel Giraud <manuel@ledu-giraud.fr>
> Cc: emacs-devel@gnu.org
> Date: Sat, 16 Dec 2023 20:13:11 +0100
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> >> 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.
> 
> I don't know what you mean here but anyway I'll try to look into this
> issue when I have some time.

What I mean is:

  . find out the process ID of the GDB process that is DlL
  . attach another GDB to it, like this:

      $ gdb -p PID

    where PID is the process ID of that DlL GDB
  . produce backtrace (thread apply all bt") from the GDB attached to
    the DlL GDB

This will only help of your GDB is installed with symbols, otherwise
the backtrace will not be interesting.



reply via email to

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