GNU bug report logs - #11050
24.0.94; emacs hangs

Previous Next

Package: emacs;

Reported by: sds <at> gnu.org

Date: Tue, 20 Mar 2012 17:18:02 UTC

Severity: normal

Found in version 24.0.94

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 11050 in the body.
You can then email your comments to 11050 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#11050; Package emacs. (Tue, 20 Mar 2012 17:18:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to sds <at> gnu.org:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Tue, 20 Mar 2012 17:18:03 GMT) Full text and rfc822 format available.

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

From: Sam Steingold <sds <at> gnu.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.0.94; emacs hangs
Date: Tue, 20 Mar 2012 12:45:24 -0400
The second time in as many days I encounter a weird behavior which I can
only get out of using kill -9.
I run emacs under gdb and all of a sudden it stops responding.
C-z and C-c in gdb also do nothing(!)
There are 2(!) emacs processes in top:

17196 sds       20   0  349m  80m  11m D    0  1.0   4:18.84 emacs
24429 sds       20   0  349m  80m  11m t    0  1.0   0:00.00 emacs
17124 sds       20   0 99420  49m  10m S    0  0.6   0:20.61 gdb

the D is in do_fork; the t is in ptrace_stop; the S is in do_wait

kill -15 does nothing; loadavg is at 1 - until I kill them with -9.

I know this is not enough to debug the problem, but maybe you could at
least tell me what I can do the next time this happens.

Oh, and how I got into this mess: I _think_ I hit "g" in a dired buffer
several times in a row.

In GNU Emacs 24.0.94.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2012-03-19 on t520sds
Windowing system distributor `The X.Org Foundation', version 11.0.11004000
Configured using:
 `configure '--with-wide-int''

Minor modes in effect:
  which-function-mode: t
  url-handler-mode: t
  show-paren-mode: t
  shell-dirtrack-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t

Features:
(shadow sort bbdb-message mailalias cookie1 vc-hg mail-extr gnus-msg
gnus-art mm-uu mml2015 epg-config mm-view mml-smime smime dig mailcap
gnus-sum gnus-demon nntp gnus-group gnus-undo nnmail mail-source nnoo
gnus-start gnus-spec gnus-int gnus-range gnus-win emacsbug message
format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse
rfc2231 gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums dired
midnight autoloads gnus gnus-ems nnheader mail-utils wid-edit bbdb-mua
bbdb-com mailabbrev bbdb-loaddefs bbdb timezone server uniquify warnings
which-func imenu url-handlers url-parse auth-source eieio byte-opt
bytecomp byte-compile cconv macroexp gnus-util password-cache url-vars
mm-util mail-prsvr paren help-at-pt cus-start cus-load ido ess-toolbar
ess-mouse mouseme thingatpt browse-url ess-menu ess-swv ess-noweb
noweb-font-lock-mode ess-bugs-l essd-els ess-sas-d ess-sas-l ess-sas-a
executable shell pcomplete ess-arc-d ess-vst-d ess-xls-d ess-lsp-l
ess-sta-d ess-sta-l cc-vars cc-defs make-regexp ess-sp6-d ess-sp5-d
ess-sp3-d ess-r-d ess-tracebug advice advice-preload compile
ess-developer ess-r-args assoc eldoc help-fns ess-s-l ess-inf ess-utils
comint ansi-color ring ess-mode noweb-mode ess ess-custom regexp-opt
easymenu ess-compat ess-site cl time-date tooltip ediff-hook vc-hooks
lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image fringe
lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar
mouse jit-lock font-lock syntax facemenu font-core frame cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev
minibuffer loaddefs button faces cus-face files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote make-network-process dbusbind
dynamic-setting system-font-setting font-render-setting x-toolkit x
multi-tty emacs)

