GNU bug report logs -
#11050
24.0.94; emacs hangs
Previous Next
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.
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):
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):
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):
> * 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):
> * 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):
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):
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):
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):
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):
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.