all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Does anybody know how to debug a live Emacs process?
@ 2016-04-28  6:37 Live System User
  2016-04-28  8:07 ` Eli Zaretskii
  0 siblings, 1 reply; 5+ messages in thread
From: Live System User @ 2016-04-28  6:37 UTC (permalink / raw
  To: emacs-devel

Hi,

I have a live Emacs process that is stuck in a state which only
displays:

         Invalid argument #<terminal 2> in ‘get-device-terminal’

in the echo area, including when trying to execute M-x.

I was hoping to solicit assistance to help obtain information to
help Emacs and opened Bug#23378 on Monday.

If nothing can be done with gaining debug information with this
process, I guess I will just have to kill the process externally.

I am running GNU Emacs 25.0.92.1 on Gnu/Linux

Thanks.



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Does anybody know how to debug a live Emacs process?
  2016-04-28  6:37 Does anybody know how to debug a live Emacs process? Live System User
@ 2016-04-28  8:07 ` Eli Zaretskii
  2016-04-28 10:24   ` Live System User
  2016-04-29 18:18   ` Live System User
  0 siblings, 2 replies; 5+ messages in thread
From: Eli Zaretskii @ 2016-04-28  8:07 UTC (permalink / raw
  To: Live System User; +Cc: emacs-devel

> From: Live System User <nyc4bos@aol.com>
> Date: Thu, 28 Apr 2016 02:37:17 -0400
> 
> I have a live Emacs process that is stuck in a state which only
> displays:
> 
>          Invalid argument #<terminal 2> in ‘get-device-terminal’
> 
> in the echo area, including when trying to execute M-x.
> 
> I was hoping to solicit assistance to help obtain information to
> help Emacs and opened Bug#23378 on Monday.

Attach the debugger to the running process, like this:

  gdb -p PID

where PID is the process number of the Emacs process, you should be
able to see it in the display produced by the 'top' or 'ps' command.

If GDB succeeds in attaching to the process, it will stop it and
display a "(gdb)" prompt.  Then type at that prompt:

  thread apply all bt full

Then file a bug report with everything that was displayed by GDB.

Some additional information about debugging Emacs is available in the
file etc/DEBUG that is part of the distribution.

Thanks.



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Does anybody know how to debug a live Emacs process?
  2016-04-28  8:07 ` Eli Zaretskii
@ 2016-04-28 10:24   ` Live System User
  2016-04-29 18:18   ` Live System User
  1 sibling, 0 replies; 5+ messages in thread
From: Live System User @ 2016-04-28 10:24 UTC (permalink / raw
  To: emacs-devel; +Cc: Eli Zaretskii

Eli Zaretskii <eliz@gnu.org> writes:
Hi,
>> From: Live System User <nyc4bos@aol.com>
>> Date: Thu, 28 Apr 2016 02:37:17 -0400
>> 
>> I have a live Emacs process that is stuck in a state which only
>> displays:
>> 
>>          Invalid argument #<terminal 2> in ‘get-device-terminal’
>> 
>> in the echo area, including when trying to execute M-x.
>> 
>> I was hoping to solicit assistance to help obtain information to
>> help Emacs and opened Bug#23378 on Monday.
>
> Attach the debugger to the running process, like this:
>
>   gdb -p PID
>
> where PID is the process number of the Emacs process, you should be
> able to see it in the display produced by the 'top' or 'ps' command.
>
> If GDB succeeds in attaching to the process, it will stop it and
> display a "(gdb)" prompt.  Then type at that prompt:
>
>   thread apply all bt full
>
> Then file a bug report with everything that was displayed by GDB.
>
> Some additional information about debugging Emacs is available in the
> file etc/DEBUG that is part of the distribution.

I've added the GDB backtrace info to Bug#23378, as requested.

Thanks.




^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Does anybody know how to debug a live Emacs process?
  2016-04-28  8:07 ` Eli Zaretskii
  2016-04-28 10:24   ` Live System User
@ 2016-04-29 18:18   ` Live System User
  2016-04-29 18:35     ` Eli Zaretskii
  1 sibling, 1 reply; 5+ messages in thread
From: Live System User @ 2016-04-29 18:18 UTC (permalink / raw
  To: emacs-devel; +Cc: Eli Zaretskii

Hi,

Eli Zaretskii <eliz@gnu.org> writes:

[...]

> Then file a bug report with everything that was displayed by GDB.
>

I sent the infomation to Bug#23378

Is it OK to kill and restart Emacs?

if more useful information can be gleaned. I can keep it around
as I don't have a reproducible receipe and this appears to be
deep into Emacs internal code.

thanks.



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: Does anybody know how to debug a live Emacs process?
  2016-04-29 18:18   ` Live System User
@ 2016-04-29 18:35     ` Eli Zaretskii
  0 siblings, 0 replies; 5+ messages in thread
From: Eli Zaretskii @ 2016-04-29 18:35 UTC (permalink / raw
  To: Live System User; +Cc: emacs-devel

> From: Live System User <nyc4bos@aol.com>
> Cc: Eli Zaretskii <eliz@gnu.org>
> Date: Fri, 29 Apr 2016 14:18:53 -0400
> 
> > Then file a bug report with everything that was displayed by GDB.
> >
> 
> I sent the infomation to Bug#23378
> 
> Is it OK to kill and restart Emacs?
> 
> if more useful information can be gleaned. I can keep it around
> as I don't have a reproducible receipe and this appears to be
> deep into Emacs internal code.

If you can afford it, please keep the session for a couple of days,
perhaps someone will have ideas on how to investigate this.

Thanks.



^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2016-04-29 18:35 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-04-28  6:37 Does anybody know how to debug a live Emacs process? Live System User
2016-04-28  8:07 ` Eli Zaretskii
2016-04-28 10:24   ` Live System User
2016-04-29 18:18   ` Live System User
2016-04-29 18:35     ` Eli Zaretskii

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.