GNU bug report logs -
#5676
23.1.93; scroll bar redisplay bug locks up Emacs hard
Previous Next
Reported by: Stephen Berman <stephen.berman <at> gmx.net>
Date: Wed, 3 Mar 2010 18:57:01 UTC
Severity: normal
Tags: unreproducible
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 5676 in the body.
You can then email your comments to 5676 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#5676
; Package
emacs
.
(Wed, 03 Mar 2010 18:57:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Stephen Berman <stephen.berman <at> gmx.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 03 Mar 2010 18:57:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
(I used M-x report-emacs-bug to report a bug, and it bounced, with this
feedback from the mailer-daemon: "A message that you sent could not be
delivered to one or more of its recipients. This is a permanent
error. The following address(es) failed: bug-gnu-emacs <at> gnu.org". The
report included two long backtraces and perhaps the length is a
problem. So I'm trying to repost now without the backtraces. If this
works, I'll send the backtraces in separate followups.)
In GNU Emacs 23.1.93.1 (i686-pc-linux-gnu, GTK+ Version 2.18.6)
of 2010-03-02 on escher
Windowing system distributor `The X.Org Foundation', version 11.0.10605000
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_US.UTF-8
value of $XMODIFIERS: @im=local
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
I've encountered a redisplay bug which locks up Emacs completely, C-g
has no effect. I've seen two manifestions resulting from essentially
the same recipe, both involving the scroll bar. In one manifestation,
the scroll bar vanishes when Emacs locks up; in the other, the scroll
bar flickers very rapidly. I haven't been able to pin down exactly when
which manifestation occurs; maybe it's a timing issue. However, the
lock up is reproducible, but under rather complex conditions. I've
managed to pare down my initializations to a minimum amount that induces
the lock up. Here is the recipe:
1. Let ~/.emacs consist of the attached file. This loads the third
party library tabbar.el, available at
<http://emhacks.cvs.sourceforge.net/viewvc/*checkout*/emhacks/emhacks/tabbar.el?revision=1.69>,
so make sure to adjust the path in the load sexp.
2. Let ~/.newsrc consist of the following line:
gmane.linux.suse.opensuse.user: 1-110249
(Also, maybe there shouldn't be a nonempty directory ~/News/, though it
might not matter).
3. Start emacs.
4. Type M-x gnus, and when the Group buffer comes up, enter the
newsgroup gmane.linux.suse.opensuse.user
5. Type `j' (gnus-summary-goto-article) and at the prompt paste in this
Message-ID: 20100301190055.GP15950 <at> wahoo.no-ip.org
=> The scroll bar disappears and Emacs locks up hard.
I've reproduced this under gdb and gotten two different backtraces,
which I will post in followups, if this report makes it into the
bugtracker.
[.emacs_test (application/emacs-lisp, attachment)]
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#5676
; Package
emacs
.
(Wed, 03 Mar 2010 22:14:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 5676 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Here's the first backtrace, which resulted from typing `C-c C-c'
(comint-interrupt-subjob) in shell-mode, from which I ran gdb.
[backtrace_scroll-bar_new (application/octet-stream, attachment)]
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#5676
; Package
emacs
.
(Wed, 03 Mar 2010 22:24:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 5676 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Here's the second backtrace, which resulted from typing `C-c C-z'
(comint-stop-subjob).
[backtrace_scroll-bar_new_2 (application/octet-stream, attachment)]
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#5676
; Package
emacs
.
(Thu, 04 Mar 2010 00:42:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 5676 <at> debbugs.gnu.org (full text, mbox):
Stephen Berman wrote:
> report included two long backtraces and perhaps the length is a
> problem.
For future reference, gzipping the backtraces reduces the size a lot.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#5676
; Package
emacs
.
(Thu, 04 Mar 2010 09:30:03 GMT)
Full text and
rfc822 format available.
Message #17 received at 5676 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Wed, 03 Mar 2010 19:41:26 -0500 Glenn Morris <rgm <at> gnu.org> wrote:
> Stephen Berman wrote:
>
>> report included two long backtraces and perhaps the length is a
>> problem.
>
> For future reference, gzipping the backtraces reduces the size a lot.
D'oh! In the meantime, the first backtrace made it to the list, but not
the second one, so I guess it was by itself too large. So here's the
next try, gzipped :-). This backtrace resulted from typing `C-c C-z'
(comint-stop-subjob) in shell-mode.
Steve Berman
[backtrace_scroll-bar_new_2.gz (application/x-gzip, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#5676
; Package
emacs
.
(Wed, 26 Aug 2020 15:19:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 5676 <at> debbugs.gnu.org (full text, mbox):
Stephen Berman <stephen.berman <at> gmx.net> writes:
> I've encountered a redisplay bug which locks up Emacs completely, C-g
> has no effect. I've seen two manifestions resulting from essentially
> the same recipe, both involving the scroll bar. In one manifestation,
> the scroll bar vanishes when Emacs locks up; in the other, the scroll
> bar flickers very rapidly. I haven't been able to pin down exactly when
> which manifestation occurs; maybe it's a timing issue. However, the
> lock up is reproducible, but under rather complex conditions. I've
> managed to pare down my initializations to a minimum amount that induces
> the lock up. Here is the recipe:
>
> 1. Let ~/.emacs consist of the attached file. This loads the third
> party library tabbar.el, available at
> <http://emhacks.cvs.sourceforge.net/viewvc/*checkout*/emhacks/emhacks/tabbar.el?revision=1.69>,
> so make sure to adjust the path in the load sexp.
>
> 2. Let ~/.newsrc consist of the following line:
> gmane.linux.suse.opensuse.user: 1-110249
> (Also, maybe there shouldn't be a nonempty directory ~/News/, though it
> might not matter).
>
> 3. Start emacs.
>
> 4. Type M-x gnus, and when the Group buffer comes up, enter the
> newsgroup gmane.linux.suse.opensuse.user
>
> 5. Type `j' (gnus-summary-goto-article) and at the prompt paste in this
> Message-ID: 20100301190055.GP15950 <at> wahoo.no-ip.org
>
> => The scroll bar disappears and Emacs locks up hard.
>
> I've reproduced this under gdb and gotten two different backtraces,
> which I will post in followups, if this report makes it into the
> bugtracker.
(That was 10 years ago.)
Can you reproduce this on a modern version of Emacs, such as the
recently released version 27.1?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#5676
; Package
emacs
.
(Wed, 26 Aug 2020 15:59:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 5676 <at> debbugs.gnu.org (full text, mbox):
On Wed, 26 Aug 2020 08:18:24 -0700 Stefan Kangas <stefan <at> marxist.se> wrote:
> Stephen Berman <stephen.berman <at> gmx.net> writes:
>
>> I've encountered a redisplay bug which locks up Emacs completely, C-g
>> has no effect. I've seen two manifestions resulting from essentially
>> the same recipe, both involving the scroll bar. In one manifestation,
>> the scroll bar vanishes when Emacs locks up; in the other, the scroll
>> bar flickers very rapidly. I haven't been able to pin down exactly when
>> which manifestation occurs; maybe it's a timing issue. However, the
>> lock up is reproducible, but under rather complex conditions. I've
>> managed to pare down my initializations to a minimum amount that induces
>> the lock up. Here is the recipe:
>>
>> 1. Let ~/.emacs consist of the attached file. This loads the third
>> party library tabbar.el, available at
>> <http://emhacks.cvs.sourceforge.net/viewvc/*checkout*/emhacks/emhacks/tabbar.el?revision=1.69>,
>> so make sure to adjust the path in the load sexp.
>>
>> 2. Let ~/.newsrc consist of the following line:
>> gmane.linux.suse.opensuse.user: 1-110249
>> (Also, maybe there shouldn't be a nonempty directory ~/News/, though it
>> might not matter).
>>
>> 3. Start emacs.
>>
>> 4. Type M-x gnus, and when the Group buffer comes up, enter the
>> newsgroup gmane.linux.suse.opensuse.user
>>
>> 5. Type `j' (gnus-summary-goto-article) and at the prompt paste in this
>> Message-ID: 20100301190055.GP15950 <at> wahoo.no-ip.org
>>
>> => The scroll bar disappears and Emacs locks up hard.
>>
>> I've reproduced this under gdb and gotten two different backtraces,
>> which I will post in followups, if this report makes it into the
>> bugtracker.
>
> (That was 10 years ago.)
>
> Can you reproduce this on a modern version of Emacs, such as the
> recently released version 27.1?
I tried, but too much has changed, e.g. the gmane news server and the
openSUSE group, both of which I could adjust to what I think are the
current versions, but I was unable to access the particular newsgroup
message and got no lock up. So I guess this bug should be closed as
unreproducible.
Steve Berman
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#5676
; Package
emacs
.
(Wed, 26 Aug 2020 18:18:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 5676 <at> debbugs.gnu.org (full text, mbox):
tags 5676 + unreproducible
close 5676
thanks
Stephen Berman <stephen.berman <at> gmx.net> writes:
> I tried, but too much has changed, e.g. the gmane news server and the
> openSUSE group, both of which I could adjust to what I think are the
> current versions, but I was unable to access the particular newsgroup
> message and got no lock up. So I guess this bug should be closed as
> unreproducible.
Thanks, I'm therefore closing this bug now.
Added tag(s) unreproducible.
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Wed, 26 Aug 2020 18:18:03 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
5676 <at> debbugs.gnu.org and Stephen Berman <stephen.berman <at> gmx.net>
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Wed, 26 Aug 2020 18:18:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 24 Sep 2020 11:24:09 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 325 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.