GNU bug report logs -
#536
Emacs makes inferior-scheme and inferior-lisp hang when...
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 536 in the body.
You can then email your comments to 536 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#536
; Package
emacs
.
Full text and
rfc822 format available.
Acknowledgement sent to
"Kjetil S. Matheussen" <k.s.matheussen <at> notam02.no>
:
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):
On Sat, 5 Jul 2008, Kjetil S. Matheussen wrote:
>
>
> BACKGROUND
> ----------
> Emacs makes inferior-scheme and inferior-lisp hang when you evaluate
> a large block of code which is directly followed by a hash (#).
>
> This is a bug I've encountered numerous times for many
> years. I'm currently using emacs-cvs from 2008-07-04
> though.
>
> It does not seem to matter which implementation of
> scheme or common lisp is running as inferior-scheme
> or inferior-lisp.
>
>
>
> HOW TO PROVOCE THE HANG IN SCHEME
> ---------------------------------
> This should be an exact recipe on how to make inferior-scheme hang:
>
> 1. Load this file into emacs:
> http://www.notam02.no/~kjetism/emacsbug.scm
>
> 2. Start scheme by using M-x run-scheme
>
> 3. Place the cursor on to line 2 of emacsbug.scm and
> evaluate the block by pressing C-M-x. If the cursor
> is placed on line 1, scheme won't hang.
>
> 4. Scheme does not respond anymore
>
>
>
> HOW TO PROVOCE THE HANG IN COMMON LISP
> --------------------------------------
> To make inferior-lisp hang, just replace the "define" on
> line 1 in emacsbug.scm with a "defun", change
> to common-lisp-mode, and do the same thing.
>
Sorry, correction. Turned out I only found a reproducable
scheme in my current emacs session. When I restarted
emacs, I couldn't reproduce it with the above method.
However, it seems like the bigger the source file,
the bigger the chance of hitting the bug. I have
tried various things, and this is the only indication
I can find of what may cause it.
So, I have uploaded a new emacsbug.scm file, which
is really big. But, it seems to be about 100% sure
to hit the bug if doing the following:
1. Load this file into emacs:
http://www.notam02.no/~kjetism/emacsbug.scm
2. Start scheme by using M-x run-scheme
3. Place the cursor on line 1006 of emacsbug.scm and
evaluate the block by pressing C-M-x. If the cursor
is placed on line 1005, scheme won't hang.
4. Scheme does not respond anymore
If scheme doesn't hang, perhaps it works to
try again.
I'm sorry, I have tried to narrow
it down by cutting away various parts of the
code, but it doesn't seem to be consistent when
the bug appears. As said, it seems like
the larger the file, the larger the chance
of hitting the bug.
Merged 536 537.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> emacsbugs.donarmstrong.com
.
(Mon, 07 Jul 2008 21:05:08 GMT)
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#536
; Package
emacs
.
(Wed, 18 Feb 2009 01:00:03 GMT)
Full text and
rfc822 format available.
View this message in rfc822 format
"Kjetil S. Matheussen" <k.s.matheussen <at> notam02.no> writes:
> So, I have uploaded a new emacsbug.scm file, which
> is really big. But, it seems to be about 100% sure
> to hit the bug if doing the following:
>
> 1. Load this file into emacs:
> http://www.notam02.no/~kjetism/emacsbug.scm
Is this still a problem in current Emacs?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#536
; Package
emacs
.
(Tue, 20 Sep 2011 16:21:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 536 <at> debbugs.gnu.org (full text, mbox):
On Sun, 11 Sep 2011, Lars Magne Ingebrigtsen wrote:
> "Kjetil S. Matheussen" <k.s.matheussen <at> notam02.no> writes:
>
>> So, I have uploaded a new emacsbug.scm file, which
>> is really big. But, it seems to be about 100% sure
>> to hit the bug if doing the following:
>>
>> 1. Load this file into emacs:
>> http://www.notam02.no/~kjetism/emacsbug.scm
>
> Is this still a problem in current Emacs?
I can't remember hitting the bug in a very long time.
However, I never evaluate an expression unless
the cursor is on the start of the first line anymore,
due to the earlier problems.
I'll try to remember to evaluate with the cursor
in the middle again, and see if it works.
bug closed, send any further explanations to
536 <at> debbugs.gnu.org and "Kjetil S. Matheussen" <k.s.matheussen <at> notam02.no>
Request was from
Lars Magne Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 06 Oct 2011 21:56:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#536
; Package
emacs
.
(Thu, 06 Oct 2011 21:58:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 536 <at> debbugs.gnu.org (full text, mbox):
"Kjetil S. Matheussen" <k.s.matheussen <at> notam02.no> writes:
> I'll try to remember to evaluate with the cursor
> in the middle again, and see if it works.
Ok; I'm closing the bug report. If this is still a problem, please
reopen the report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 04 Nov 2011 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 13 years and 294 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.