GNU bug report logs -
#2866
23.0.91; "(princ (category-table) (current-buffer))" causes emacs to hang
Previous Next
Reported by: MON KEY <monkey <at> sandpframing.com>
Date: Thu, 2 Apr 2009 19:40:04 UTC
Severity: normal
Done: Glenn Morris <rgm <at> gnu.org>
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 2866 in the body.
You can then email your comments to 2866 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#2866
; Package
emacs
.
(Thu, 02 Apr 2009 19:40:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
MON KEY <monkey <at> sandpframing.com>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Thu, 02 Apr 2009 19:40:04 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
evaluating:
(princ (category-table) (current-buffer))
Causes emacs to hang.
Whether this is a useful way to examine the category-table is another
question entirely :P
I've evaluated the previous expression on two separate builds with
identical (undesirable) results:
---
GNU Emacs 23.0.91.1 (i386-mingw-nt5.1.2600) of 2009-02-26 on SOFT-MJASON
---
GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600) of 2008-10-23 on
LENNART-69DE564 (patched)
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --cflags -Ic:/g/include'
---
;;; ==============================
In GNU Emacs 23.0.91.1 (i386-mingw-nt5.1.2600)
of 2009-02-26 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'
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: ENU
value of $XMODIFIERS: nil
locale-coding-system: cp1252
default-enable-multibyte-characters: t
Major mode: Lisp Interaction
Minor modes in effect:
show-paren-mode: t
display-time-mode: t
auto-image-file-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
global-auto-composition-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
size-indication-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#2866
; Package
emacs
.
(Fri, 03 Apr 2009 01:55:05 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Kenichi Handa <handa <at> m17n.org>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Fri, 03 Apr 2009 01:55:05 GMT)
Full text and
rfc822 format available.
Message #10 received at 2866 <at> emacsbugs.donarmstrong.com (full text, mbox):
In article <d2afcfda0904021236i40758ef4vd17c4fb97e31d67f <at> mail.gmail.com>, MON KEY <monkey <at> sandpframing.com> writes:
> evaluating:
> (princ (category-table) (current-buffer))
> Causes emacs to hang.
> Whether this is a useful way to examine the category-table is another
> question entirely :P
It doesn't hang Emacs for me but takes long time in
redisplay. It's because of the extremely long line.
If it is ok to terminate lines within the printing of a
object, something like this change will speed up the
redisplay.
--- print.c.~1.255.~ 2009-01-16 15:52:25.000000000 +0900
+++ print.c 2009-04-03 10:44:14.000000000 +0900
@@ -2116,6 +2116,9 @@
/* We print a char-table as if it were a vector,
lumping the parent and default slots in with the
character slots. But we add #^ as a prefix. */
+ if (SUB_CHAR_TABLE_P (obj)
+ && XINT (XSUB_CHAR_TABLE (obj)->depth) == 3)
+ PRINTCHAR ('\n');
PRINTCHAR ('#');
PRINTCHAR ('^');
if (SUB_CHAR_TABLE_P (obj))
---
Kenichi Handa
handa <at> m17n.org
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#2866
; Package
emacs
.
(Fri, 03 Apr 2009 03:25:05 GMT)
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>
.
(Fri, 03 Apr 2009 03:25:05 GMT)
Full text and
rfc822 format available.
Message #15 received at 2866 <at> emacsbugs.donarmstrong.com (full text, mbox):
>> evaluating:
>> (princ (category-table) (current-buffer))
>> Causes emacs to hang.
>> Whether this is a useful way to examine the category-table is another
>> question entirely :P
> It doesn't hang Emacs for me but takes long time in
> redisplay. It's because of the extremely long line.
> If it is ok to terminate lines within the printing of a
> object, something like this change will speed up the
> redisplay.
Looks like a good quick-fix. Better of course would be to speed up the
(re)display of long lines.
Stefan
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#2866
; Package
emacs
.
(Fri, 03 Apr 2009 06:35:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Kenichi Handa <handa <at> m17n.org>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Fri, 03 Apr 2009 06:35:04 GMT)
Full text and
rfc822 format available.
Message #20 received at 2866 <at> emacsbugs.donarmstrong.com (full text, mbox):
In article <jwv1vsa5st7.fsf-monnier+emacsbugreports <at> gnu.org>, Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
>>> evaluating:
>>> (princ (category-table) (current-buffer))
>>> Causes emacs to hang.
>>> Whether this is a useful way to examine the category-table is another
>>> question entirely :P
> > It doesn't hang Emacs for me but takes long time in
> > redisplay. It's because of the extremely long line.
> > If it is ok to terminate lines within the printing of a
> > object, something like this change will speed up the
> > redisplay.
> Looks like a good quick-fix.
I've just installed it.
> Better of course would be to speed up the (re)display of
> long lines.
Sure.
---
Kenichi Handa
handa <at> m17n.org
bug closed, send any further explanations to MON KEY <monkey <at> sandpframing.com>
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> emacsbugs.donarmstrong.com
.
(Wed, 08 Apr 2009 18:55:06 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> emacsbugs.donarmstrong.com
.
(Thu, 07 May 2009 14:24:13 GMT)
Full text and
rfc822 format available.
This bug report was last modified 16 years and 51 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.