-- 
Sam Steingold (http://sds.podval.org/) on Ubuntu 11.10 (oneiric) X 11.0.11004000
http://www.childpsy.net/ http://mideasttruth.com http://palestinefacts.org
http://openvotingconsortium.org http://honestreporting.com http://pmw.org.il
Volume(Pizza of radius Z and thickness A) = PI * Z * Z * A




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11050; Package emacs. (Tue, 20 Mar 2012 18:17:01 GMT) Full text and rfc822 format available.

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

From: Glenn Morris <rgm <at> gnu.org>
To: sds <at> gnu.org
Cc: 11050 <at> debbugs.gnu.org
Subject: Re: bug#11050: 24.0.94; emacs hangs
Date: Tue, 20 Mar 2012 13:45:37 -0400
Sam Steingold wrote:

> 17196 sds       20   0  349m  80m  11m D    0  1.0   4:18.84 emacs
[...]
> Oh, and how I got into this mess: I _think_ I hit "g" in a dired buffer
> several times in a row.

Do you have any file systems mounted (eg NFS) that might not be
responding? Does the equivalent ls command hang from outside Emacs?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11050; Package emacs. (Tue, 20 Mar 2012 19:18:02 GMT) Full text and rfc822 format available.

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

From: Sam Steingold <sds <at> gnu.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 11050 <at> debbugs.gnu.org
Subject: Re: bug#11050: 24.0.94; emacs hangs
Date: Tue, 20 Mar 2012 14:47:07 -0400
> * Glenn Morris <etz <at> tah.bet> [2012-03-20 13:45:37 -0400]:
>
> Sam Steingold wrote:
>
>> 17196 sds       20   0  349m  80m  11m D    0  1.0   4:18.84 emacs
> [...]
>> Oh, and how I got into this mess: I _think_ I hit "g" in a dired buffer
>> several times in a row.
>
> Do you have any file systems mounted (eg NFS) that might not be
> responding? Does the equivalent ls command hang from outside Emacs?

no.
I now think this is a result of ess interacting with R, although I am not sure.

-- 
Sam Steingold (http://sds.podval.org/) on Ubuntu 11.10 (oneiric) X 11.0.11004000
http://www.childpsy.net/ http://mideasttruth.com http://dhimmi.com
http://www.memritv.org http://honestreporting.com http://jihadwatch.org
Good judgment comes from experience and experience comes from bad judgment.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11050; Package emacs. (Wed, 25 Apr 2012 18:21:01 GMT) Full text and rfc822 format available.

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

From: Sam Steingold <sds <at> gnu.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 11050 <at> debbugs.gnu.org
Subject: Re: bug#11050: 24.0.94; emacs hangs
Date: Wed, 25 Apr 2012 14:19:08 -0400
> * Glenn Morris <etz <at> tah.bet> [2012-03-20 13:45:37 -0400]:
>
> Sam Steingold wrote:
>
>> 17196 sds       20   0  349m  80m  11m D    0  1.0   4:18.84 emacs
> [...]
>> Oh, and how I got into this mess: I _think_ I hit "g" in a dired buffer
>> several times in a row.
>
> Do you have any file systems mounted (eg NFS) that might not be
> responding?

no.

> Does the equivalent ls command hang from outside Emacs?

no, it has terminated (not in top or ps).
moreover, this happened today again, twice(!)

(emacs-bzr-version "108032 sdl.web <at> gmail.com-20120425152319-6spihz4warse7g3v")
(emacs-version "24.1.50.2" "GNU Emacs 24.1.50.2 (x86_64-unknown-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2012-04-25 on t520sds")


-- 
Sam Steingold (http://sds.podval.org/) on Ubuntu 11.10 (oneiric) X 11.0.11004000
http://www.childpsy.net/ http://dhimmi.com http://mideasttruth.com
http://www.memritv.org http://camera.org http://americancensorship.org
The Truth does not have to look plausible.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11050; Package emacs. (Wed, 25 Apr 2012 18:38:01 GMT) Full text and rfc822 format available.

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

From: egallego <at> babel.ls.fi.upm.es (Emilio Jesús Gallego Arias)
Cc: Glenn Morris <rgm <at> gnu.org>, 11050 <at> debbugs.gnu.org
Subject: Re: bug#11050: 24.0.94; emacs hangs
Date: Wed, 25 Apr 2012 20:36:32 +0200
The following message is a courtesy copy of an article
that has been posted to gmane.emacs.bugs as well.

Dear Sam,

> moreover, this happened today again, twice(!)

could your bug be related to #11315?

http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11315

You may want to try the patch posted there.

Regards,
Emilio




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11050; Package emacs. (Thu, 17 May 2012 18:39:01 GMT) Full text and rfc822 format available.

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

From: Sam Steingold <sds <at> gnu.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 11050 <at> debbugs.gnu.org
Subject: Re: bug#11050: 24.0.94; emacs hangs
Date: Thu, 17 May 2012 14:37:41 -0400
I still get this every now and then; when an external command is
invoked ('g' in dired or vc-dir buffer).
the only way out is 'killall -v -s 9 emacs gdb'.

gdb is sleeping in sys_rt_sigsuspend
there are 2 emacs processes:
parent sleeping uninterruptibly in do_fork
and child sleeping in ptrace_stop.

i.e., it appears that fork/exec chain has been intrerrupted.
could this be a gdb bug?

-- 
Sam Steingold <http://sds.podval.org> <http://www.childpsy.net/>




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11050; Package emacs. (Fri, 29 Jun 2012 03:41:01 GMT) Full text and rfc822 format available.

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

From: Sam Steingold <sds <at> gnu.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 11050 <at> debbugs.gnu.org
Subject: Re: bug#11050: 24.0.94; emacs hangs
Date: Thu, 28 Jun 2012 23:36:00 -0400
On Thu, May 17, 2012 at 2:37 PM, Sam Steingold <sds <at> gnu.org> wrote:
> the only way out is 'killall -v -s 9 emacs gdb'.

when I do "killall -s 9 gdb", I am left with a single non-responding
emacs process.
it is in "do_signal_stop".
status in top(1) is "T".
"killall -v -s SIGCONT emacs"
brings it back to life!!!

I guess I have a workaround, but I am still unhappy.

-- 
Sam Steingold <http://sds.podval.org> <http://www.childpsy.net/>




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#11050; Package emacs. (Sat, 29 Feb 2020 03:26:02 GMT) Full text and rfc822 format available.

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

From: Stefan Kangas <stefan <at> marxist.se>
To: Sam Steingold <sds <at> gnu.org>
Cc: 11050 <at> debbugs.gnu.org
Subject: Re: bug#11050: 24.0.94; emacs hangs
Date: Sat, 29 Feb 2020 04:25:06 +0100
Sam Steingold <sds <at> gnu.org> writes:

> The second time in as many days I encounter a weird behavior which I can
> only get out of using kill -9.
> I run emacs under gdb and all of a sudden it stops responding.
> C-z and C-c in gdb also do nothing(!)
> There are 2(!) emacs processes in top:
>
> 17196 sds       20   0  349m  80m  11m D    0  1.0   4:18.84 emacs
> 24429 sds       20   0  349m  80m  11m t    0  1.0   0:00.00 emacs
> 17124 sds       20   0 99420  49m  10m S    0  0.6   0:20.61 gdb
>
> the D is in do_fork; the t is in ptrace_stop; the S is in do_wait
>
> kill -15 does nothing; loadavg is at 1 - until I kill them with -9.
>
> I know this is not enough to debug the problem, but maybe you could at
> least tell me what I can do the next time this happens.
>
> Oh, and how I got into this mess: I _think_ I hit "g" in a dired buffer
> several times in a row.

That was 7 years ago.  Are you still seeing this on a modern version
of Emacs?

Best regards,
Stefan Kangas




Reply sent to Stefan Kangas <stefan <at> marxist.se>:
You have taken responsibility. (Wed, 06 May 2020 23:48:02 GMT) Full text and rfc822 format available.

Notification sent to sds <at> gnu.org:
bug acknowledged by developer. (Wed, 06 May 2020 23:48:02 GMT) Full text and rfc822 format available.

Message #31 received at 11050-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Sam Steingold <sds <at> gnu.org>
Cc: 11050-done <at> debbugs.gnu.org
Subject: Re: bug#11050: 24.0.94; emacs hangs
Date: Wed, 6 May 2020 19:47:11 -0400
Stefan Kangas <stefan <at> marxist.se> writes:

> Sam Steingold <sds <at> gnu.org> writes:
>
>> The second time in as many days I encounter a weird behavior which I can
>> only get out of using kill -9.
>> I run emacs under gdb and all of a sudden it stops responding.
>> C-z and C-c in gdb also do nothing(!)
>> There are 2(!) emacs processes in top:
>>
>> 17196 sds       20   0  349m  80m  11m D    0  1.0   4:18.84 emacs
>> 24429 sds       20   0  349m  80m  11m t    0  1.0   0:00.00 emacs
>> 17124 sds       20   0 99420  49m  10m S    0  0.6   0:20.61 gdb
>>
>> the D is in do_fork; the t is in ptrace_stop; the S is in do_wait
>>
>> kill -15 does nothing; loadavg is at 1 - until I kill them with -9.
>>
>> I know this is not enough to debug the problem, but maybe you could at
>> least tell me what I can do the next time this happens.
>>
>> Oh, and how I got into this mess: I _think_ I hit "g" in a dired buffer
>> several times in a row.
>
> That was 7 years ago.  Are you still seeing this on a modern version
> of Emacs?

More information was requested, but none was given within 9 weeks, so
I'm closing this bug.

If this is still an issue, please reply to this email (use "Reply to
all" in your email client) and we can reopen the bug report.

Best regards,
Stefan Kangas




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 04 Jun 2020 11:24:06 GMT) Full text and rfc822 format available.

This bug report was last modified 5 years and 72 days ago.

Previous Next


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