* bug#10792: 24.0.93; emacs goes comatose opening C header
@ 2012-02-11 17:26 John Yates
2012-02-11 19:55 ` Eli Zaretskii
` (2 more replies)
0 siblings, 3 replies; 12+ messages in thread
From: John Yates @ 2012-02-11 17:26 UTC (permalink / raw
To: 10792; +Cc: Alan Mackenzie
When I attemt to visit the following header emacs locks up. If
I make the contents of the macro significantly shorted emacs is
able to open and fontlock it successfully. To me this suggests
some form of n-squared processing.
-----------------------------------
#define PARSE_TYPE_LIST \
_EMIT_(PT_ZERO, "*ZERO*" ) _DELIM_ \
_EMIT_(PT_CHAR1, "CHAR" ) _DELIM_ \
_EMIT_(PTN_CHAR1, "CHAR" ) _DELIM_ \
_EMIT_(PT_CHAR, "CHAR" ) _DELIM_ \
_EMIT_(PTN_CHAR, "CHAR" ) _DELIM_ \
_EMIT_(PT_VAR_CHAR, "VARCHAR" ) _DELIM_ \
_EMIT_(PTN_VAR_CHAR, "VARCHAR" ) _DELIM_ \
_EMIT_(PT_VAR_FIXED_CHAR, "CHAR" ) _DELIM_ \
_EMIT_(PTN_VAR_FIXED_CHAR, "CHAR" ) _DELIM_ \
_EMIT_(PT_INT1, "INT1" ) _DELIM_ \
_EMIT_(PT_INT2, "INT2" ) _DELIM_ \
_EMIT_(PT_INT4, "INT4" ) _DELIM_ \
_EMIT_(PT_INT8, "INT8" ) _DELIM_ \
_EMIT_(PT_NUMERIC4, "NUMERIC" ) _DELIM_ \
_EMIT_(PT_NUMERIC8, "NUMERIC" ) _DELIM_ \
_EMIT_(PT_NUMERIC16, "NUMERIC" ) _DELIM_ \
_EMIT_(PT_DATE_MMM_D_Y, "DATE" ) _DELIM_ \
_EMIT_(PTN_DATE_MMM_D_Y, "DATE" ) _DELIM_ \
_EMIT_(PT_DATE_N_DMMMY, "DATE" ) _DELIM_ \
_EMIT_(PT_DATE_D_DMMMY, "DATE" ) _DELIM_ \
_EMIT_(PT_DATE_N_DMY, "DATE" ) _DELIM_ \
_EMIT_(PT_DATE_D_DMY, "DATE" ) _DELIM_ \
_EMIT_(PT_DATE_N_MDY, "DATE" ) _DELIM_ \
_EMIT_(PT_DATE_D_MDY, "DATE" ) _DELIM_ \
_EMIT_(PT_DATE_N_YMD, "DATE" ) _DELIM_ \
_EMIT_(PT_DATE_D_YMD, "DATE" ) _DELIM_ \
_EMIT_(PT_TIME_N_24, "TIME" ) _DELIM_ \
_EMIT_(PT_TIME_D_24, "TIME" ) _DELIM_ \
_EMIT_(PT_TIME_N_12, "TIME" ) _DELIM_ \
_EMIT_(PT_TIME_D_12, "TIME" ) _DELIM_ \
_EMIT_(PT_TIME_N_24_TZ, "TIME_TZ" ) _DELIM_ \
_EMIT_(PT_TIME_D_24_TZ, "TIME_TZ" ) _DELIM_ \
_EMIT_(PT_TIME_N_12_TZ, "TIME_TZ" ) _DELIM_ \
_EMIT_(PT_TIME_D_12_TZ, "TIME_TZ" ) _DELIM_ \
_EMIT_(PT_TIME_N_24_TRUNC, "[TIME]" ) _DELIM_ \
_EMIT_(PT_TIME_D_24_TRUNC, "[TIME]" ) _DELIM_ \
_EMIT_(PT_TIME_N_12_TRUNC, "[TIME]" ) _DELIM_ \
_EMIT_(PT_TIME_D_12_TRUNC, "[TIME]" ) _DELIM_ \
_EMIT_(PT_BOOL_1_0, "BOOL (1/0)" ) _DELIM_ \
_EMIT_(PT_BOOL_T_F, "BOOL (T/F)" ) _DELIM_ \
_EMIT_(PTN_BOOL_T_F, "BOOL (T/F)" ) _DELIM_ \
_EMIT_(PT_BOOL_TRUE_FALSE, "BOOL (TRUE/FALSE)" ) _DELIM_ \
_EMIT_(PTN_BOOL_TRUE_FALSE,"BOOL (TRUE/FALSE)" ) _DELIM_ \
_EMIT_(PT_BOOL_Y_N, "BOOL (Y/N)" ) _DELIM_ \
_EMIT_(PTN_BOOL_Y_N, "BOOL (Y/N)" ) _DELIM_ \
_EMIT_(PT_BOOL_YES_NO, "BOOL (YES/NO)" ) _DELIM_ \
_EMIT_(PTN_BOOL_YES_NO, "BOOL (YES/NO)" ) _DELIM_ \
_EMIT_(PT_FLOAT, "FLOAT" ) _DELIM_ \
_EMIT_(PT_DOUBLE, "DOUBLE" ) _DELIM_ \
_EMIT_(PT_NVAR_FIXED_CHAR, "NCHAR" ) _DELIM_ \
_EMIT_(PTN_NVAR_FIXED_CHAR,"NCHAR" ) _DELIM_ \
_EMIT_(PT_NVAR_CHAR, "NVARCHAR" ) _DELIM_ \
_EMIT_(PTN_NVAR_CHAR, "NVARCHAR" ) _DELIM_ \
_EMIT_(PT_INT1_ZERO_CHECK, "INT1" ) _DELIM_ \
_EMIT_(PT_INT2_ZERO_CHECK, "INT2" ) _DELIM_ \
_EMIT_(PT_INT4_ZERO_CHECK, "INT4" ) _DELIM_ \
_EMIT_(PT_SYNTH1, "SYNTH1" ) _DELIM_ \
_EMIT_(PT_SYNTH2, "SYNTH2" ) _DELIM_ \
_EMIT_(PT_SYNTH4, "SYNTH4" ) _DELIM_ \
_EMIT_(PT_END, "*END*" )
-----------------------------------
In GNU Emacs 24.0.93.1 (x86_64-pc-linux-gnu, GTK+ Version 3.2.3)
of 2012-02-08 on zelenka, modified by Debian
(emacs-snapshot package, version 2:20120208-1)
Windowing system distributor `The X.Org Foundation', version 11.0.11001000
Configured using:
`configure '--build' 'x86_64-linux-gnu' '--host' 'x86_64-linux-gnu'
'--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib'
'--localstatedir=/var' '--infodir=/usr/share/info'
'--mandir=/usr/share/man' '--with-pop=yes'
'--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/24.0.93/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.0.93/site-lisp:/usr/share/emacs/site-lisp'
'--without-compress-info' '--with-crt-dir=/usr/lib/x86_64-linux-gnu/'
'--with-x=yes' '--with-x-toolkit=gtk3' '--with-imagemagick=yes'
'build_alias=x86_64-linux-gnu' 'host_alias=x86_64-linux-gnu'
'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2''
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: nil
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
mouse-wheel-mode: t
tool-bar-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
line-number-mode: t
transient-mark-mode: t
Recent input:
<escape> x r e p o r t - <tab> <return>
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Load-path shadows:
/usr/share/emacs/24.0.93/site-lisp/debian-startup hides
/usr/share/emacs/site-lisp/debian-startup
Features:
(shadow sort gnus-util mail-extr message format-spec rfc822 mml easymenu
mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mailabbrev mail-utils gmm-utils mailheader
emacsbug 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 move-toolbar gtk x-toolkit x
multi-tty emacs)
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#10792: 24.0.93; emacs goes comatose opening C header
2012-02-11 17:26 bug#10792: 24.0.93; emacs goes comatose opening C header John Yates
@ 2012-02-11 19:55 ` Eli Zaretskii
2012-02-11 20:14 ` Andreas Schwab
2012-02-11 20:05 ` Alan Mackenzie
2012-02-11 22:39 ` Alan Mackenzie
2 siblings, 1 reply; 12+ messages in thread
From: Eli Zaretskii @ 2012-02-11 19:55 UTC (permalink / raw
To: John Yates; +Cc: acm, 10792
> Date: Sat, 11 Feb 2012 12:26:36 -0500
> From: John Yates <john@yates-sheets.org>
> Cc: Alan Mackenzie <acm@muc.de>
>
> When I attemt to visit the following header emacs locks up. If
> I make the contents of the macro significantly shorted emacs is
> able to open and fontlock it successfully.
In bug #10664 (which is about a similar problem), Alan posted a patch.
Can you try it and see if that fixes your problem?
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#10792: 24.0.93; emacs goes comatose opening C header
2012-02-11 17:26 bug#10792: 24.0.93; emacs goes comatose opening C header John Yates
2012-02-11 19:55 ` Eli Zaretskii
@ 2012-02-11 20:05 ` Alan Mackenzie
2012-02-11 20:17 ` Eli Zaretskii
2012-02-11 22:39 ` Alan Mackenzie
2 siblings, 1 reply; 12+ messages in thread
From: Alan Mackenzie @ 2012-02-11 20:05 UTC (permalink / raw
To: John Yates; +Cc: 10792
Hello, John
On Sat, Feb 11, 2012 at 12:26:36PM -0500, John Yates wrote:
> When I attemt to visit the following header emacs locks up. If
> I make the contents of the macro significantly shorted emacs is
> able to open and fontlock it successfully. To me this suggests
> some form of n-squared processing.
For once, this problem has nothing to do with font locking. It happens
when the buffer length exceeds 3000 bytes. :-)
> -----------------------------------
> #define PARSE_TYPE_LIST \
> _EMIT_(PT_ZERO, "*ZERO*" ) _DELIM_ \
> _EMIT_(PT_CHAR1, "CHAR" ) _DELIM_ \
> _EMIT_(PTN_CHAR1, "CHAR" ) _DELIM_ \
..... ..... ..... ..... ..... ..... ..... ..... ..... .....
> _EMIT_(PT_SYNTH2, "SYNTH2" ) _DELIM_ \
> _EMIT_(PT_SYNTH4, "SYNTH4" ) _DELIM_ \
> _EMIT_(PT_END, "*END*" )
--
Alan Mackenzie (Nuremberg, Germany).
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#10792: 24.0.93; emacs goes comatose opening C header
2012-02-11 19:55 ` Eli Zaretskii
@ 2012-02-11 20:14 ` Andreas Schwab
0 siblings, 0 replies; 12+ messages in thread
From: Andreas Schwab @ 2012-02-11 20:14 UTC (permalink / raw
To: Eli Zaretskii; +Cc: acm, 10792, John Yates
Eli Zaretskii <eliz@gnu.org> writes:
> In bug #10664 (which is about a similar problem)
No, this is #10716.
Andreas.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#10792: 24.0.93; emacs goes comatose opening C header
2012-02-11 20:05 ` Alan Mackenzie
@ 2012-02-11 20:17 ` Eli Zaretskii
2012-02-11 20:22 ` Alan Mackenzie
0 siblings, 1 reply; 12+ messages in thread
From: Eli Zaretskii @ 2012-02-11 20:17 UTC (permalink / raw
To: Alan Mackenzie; +Cc: 10792, john
> Date: Sat, 11 Feb 2012 20:05:07 +0000
> From: Alan Mackenzie <acm@muc.de>
> Cc: 10792@debbugs.gnu.org
>
> On Sat, Feb 11, 2012 at 12:26:36PM -0500, John Yates wrote:
> > When I attemt to visit the following header emacs locks up. If
> > I make the contents of the macro significantly shorted emacs is
> > able to open and fontlock it successfully. To me this suggests
> > some form of n-squared processing.
>
> For once, this problem has nothing to do with font locking.
It doesn't? If I attach GDB to Emacs, I get this Lisp backtrace:
Lisp Backtrace:
"c-end-of-macro" (0x827d74)
"c-syntactic-end-of-macro" (0x827fc4)
"c-state-safe-place" (0x828224)
"c-literal-limits" (0x828484)
"c-set-fl-decl-start" (0x8286d4)
"c-context-set-fl-decl-start" (0x828924)
0x3422320 PVEC_COMPILED
"mapc" (0x828d04)
"c-font-lock-fontify-region" (0x828f54) <<<<<<<<<<<<<<<<<<<<<
"font-lock-fontify-region" (0x8292d8) <<<<<<<<<<<<<<<<<<<<<
"run-hook-with-args" (0x8292d4)
"byte-code" (0x8294a0)
"jit-lock-fontify-now" (0x829894) <<<<<<<<<<<<<<<<<<<<<
"jit-lock-function" (0x829c24) <<<<<<<<<<<<<<<<<<<<<
"recenter" (0x82f6b4)
"end-of-buffer" (0x82f954)
"call-interactively" (0x82fb84)
> It happens when the buffer length exceeds 3000 bytes. :-)
You mean, the macro definition length, right?
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#10792: 24.0.93; emacs goes comatose opening C header
2012-02-11 20:17 ` Eli Zaretskii
@ 2012-02-11 20:22 ` Alan Mackenzie
2012-02-11 20:38 ` Eli Zaretskii
0 siblings, 1 reply; 12+ messages in thread
From: Alan Mackenzie @ 2012-02-11 20:22 UTC (permalink / raw
To: Eli Zaretskii; +Cc: 10792, john
Hello, Eli.
On Sat, Feb 11, 2012 at 10:17:55PM +0200, Eli Zaretskii wrote:
> > Date: Sat, 11 Feb 2012 20:05:07 +0000
> > From: Alan Mackenzie <acm@muc.de>
> > Cc: 10792@debbugs.gnu.org
> > On Sat, Feb 11, 2012 at 12:26:36PM -0500, John Yates wrote:
> > > When I attemt to visit the following header emacs locks up. If
> > > I make the contents of the macro significantly shorted emacs is
> > > able to open and fontlock it successfully. To me this suggests
> > > some form of n-squared processing.
> > For once, this problem has nothing to do with font locking.
> It doesn't?
It hangs for me with font lock disabled.
> If I attach GDB to Emacs, I get this Lisp backtrace:
> Lisp Backtrace:
> "c-end-of-macro" (0x827d74)
> "c-syntactic-end-of-macro" (0x827fc4)
> "c-state-safe-place" (0x828224)
> "c-literal-limits" (0x828484)
> "c-set-fl-decl-start" (0x8286d4)
> "c-context-set-fl-decl-start" (0x828924)
> 0x3422320 PVEC_COMPILED
> "mapc" (0x828d04)
> "c-font-lock-fontify-region" (0x828f54) <<<<<<<<<<<<<<<<<<<<<
> "font-lock-fontify-region" (0x8292d8) <<<<<<<<<<<<<<<<<<<<<
> "run-hook-with-args" (0x8292d4)
> "byte-code" (0x8294a0)
> "jit-lock-fontify-now" (0x829894) <<<<<<<<<<<<<<<<<<<<<
> "jit-lock-function" (0x829c24) <<<<<<<<<<<<<<<<<<<<<
> "recenter" (0x82f6b4)
> "end-of-buffer" (0x82f954)
> "call-interactively" (0x82fb84)
> > It happens when the buffer length exceeds 3000 bytes. :-)
> You mean, the macro definition length, right?
Sorry, yes.
--
Alan Mackenzie (Nuremberg, Germany).
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#10792: 24.0.93; emacs goes comatose opening C header
2012-02-11 20:22 ` Alan Mackenzie
@ 2012-02-11 20:38 ` Eli Zaretskii
2012-02-11 21:53 ` Alan Mackenzie
0 siblings, 1 reply; 12+ messages in thread
From: Eli Zaretskii @ 2012-02-11 20:38 UTC (permalink / raw
To: Alan Mackenzie; +Cc: 10792, john
> Date: Sat, 11 Feb 2012 20:22:53 +0000
> Cc: john@yates-sheets.org, 10792@debbugs.gnu.org
> From: Alan Mackenzie <acm@muc.de>
>
> > > For once, this problem has nothing to do with font locking.
>
> > It doesn't?
>
> It hangs for me with font lock disabled.
How did you disable font lock?
If I type "M-x global-font-lock-mode RET" before visiting a file with
that macro, Emacs doesn't hang for me. This is with today's trunk.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#10792: 24.0.93; emacs goes comatose opening C header
2012-02-11 20:38 ` Eli Zaretskii
@ 2012-02-11 21:53 ` Alan Mackenzie
0 siblings, 0 replies; 12+ messages in thread
From: Alan Mackenzie @ 2012-02-11 21:53 UTC (permalink / raw
To: Eli Zaretskii; +Cc: 10792, john
Hello, Eli.
On Sat, Feb 11, 2012 at 10:38:25PM +0200, Eli Zaretskii wrote:
> > Date: Sat, 11 Feb 2012 20:22:53 +0000
> > Cc: john@yates-sheets.org, 10792@debbugs.gnu.org
> > From: Alan Mackenzie <acm@muc.de>
> > > > For once, this problem has nothing to do with font locking.
> > > It doesn't?
> > It hangs for me with font lock disabled.
> How did you disable font lock?
By persistent hammering on C-g.
> If I type "M-x global-font-lock-mode RET" before visiting a file with
> that macro, Emacs doesn't hang for me. This is with today's trunk.
Uh, OK.
--
Alan Mackenzie (Nuremberg, Germany).
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#10792: 24.0.93; emacs goes comatose opening C header
2012-02-11 17:26 bug#10792: 24.0.93; emacs goes comatose opening C header John Yates
2012-02-11 19:55 ` Eli Zaretskii
2012-02-11 20:05 ` Alan Mackenzie
@ 2012-02-11 22:39 ` Alan Mackenzie
2012-02-12 0:28 ` John Yates
2 siblings, 1 reply; 12+ messages in thread
From: Alan Mackenzie @ 2012-02-11 22:39 UTC (permalink / raw
To: John Yates; +Cc: 10792
Hi, John
On Sat, Feb 11, 2012 at 12:26:36PM -0500, John Yates wrote:
> When I attemt to visit the following header emacs locks up. If
> I make the contents of the macro significantly shorted emacs is
> able to open and fontlock it successfully. To me this suggests
> some form of n-squared processing.
> #define PARSE_TYPE_LIST \
> _EMIT_(PT_ZERO, "*ZERO*" ) _DELIM_ \
> _EMIT_(PT_CHAR1, "CHAR" ) _DELIM_ \
> _EMIT_(PTN_CHAR1, "CHAR" ) _DELIM_ \
..... ..... ..... ..... .....
> _EMIT_(PT_SYNTH1, "SYNTH1" ) _DELIM_ \
> _EMIT_(PT_SYNTH2, "SYNTH2" ) _DELIM_ \
> _EMIT_(PT_SYNTH4, "SYNTH4" ) _DELIM_ \
> _EMIT_(PT_END, "*END*" )
Would you try this patch, please, and let me know how it goes.
Thanks for the bug report.
*** orig/cc-engine.el 2012-02-11 20:16:13.000000000 +0000
--- cc-engine.el 2012-02-11 22:30:58.000000000 +0000
***************
*** 2130,2136 ****
(widen)
(save-excursion
(let ((c c-state-nonlit-pos-cache)
! pos npos lit macro-beg)
;; Trim the cache to take account of buffer changes.
(while (and c (> (car c) c-state-nonlit-pos-cache-limit))
(setq c (cdr c)))
--- 2130,2136 ----
(widen)
(save-excursion
(let ((c c-state-nonlit-pos-cache)
! pos npos lit macro-beg macro-end)
;; Trim the cache to take account of buffer changes.
(while (and c (> (car c) c-state-nonlit-pos-cache-limit))
(setq c (cdr c)))
***************
*** 2144,2171 ****
;; Add an element to `c-state-nonlit-pos-cache' each iteration.
(and
(<= (setq npos (+ pos c-state-nonlit-pos-interval)) here)
(progn
(setq lit (car (cddr (c-state-pp-to-literal pos npos))))
(cond
((null lit)
- (setq pos npos)
t)
((<= (cdr lit) here)
! (setq pos (cdr lit))
t)
(t
- (setq pos (car lit))
nil))))
! (goto-char pos)
! (when (and (c-beginning-of-macro) (/= (point) pos))
! (setq macro-beg (point))
! (c-syntactic-end-of-macro)
! (or (eobp) (forward-char))
! (setq pos (if (<= (point) here)
! (point)
! macro-beg)))
! (setq c-state-nonlit-pos-cache (cons pos c-state-nonlit-pos-cache)))
(if (> pos c-state-nonlit-pos-cache-limit)
(setq c-state-nonlit-pos-cache-limit pos))
--- 2144,2182 ----
;; Add an element to `c-state-nonlit-pos-cache' each iteration.
(and
(<= (setq npos (+ pos c-state-nonlit-pos-interval)) here)
+
+ ;; Test for being in a literal.
(progn
(setq lit (car (cddr (c-state-pp-to-literal pos npos))))
(cond
((null lit)
t)
((<= (cdr lit) here)
! (setq npos (cdr lit))
! t)
! (t
! nil)))
!
! ;; Test for being in a macro.
! (progn
! (goto-char npos)
! (setq macro-beg
! (and (c-beginning-of-macro) (/= (point) npos) (point)))
! (when macro-beg
! (c-syntactic-end-of-macro)
! (or (eobp) (forward-char))
! (setq macro-end (point)))
! (cond
! ((null macro-beg)
! t)
! ((<= macro-end here)
! (setq npos macro-end)
t)
(t
nil))))
! (setq pos npos)
! (setq c-state-nonlit-pos-cache (cons pos c-state-nonlit-pos-cache)))
(if (> pos c-state-nonlit-pos-cache-limit)
(setq c-state-nonlit-pos-cache-limit pos))
--
Alan Mackenzie (Nuremberg, Germany).
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#10792: 24.0.93; emacs goes comatose opening C header
2012-02-11 22:39 ` Alan Mackenzie
@ 2012-02-12 0:28 ` John Yates
2012-02-12 0:53 ` John Yates
2012-02-14 5:45 ` Chong Yidong
0 siblings, 2 replies; 12+ messages in thread
From: John Yates @ 2012-02-12 0:28 UTC (permalink / raw
To: Alan Mackenzie; +Cc: 10792
Alan,
Congratuations! You have saved my weekend!
I use Julien Danjou's emacs-snapshot (deb http://emacs.naquadah.org/
unstable/). After manually applying the patch (and deleting the .elc
:-) I am able to open both files. There is some sluggishness but I
understand that these are probably cc-engine torture tests. Further I
am running uncompiled code. On the brighter side the font-locking of
these macro-intensive sources is _much_ more uniform and satisfying
than at any time in the past.
Looking forward to this fix showing up in a future snapshot.
Thanks again,
/john
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#10792: 24.0.93; emacs goes comatose opening C header
2012-02-12 0:28 ` John Yates
@ 2012-02-12 0:53 ` John Yates
2012-02-14 5:45 ` Chong Yidong
1 sibling, 0 replies; 12+ messages in thread
From: John Yates @ 2012-02-12 0:53 UTC (permalink / raw
To: Alan Mackenzie; +Cc: 10792
Just a quick follow up to say that I go cc-engine compiled. The
scrolling performance is greatly improved. On a 2.5 year old 3 GHz
AMD Phenom II X4 945 there is just the slightest hint of a delay.
Thanks again,
/john
On Sat, Feb 11, 2012 at 7:28 PM, John Yates <john@yates-sheets.org> wrote:
> Alan,
>
> Congratuations! You have saved my weekend!
>
> I use Julien Danjou's emacs-snapshot (deb http://emacs.naquadah.org/
> unstable/). After manually applying the patch (and deleting the .elc
> :-) I am able to open both files. There is some sluggishness but I
> understand that these are probably cc-engine torture tests. Further I
> am running uncompiled code. On the brighter side the font-locking of
> these macro-intensive sources is _much_ more uniform and satisfying
> than at any time in the past.
>
> Looking forward to this fix showing up in a future snapshot.
>
> Thanks again,
>
> /john
--
John Yates
257 Nashoba Rd
Concord, MA 01742
978 371-4923
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#10792: 24.0.93; emacs goes comatose opening C header
2012-02-12 0:28 ` John Yates
2012-02-12 0:53 ` John Yates
@ 2012-02-14 5:45 ` Chong Yidong
1 sibling, 0 replies; 12+ messages in thread
From: Chong Yidong @ 2012-02-14 5:45 UTC (permalink / raw
To: John Yates; +Cc: Alan Mackenzie, 10792
John Yates <john@yates-sheets.org> writes:
> Looking forward to this fix showing up in a future snapshot.
Alan's committed this to trunk (revno 107261). I assume the bug is
fixed; closing.
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2012-02-14 5:45 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-02-11 17:26 bug#10792: 24.0.93; emacs goes comatose opening C header John Yates
2012-02-11 19:55 ` Eli Zaretskii
2012-02-11 20:14 ` Andreas Schwab
2012-02-11 20:05 ` Alan Mackenzie
2012-02-11 20:17 ` Eli Zaretskii
2012-02-11 20:22 ` Alan Mackenzie
2012-02-11 20:38 ` Eli Zaretskii
2012-02-11 21:53 ` Alan Mackenzie
2012-02-11 22:39 ` Alan Mackenzie
2012-02-12 0:28 ` John Yates
2012-02-12 0:53 ` John Yates
2012-02-14 5:45 ` Chong Yidong
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.