GNU bug report logs -
#726
23.0.60; OSX: Complete OS crash
Previous Next
Reported by: Markus Triska <markus.triska <at> gmx.at>
Date: Fri, 15 Aug 2008 17:05:05 UTC
Severity: important
Done: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
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 726 in the body.
You can then email your comments to 726 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#726; Package
emacs.
Full text and
rfc822 format available.
Acknowledgement sent to
Markus Triska <markus.triska <at> gmx.at>:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>.
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
Let open7.el consist of the form:
(let ((n 0))
(while t
(setq n (1+ n))
(message "iteration: %s" n)
(delete-process (start-process "bc" nil "bc"))))
When I do:
$ emacs -Q --script open7.el
The whole OS crashes within about 500 iterations, and a gray box is
displayed stating that I must restart the computer. A shell script
that continuously starts and kills bc runs for long without problem:
while true
do
bc &
killall -9 bc
done
In GNU Emacs 23.0.60.1 (i386-apple-darwin8.11.1, GTK+ Version 2.12.9)
of 2008-08-15 on mt-computer.local
Windowing system distributor `The XFree86 Project, Inc', version 11.0.40400000
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: en.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: nil
default-enable-multibyte-characters: t
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#726; Package
emacs.
Full text and
rfc822 format available.
Acknowledgement sent to
Stefan Monnier <monnier <at> iro.umontreal.ca>:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>.
Full text and
rfc822 format available.
Message #10 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
> The whole OS crashes within about 500 iterations, and a gray box is
> displayed stating that I must restart the computer. A shell script
> that continuously starts and kills bc runs for long without problem:
Does it die because of run-away processes or memory exhaustion?
If not, it's an OS bug.
Stefan
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#726; Package
emacs.
Full text and
rfc822 format available.
Acknowledgement sent to
Stefan Monnier <monnier <at> iro.umontreal.ca>:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>.
Full text and
rfc822 format available.
Information forwarded to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#726; Package
emacs.
Full text and
rfc822 format available.
Acknowledgement sent to
Markus Triska <markus.triska <at> gmx.at>:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>.
Full text and
rfc822 format available.
Message #20 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
> Does it die because of run-away processes or memory exhaustion?
Most certainly not, since I have seen crashes within only 150
iterations. Note that only one subprocess is run at any time. When I do
not delete the subprocesses, there can be more than 1000 of them. I will
try to trace it down further. So far, when I slow down the program to
observe it more closely, the problem disappears. Also, I found that
today's Emacs 22.2.90 works for a long time without producing a crash on
the same program and system, while I can produce a crash with 23.0.60
every time in a few seconds.
bug reassigned from package `emacs' to `emacs,ns'.
Request was from
Chong Yidong <cyd <at> stupidchicken.com>
to
control <at> emacsbugs.donarmstrong.com.
(Thu, 21 Aug 2008 16:05:07 GMT)
Full text and
rfc822 format available.
bug reassigned from package `emacs,ns' to `emacs'.
Request was from
Adrian Robert <adrian.b.robert <at> gmail.com>
to
control <at> emacsbugs.donarmstrong.com.
(Fri, 03 Oct 2008 19:05:04 GMT)
Full text and
rfc822 format available.
Severity set to `important' from `normal'
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> emacsbugs.donarmstrong.com.
(Thu, 11 Dec 2008 22:55:03 GMT)
Full text and
rfc822 format available.
Reply sent
to
YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>:
You have taken responsibility.
(Sat, 10 Apr 2010 10:35:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Markus Triska <markus.triska <at> gmx.at>:
bug acknowledged by developer.
(Sat, 10 Apr 2010 10:35:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 726-done <at> debbugs.gnu.org (full text, mbox):
>>>>> On Fri, 09 Apr 2010 09:14:48 -0400, Stefan Monnier <monnier <at> IRO.UMontreal.CA> said:
>>>> The following simpler one seems to work for me on 10.4 (but not
>>>> on 10.3, again). Could you test if it also works for you, with
>>>> respect to this problem and #726 (23.0.60; OSX: Complete OS
>>>> crash)?
>>> Your patch fixes both issues for me. Thank you very much!
>> Maintainers, which branch should I install this patch to? Bug#726
>> is marked as important.
> I'd say emacs-23, Thank you,
Done.
YAMAMOTO Mitsuharu
mituharu <at> math.s.chiba-u.ac.jp
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org.
(Sat, 08 May 2010 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 15 years and 99 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.