* bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro.
@ 2010-01-29 9:02 Jan =?UTF-8?Q?Dj=C3=A4rv
2010-01-29 11:18 ` Alan Mackenzie
[not found] ` <20100129112201.GA3793@muc.de>
0 siblings, 2 replies; 21+ messages in thread
From: Jan =?UTF-8?Q?Dj=C3=A4rv @ 2010-01-29 9:02 UTC (permalink / raw
To: 5490
Hello.
This is one of those vague bug reports that aren't easy to reproduce.
After using Emacs for some time (several hours, more than 4) and editing
many C++ and C files, indentating breaks down. This manifests itself
that most lines get indetated at column 0. Doing C-c c-s on those lines
shows topmost-intro. even if they should be inclass or statement.
Restarting Emacs fixes everything.
Jan D.
In GNU Emacs 23.1.91.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.18.3)
of 2010-01-25 on gaffa
Windowing system distributor `The X.Org Foundation', version 11.0.10604000
configured using `configure '--prefix=/opt/emacs-cvs' '--verbose' '--enable-asserts' 'CFLAGS=-g''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: C
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: sv_SE.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:
delete-selection-mode: t
icomplete-mode: t
display-time-mode: t
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
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
<help-echo> M-x r e p o r t - e m <tab> <return>
Recent messages:
Loading /home/jhd/lib/elisp/BAK-file.el (source)...done
Loading /home/jhd/lib/elisp/ccsetup.el (source)...done
Loading icomplete...done
Loading /home/jhd/lib/elisp/saveframe.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Load-path shadows:
None found.
Features:
(shadow sort mail-extr message sendmail ecomplete rfc822 mml mml-sec
password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231
rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util netrc
time-date mm-util mail-prsvr gmm-utils wid-edit mailheader canlock sha1
hex-util hashcash mail-utils emacsbug desktop msb delsel icomplete
cc-mode cc-fonts easymenu cc-menus cc-cmds cc-styles cc-align cc-engine
cc-vars cc-defs regexp-opt time tooltip ediff-hook vc-hooks
lisp-float-type mwheel x-win x-dnd font-setting tool-bar dnd fontset
image fringe lisp-mode register page menu-bar rfn-eshadow timer select
scroll-bar mldrag 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 loaddefs button minibuffer faces cus-face files
text-properties overlay md5 base64 format env code-pages mule custom
widget hashtable-print-readable backquote make-network-process dbusbind
system-font-setting font-render-setting gtk x-toolkit x multi-tty emacs)
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro.
2010-01-29 9:02 bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro Jan =?UTF-8?Q?Dj=C3=A4rv
@ 2010-01-29 11:18 ` Alan Mackenzie
[not found] ` <20100129112201.GA3793@muc.de>
1 sibling, 0 replies; 21+ messages in thread
From: Alan Mackenzie @ 2010-01-29 11:18 UTC (permalink / raw
To: Jan =?UTF-8?Q?Dj=C3=A4rv; +Cc: 5490
Hello, Jan,
On Fri, Jan 29, 2010 at 10:02:17AM +0100, Jan =?UTF-8?Q?Dj=C3=A4rv wrote:
> Hello.
First thing, sorry about the annoyance this bug is causing.
> This is one of those vague bug reports that aren't easy to reproduce.
Hmm. It's also, unfortunately, one of these bug reports that are
difficult to respond to in a helpful manner.
> After using Emacs for some time (several hours, more than 4) and
> editing many C++ and C files, indentating breaks down. This manifests
> itself that most lines get indetated at column 0. Doing C-c c-s on
> those lines shows topmost-intro. even if they should be inclass or
> statement.
"Most"? Any chance you could post a fragment of a buffer (say, 20 - 60
lines starting near a beginning of defun) with the syntactic analysis of
each line (Use C-u C-c C-s on each line)?
OK. Now some more details, please!
(i) Have you ever noticed this bug happening on earlier Emacsen, in
particular Emacs 23.1?
(ii) Does this bug happen every time you use Emacs this long, or only
sometimes? If the latter, how often (10%, 50%, 90%)?
(iii) Do you think there might be any connection with some of the more
unusual minor modes you've got switched on? Things like
auto-encryption mode?
When Emacs reaches this broken state:
(iv) Are all C(++) buffers in this state, or only some? Any correlation
with how many edits have been done on a buffer, or how long it's been
loaded?
(v) What about indentation in a freshly loaded file?
(vi) Will M-x c-mode or M-x c++-mode clear the problem?
(vii) Does reverting (M-x revert-buffer) a file fix indentation?
(viii) Does killing and reloading a file fix indentation?
(ix) Does intentation gradually deteriorate at around 4 hours, or does it
break suddenly?
(x) Do all CC Mode buffers break at the same time, or is it a "creeping
death"?
I realise how tedious it is to reproduce the broken state, but answers to
these questions might suggest a line of attack on the bug. Also, please
post any further thoughts you've had about it.
Just one other thing: Could you please post a dump of your CC Mode
configuration (C-c C-b in a C(++) buffer). Thanks.
> Restarting Emacs fixes everything.
Well, that's one thing to be grateful for. :-)
> Jan D.
--
Alan Mackenzie (Nuremberg, Germany).
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro.
[not found] ` <20100129112201.GA3793@muc.de>
@ 2010-02-09 12:45 ` Jan Djärv
2010-02-09 12:55 ` Jan Djärv
` (2 more replies)
0 siblings, 3 replies; 21+ messages in thread
From: Jan Djärv @ 2010-02-09 12:45 UTC (permalink / raw
To: Alan Mackenzie; +Cc: 5490
Ok, here are some answers.
Alan Mackenzie skrev:
>
> OK. Now some more details, please!
>
> (i) Have you ever noticed this bug happening on earlier Emacsen, in
> particular Emacs 23.1?
No.
> (ii) Does this bug happen every time you use Emacs this long, or only
> sometimes? If the latter, how often (10%, 50%, 90%)?
100%. If I just keep editing it eveentually breaks.
> (iii) Do you think there might be any connection with some of the more
> unusual minor modes you've got switched on? Things like
> auto-encryption mode?
>
No, this doesn't seem to have any effect.
> When Emacs reaches this broken state:
> (iv) Are all C(++) buffers in this state, or only some? Any correlation
> with how many edits have been done on a buffer, or how long it's been
> loaded?
It is a pre buffer breakage. One buffer usually gets borken first, while the
others are ok. It is the one that I've changed/edited the most in.
> (v) What about indentation in a freshly loaded file?
No problem.
> (vi) Will M-x c-mode or M-x c++-mode clear the problem?
Yes.
> (vii) Does reverting (M-x revert-buffer) a file fix indentation?
No.
> (viii) Does killing and reloading a file fix indentation?
Yes.
> (ix) Does intentation gradually deteriorate at around 4 hours, or does it
> break suddenly?
Suddenly.
> (x) Do all CC Mode buffers break at the same time, or is it a "creeping
> death"?
Only one at the time.
> Just one other thing: Could you please post a dump of your CC Mode
> configuration (C-c C-b in a C(++) buffer). Thanks.
>
X-Reporter-Void-Vars-Found: auto-fill-mode (setq
c-basic-offset 4
c-comment-only-line-offset 0
c-indent-comment-alist '((anchored-comment column . 0) (end-block space . 1)
(cpp-end-block space . 2))
c-indent-comments-syntactically-p nil
c-block-comment-prefix "* "
c-comment-prefix-regexp '((pike-mode . "//+!?\\|\\**") (awk-mode . "#+")
(other . "//+\\|\\**"))
c-doc-comment-style '((java-mode . javadoc) (pike-mode . autodoc)
(c-mode . gtkdoc))
c-cleanup-list '(defun-close-semi list-close-comma scope-operator)
c-hanging-braces-alist '((substatement-open before after)
(brace-list-open before after)
(brace-list-intro after) (brace-list-entry)
(brace-list-close before after)
(block-close . c-snug-do-while))
c-hanging-colons-alist '((access-label after) (case-label after)
(label after) (member-init-intro before)
(inher-intro))
c-hanging-semi&comma-criteria '(c-semi&comma-inside-parenlist)
c-backslash-column 48
c-backslash-max-column 72
c-special-indent-hook nil
c-label-minimum-indentation 1
c-offsets-alist '((inexpr-class . c-lineup-inexpr-block)
(inexpr-statement . +)
(lambda-intro-cont . +)
(inlambda . c-lineup-inexpr-block)
(template-args-cont c-lineup-template-args +)
(incomposition . +)
(inmodule . +)
(innamespace . 0)
(inextern-lang . +)
(composition-close . 0)
(module-close . 0)
(namespace-close . 0)
(extern-lang-close . 0)
(composition-open . 0)
(module-open . 0)
(namespace-open . 0)
(extern-lang-open . 0)
(objc-method-call-cont
c-lineup-ObjC-method-call-colons
c-lineup-ObjC-method-call
+
)
(objc-method-args-cont . c-lineup-ObjC-method-args)
(objc-method-intro . [0])
(friend . 0)
(cpp-define-intro c-lineup-cpp-define +)
(cpp-macro-cont . +)
(cpp-macro . [0])
(inclass . +)
(stream-op . c-lineup-streamop)
(arglist-cont-nonempty
c-lineup-gcc-asm-reg
c-lineup-arglist
)
(arglist-cont c-lineup-gcc-asm-reg 0)
(comment-intro
c-lineup-knr-region-comment
c-lineup-comment
)
(catch-clause . 0)
(else-clause . 0)
(do-while-closure . 0)
(access-label . -1000)
(case-label . 0)
(substatement . +)
(statement-case-intro . +)
(statement . 0)
(brace-entry-open . 0)
(brace-list-entry . 0)
(brace-list-intro . +)
(brace-list-close . 0)
(block-close . 0)
(block-open . 0)
(inher-cont . c-lineup-multi-inher)
(inher-intro . +)
(member-init-cont . c-lineup-multi-inher)
(member-init-intro . +)
(topmost-intro . 0)
(knr-argdecl . 0)
(func-decl-cont . +)
(inline-close . 0)
(class-close . 0)
(class-open . 0)
(defun-block-intro . +)
(defun-close . 0)
(defun-open . 0)
(c . c-lineup-C-comments)
(string . c-lineup-dont-change)
(topmost-intro-cont . 0)
(brace-list-open . 0)
(inline-open . 0)
(arglist-close . c-lineup-arglist)
(arglist-intro . c-lineup-arglist)
(statement-cont . +)
(statement-case-open . 0)
(label . -1000)
(substatement-label . 2)
(substatement-open . 0)
(knr-argdecl-intro . +)
(statement-block-intro . +)
)
c-buffer-is-cc-mode 'c++-mode
c-tab-always-indent t
c-syntactic-indentation t
c-syntactic-indentation-in-macros t
c-ignore-auto-fill '(string cpp code)
c-auto-align-backslashes t
c-backspace-function 'backward-delete-char-untabify
c-delete-function 'delete-char
c-electric-pound-behavior '(alignleft)
c-default-style '((java-mode . "java") (awk-mode . "awk") (other . "gnu"))
c-enable-xemacs-performance-kludge-p nil
c-old-style-variable-behavior nil
defun-prompt-regexp nil
tab-width 8
comment-column 32
parse-sexp-ignore-comments t
parse-sexp-lookup-properties t
auto-fill-function nil
comment-multi-line t
comment-start-skip "\\(//+\\|/\\*+\\)\\s *"
fill-prefix nil
fill-column 70
paragraph-start "[ ]*\\(//+\\|\\**\\)[ ]*$\\|^\f"
adaptive-fill-mode t
adaptive-fill-regexp "[ ]*\\(//+\\|\\**\\)[ ]*\\([
]*\\([-!|#%;>*·•‣⁃◦]+[ ]*\\)*\\)"
)
--text follows this line--
Emacs : GNU Emacs 23.1.92.1 (i686-pc-linux-gnu, GTK+ Version 2.18.3)
of 2010-02-03 on cons1
Package: CC Mode 5.31.8 (C++/lah)
Buffer Style: JHD
c-emacs-features: (pps-extended-state col-0-paren posix-char-classes
gen-string-delim gen-comment-delim syntax-properties 1-bit)
Jan D.
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro.
2010-02-09 12:45 ` Jan Djärv
@ 2010-02-09 12:55 ` Jan Djärv
2010-02-09 20:40 ` Alan Mackenzie
2010-02-09 20:40 ` Alan Mackenzie
2 siblings, 0 replies; 21+ messages in thread
From: Jan Djärv @ 2010-02-09 12:55 UTC (permalink / raw
To: Alan Mackenzie; +Cc: 5490
Jan Djärv skrev:
>
>> (vii) Does reverting (M-x revert-buffer) a file fix indentation?
>
> No.
That should be a yes, sorry.
Jan D.
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro.
2010-02-09 12:45 ` Jan Djärv
2010-02-09 12:55 ` Jan Djärv
@ 2010-02-09 20:40 ` Alan Mackenzie
2010-02-09 20:40 ` Alan Mackenzie
2 siblings, 0 replies; 21+ messages in thread
From: Alan Mackenzie @ 2010-02-09 20:40 UTC (permalink / raw
To: Jan Djärv; +Cc: 5490, emacs-devel
Hi, Jan,
Time for a top-post. ;-)
All your answers to my questions are consistent with a bug in
c-parse-state (don't ask!). I recently enhanced and severely optimised
this routine (it contains a cache) to deal better with certain types of
non-unusual source files. If this cache is getting corrupted, it could
easily foul up a buffer's indentation.
Would you try one more thing, please: when you reach this buggy state
again, would you please do
M-: (c-state-cache-init)
, and tell me if this clears the buggy state.
Thanks!
On Tue, Feb 09, 2010 at 01:45:35PM +0100, Jan Djärv wrote:
> Ok, here are some answers.
>
> Alan Mackenzie skrev:
> >
> >OK. Now some more details, please!
> >
> >(i) Have you ever noticed this bug happening on earlier Emacsen, in
> > particular Emacs 23.1?
>
> No.
>
> >(ii) Does this bug happen every time you use Emacs this long, or only
> > sometimes? If the latter, how often (10%, 50%, 90%)?
>
> 100%. If I just keep editing it eveentually breaks.
>
> >(iii) Do you think there might be any connection with some of the more
> > unusual minor modes you've got switched on? Things like
> > auto-encryption mode?
> >
>
> No, this doesn't seem to have any effect.
>
> >When Emacs reaches this broken state:
> >(iv) Are all C(++) buffers in this state, or only some? Any correlation
> > with how many edits have been done on a buffer, or how long it's been
> > loaded?
>
> It is a pre buffer breakage. One buffer usually gets borken first, while
> the others are ok. It is the one that I've changed/edited the most in.
>
> >(v) What about indentation in a freshly loaded file?
>
> No problem.
>
> >(vi) Will M-x c-mode or M-x c++-mode clear the problem?
>
> Yes.
>
> >(vii) Does reverting (M-x revert-buffer) a file fix indentation?
>
> No.
>
> >(viii) Does killing and reloading a file fix indentation?
>
> Yes.
>
> >(ix) Does intentation gradually deteriorate at around 4 hours, or does it
> > break suddenly?
>
> Suddenly.
>
> >(x) Do all CC Mode buffers break at the same time, or is it a "creeping
> > death"?
>
> Only one at the time.
>
>
> >Just one other thing: Could you please post a dump of your CC Mode
> >configuration (C-c C-b in a C(++) buffer). Thanks.
> >
[ Dump appreciated! ]
--
Alan Mackenzie (Nuremberg, Germany).
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro.
2010-02-09 12:45 ` Jan Djärv
2010-02-09 12:55 ` Jan Djärv
2010-02-09 20:40 ` Alan Mackenzie
@ 2010-02-09 20:40 ` Alan Mackenzie
2010-02-24 12:09 ` Jan D.
2010-02-24 12:09 ` Jan D.
2 siblings, 2 replies; 21+ messages in thread
From: Alan Mackenzie @ 2010-02-09 20:40 UTC (permalink / raw
To: Jan Djärv; +Cc: 5490, emacs-devel
Hi, Jan,
Time for a top-post. ;-)
All your answers to my questions are consistent with a bug in
c-parse-state (don't ask!). I recently enhanced and severely optimised
this routine (it contains a cache) to deal better with certain types of
non-unusual source files. If this cache is getting corrupted, it could
easily foul up a buffer's indentation.
Would you try one more thing, please: when you reach this buggy state
again, would you please do
M-: (c-state-cache-init)
, and tell me if this clears the buggy state.
Thanks!
On Tue, Feb 09, 2010 at 01:45:35PM +0100, Jan Djärv wrote:
> Ok, here are some answers.
>
> Alan Mackenzie skrev:
> >
> >OK. Now some more details, please!
> >
> >(i) Have you ever noticed this bug happening on earlier Emacsen, in
> > particular Emacs 23.1?
>
> No.
>
> >(ii) Does this bug happen every time you use Emacs this long, or only
> > sometimes? If the latter, how often (10%, 50%, 90%)?
>
> 100%. If I just keep editing it eveentually breaks.
>
> >(iii) Do you think there might be any connection with some of the more
> > unusual minor modes you've got switched on? Things like
> > auto-encryption mode?
> >
>
> No, this doesn't seem to have any effect.
>
> >When Emacs reaches this broken state:
> >(iv) Are all C(++) buffers in this state, or only some? Any correlation
> > with how many edits have been done on a buffer, or how long it's been
> > loaded?
>
> It is a pre buffer breakage. One buffer usually gets borken first, while
> the others are ok. It is the one that I've changed/edited the most in.
>
> >(v) What about indentation in a freshly loaded file?
>
> No problem.
>
> >(vi) Will M-x c-mode or M-x c++-mode clear the problem?
>
> Yes.
>
> >(vii) Does reverting (M-x revert-buffer) a file fix indentation?
>
> No.
>
> >(viii) Does killing and reloading a file fix indentation?
>
> Yes.
>
> >(ix) Does intentation gradually deteriorate at around 4 hours, or does it
> > break suddenly?
>
> Suddenly.
>
> >(x) Do all CC Mode buffers break at the same time, or is it a "creeping
> > death"?
>
> Only one at the time.
>
>
> >Just one other thing: Could you please post a dump of your CC Mode
> >configuration (C-c C-b in a C(++) buffer). Thanks.
> >
[ Dump appreciated! ]
--
Alan Mackenzie (Nuremberg, Germany).
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro.
2010-02-09 20:40 ` Alan Mackenzie
2010-02-24 12:09 ` Jan D.
@ 2010-02-24 12:09 ` Jan D.
1 sibling, 0 replies; 21+ messages in thread
From: Jan D. @ 2010-02-24 12:09 UTC (permalink / raw
To: Alan Mackenzie; +Cc: 5490, emacs-devel
Alan Mackenzie wrote:
> Hi, Jan,
>
> Time for a top-post. ;-)
>
> All your answers to my questions are consistent with a bug in
> c-parse-state (don't ask!). I recently enhanced and severely optimised
> this routine (it contains a cache) to deal better with certain types of
> non-unusual source files. If this cache is getting corrupted, it could
> easily foul up a buffer's indentation.
>
> Would you try one more thing, please: when you reach this buggy state
> again, would you please do
>
> M-: (c-state-cache-init)
>
> , and tell me if this clears the buggy state.
>
> Thanks!
No, it does not. Run with Emacs taken from trunk 2010-02-24, around
11.00 UTC.
Jan D.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro.
2010-02-09 20:40 ` Alan Mackenzie
@ 2010-02-24 12:09 ` Jan D.
2010-02-25 0:59 ` Miles Bader
` (3 more replies)
2010-02-24 12:09 ` Jan D.
1 sibling, 4 replies; 21+ messages in thread
From: Jan D. @ 2010-02-24 12:09 UTC (permalink / raw
To: Alan Mackenzie; +Cc: 5490, emacs-devel
Alan Mackenzie wrote:
> Hi, Jan,
>
> Time for a top-post. ;-)
>
> All your answers to my questions are consistent with a bug in
> c-parse-state (don't ask!). I recently enhanced and severely optimised
> this routine (it contains a cache) to deal better with certain types of
> non-unusual source files. If this cache is getting corrupted, it could
> easily foul up a buffer's indentation.
>
> Would you try one more thing, please: when you reach this buggy state
> again, would you please do
>
> M-: (c-state-cache-init)
>
> , and tell me if this clears the buggy state.
>
> Thanks!
No, it does not. Run with Emacs taken from trunk 2010-02-24, around
11.00 UTC.
Jan D.
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro.
2010-02-24 12:09 ` Jan D.
@ 2010-02-25 0:59 ` Miles Bader
2010-02-25 0:59 ` Miles Bader
` (2 subsequent siblings)
3 siblings, 0 replies; 21+ messages in thread
From: Miles Bader @ 2010-02-25 0:59 UTC (permalink / raw
To: Jan D.; +Cc: 5490, emacs-devel
"Jan D." <jan.h.d@swipnet.se> writes:
>> M-: (c-state-cache-init)
>>
>> , and tell me if this clears the buggy state.
>
> No, it does not. Run with Emacs taken from trunk 2010-02-24, around
> 11.00 UTC.
Yeah, I've been noticing the same problem a lot recently , and
(c-state-cache-init) doesn't seem to help.
Neither does re-invoking c++-mode (which in the past I've found is often
a good way to clear indentation bugs due to c++-mode caching bugs).
Deleting the buffer and re-visiting the file is the only way I've found
to get things working again.
It does seem to always occur somewhere following use of template'd
types though, so I imagine it's probs with the < and > chars.
[The annoying thing is that while it's very repeatable at the time it
occurs, it doesn't repeat for different emacs sessions, so I'm not
entirely sure how to go about reporting the bug...]
-Miles
--
Miss, pn. The title with which we brand unmarried women to indicate that
they are in the market. Miss, Missis (Mrs.) and Mister (Mr.) are the three
most distinctly disagreeable words in the language, in sound and sense. Two
are corruptions of Mistress, the other of Master. In the general abolition
of social titles in this our country they miraculously escaped to plague
us. If we must have them let us be consistent and give one to the unmarried
man. I venture to suggest Mush, abbreviated to Mh.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro.
2010-02-24 12:09 ` Jan D.
2010-02-25 0:59 ` Miles Bader
@ 2010-02-25 0:59 ` Miles Bader
2010-02-26 12:58 ` Alan Mackenzie
2011-07-09 7:55 ` Jan Djärv
2011-07-09 7:55 ` Jan Djärv
3 siblings, 1 reply; 21+ messages in thread
From: Miles Bader @ 2010-02-25 0:59 UTC (permalink / raw
To: Jan D.; +Cc: Alan Mackenzie, 5490, emacs-devel
"Jan D." <jan.h.d@swipnet.se> writes:
>> M-: (c-state-cache-init)
>>
>> , and tell me if this clears the buggy state.
>
> No, it does not. Run with Emacs taken from trunk 2010-02-24, around
> 11.00 UTC.
Yeah, I've been noticing the same problem a lot recently , and
(c-state-cache-init) doesn't seem to help.
Neither does re-invoking c++-mode (which in the past I've found is often
a good way to clear indentation bugs due to c++-mode caching bugs).
Deleting the buffer and re-visiting the file is the only way I've found
to get things working again.
It does seem to always occur somewhere following use of template'd
types though, so I imagine it's probs with the < and > chars.
[The annoying thing is that while it's very repeatable at the time it
occurs, it doesn't repeat for different emacs sessions, so I'm not
entirely sure how to go about reporting the bug...]
-Miles
--
Miss, pn. The title with which we brand unmarried women to indicate that
they are in the market. Miss, Missis (Mrs.) and Mister (Mr.) are the three
most distinctly disagreeable words in the language, in sound and sense. Two
are corruptions of Mistress, the other of Master. In the general abolition
of social titles in this our country they miraculously escaped to plague
us. If we must have them let us be consistent and give one to the unmarried
man. I venture to suggest Mush, abbreviated to Mh.
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro.
2010-02-25 0:59 ` Miles Bader
@ 2010-02-26 12:58 ` Alan Mackenzie
0 siblings, 0 replies; 21+ messages in thread
From: Alan Mackenzie @ 2010-02-26 12:58 UTC (permalink / raw
To: Miles Bader; +Cc: 5490, emacs-devel
Jan, Miles,
On Thu, Feb 25, 2010 at 09:59:06AM +0900, Miles Bader wrote:
> "Jan D." <jan.h.d@swipnet.se> writes:
> >> M-: (c-state-cache-init)
> >> , and tell me if this clears the buggy state.
> > No, it does not. Run with Emacs taken from trunk 2010-02-24, around
> > 11.00 UTC.
> Yeah, I've been noticing the same problem a lot recently , and
> (c-state-cache-init) doesn't seem to help.
> Neither does re-invoking c++-mode (which in the past I've found is often
> a good way to clear indentation bugs due to c++-mode caching bugs).
> Deleting the buffer and re-visiting the file is the only way I've found
> to get things working again.
Reinitialising a CC Mode doesn't clear text properties from the buffer.
Perhaps it should.
> It does seem to always occur somewhere following use of template'd
> types though, so I imagine it's probs with the < and > chars.
As always. These little characters are horrors to deal with in C++ Mode.
Their treatment is gradually improving.
In particular, I fixed some "silly" bugs concerned with them and
committed the fix yesterday evening (UCT+2). Hopefully, things will run
more smoothly from now on.
> [The annoying thing is that while it's very repeatable at the time it
> occurs, it doesn't repeat for different emacs sessions, so I'm not
> entirely sure how to go about reporting the bug...]
Bob did so splendidly with a dribble file and CC Mode configuration
(generated by C-c C-b). Anyhow, it might be working properly now.
> -Miles
--
Alan Mackenzie (Nuremberg, Germany).
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro.
2010-02-24 12:09 ` Jan D.
` (2 preceding siblings ...)
2011-07-09 7:55 ` Jan Djärv
@ 2011-07-09 7:55 ` Jan Djärv
3 siblings, 0 replies; 21+ messages in thread
From: Jan Djärv @ 2011-07-09 7:55 UTC (permalink / raw
To: Alan Mackenzie; +Cc: 5490, emacs-devel
Hello.
FWIW, this bug is still present in the trunk. I see it 5-8 times per day.
Revert buffer sometimes work to get back on track, but for the majority of
cases, I have to kill the buffer and reopen the file for cc-mode to work again.
Jan D.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro.
2010-02-24 12:09 ` Jan D.
2010-02-25 0:59 ` Miles Bader
2010-02-25 0:59 ` Miles Bader
@ 2011-07-09 7:55 ` Jan Djärv
2016-08-18 5:01 ` Andrew Hyatt
2016-08-18 5:01 ` Andrew Hyatt
2011-07-09 7:55 ` Jan Djärv
3 siblings, 2 replies; 21+ messages in thread
From: Jan Djärv @ 2011-07-09 7:55 UTC (permalink / raw
To: Alan Mackenzie; +Cc: 5490, emacs-devel
Hello.
FWIW, this bug is still present in the trunk. I see it 5-8 times per day.
Revert buffer sometimes work to get back on track, but for the majority of
cases, I have to kill the buffer and reopen the file for cc-mode to work again.
Jan D.
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro.
2011-07-09 7:55 ` Jan Djärv
@ 2016-08-18 5:01 ` Andrew Hyatt
2016-08-18 5:01 ` Andrew Hyatt
1 sibling, 0 replies; 21+ messages in thread
From: Andrew Hyatt @ 2016-08-18 5:01 UTC (permalink / raw
To: Jan Djärv; +Cc: Alan Mackenzie, 5490, emacs-devel
Jan Djärv <jan.h.d@swipnet.se> writes:
> Hello.
>
> FWIW, this bug is still present in the trunk. I see it 5-8 times per day.
> Revert buffer sometimes work to get back on track, but for the majority of
> cases, I have to kill the buffer and reopen the file for cc-mode to work again.
>
> Jan D.
Hi, I've been using cc-mode every day for the past few years at
work, and I don't recall seeing this bug either in Emacs 24 or 25. Has
anyone reproduced this lately?
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro.
2011-07-09 7:55 ` Jan Djärv
2016-08-18 5:01 ` Andrew Hyatt
@ 2016-08-18 5:01 ` Andrew Hyatt
2016-08-18 14:11 ` Eli Zaretskii
2016-08-18 14:11 ` Eli Zaretskii
1 sibling, 2 replies; 21+ messages in thread
From: Andrew Hyatt @ 2016-08-18 5:01 UTC (permalink / raw
To: Jan Djärv; +Cc: Alan Mackenzie, 5490, emacs-devel
Jan Djärv <jan.h.d@swipnet.se> writes:
> Hello.
>
> FWIW, this bug is still present in the trunk. I see it 5-8 times per day.
> Revert buffer sometimes work to get back on track, but for the majority of
> cases, I have to kill the buffer and reopen the file for cc-mode to work again.
>
> Jan D.
Hi, I've been using cc-mode every day for the past few years at
work, and I don't recall seeing this bug either in Emacs 24 or 25. Has
anyone reproduced this lately?
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro.
2016-08-18 5:01 ` Andrew Hyatt
@ 2016-08-18 14:11 ` Eli Zaretskii
2016-08-18 14:11 ` Eli Zaretskii
1 sibling, 0 replies; 21+ messages in thread
From: Eli Zaretskii @ 2016-08-18 14:11 UTC (permalink / raw
To: Andrew Hyatt; +Cc: acm, jan.h.d, 5490, emacs-devel
> From: Andrew Hyatt <ahyatt@gmail.com>
> Date: Thu, 18 Aug 2016 01:01:04 -0400
> Cc: Alan Mackenzie <acm@muc.de>, 5490@debbugs.gnu.org, emacs-devel@gnu.org
>
> Jan Djärv <jan.h.d@swipnet.se> writes:
>
> > Hello.
> >
> > FWIW, this bug is still present in the trunk. I see it 5-8 times per day.
> > Revert buffer sometimes work to get back on track, but for the majority of
> > cases, I have to kill the buffer and reopen the file for cc-mode to work again.
> >
> > Jan D.
>
> Hi, I've been using cc-mode every day for the past few years at
> work, and I don't recall seeing this bug either in Emacs 24 or 25. Has
> anyone reproduced this lately?
I think it's very likely that the latest fixes by Alan in CC mode
nailed this one for good.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro.
2016-08-18 5:01 ` Andrew Hyatt
2016-08-18 14:11 ` Eli Zaretskii
@ 2016-08-18 14:11 ` Eli Zaretskii
2016-08-21 4:57 ` Andrew Hyatt
2016-08-21 4:57 ` Andrew Hyatt
1 sibling, 2 replies; 21+ messages in thread
From: Eli Zaretskii @ 2016-08-18 14:11 UTC (permalink / raw
To: Andrew Hyatt; +Cc: acm, jan.h.d, 5490, emacs-devel
> From: Andrew Hyatt <ahyatt@gmail.com>
> Date: Thu, 18 Aug 2016 01:01:04 -0400
> Cc: Alan Mackenzie <acm@muc.de>, 5490@debbugs.gnu.org, emacs-devel@gnu.org
>
> Jan Djärv <jan.h.d@swipnet.se> writes:
>
> > Hello.
> >
> > FWIW, this bug is still present in the trunk. I see it 5-8 times per day.
> > Revert buffer sometimes work to get back on track, but for the majority of
> > cases, I have to kill the buffer and reopen the file for cc-mode to work again.
> >
> > Jan D.
>
> Hi, I've been using cc-mode every day for the past few years at
> work, and I don't recall seeing this bug either in Emacs 24 or 25. Has
> anyone reproduced this lately?
I think it's very likely that the latest fixes by Alan in CC mode
nailed this one for good.
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro.
2016-08-18 14:11 ` Eli Zaretskii
@ 2016-08-21 4:57 ` Andrew Hyatt
2016-08-21 4:57 ` Andrew Hyatt
1 sibling, 0 replies; 21+ messages in thread
From: Andrew Hyatt @ 2016-08-21 4:57 UTC (permalink / raw
To: Eli Zaretskii; +Cc: acm, jan.h.d, 5490, emacs-devel
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Andrew Hyatt <ahyatt@gmail.com>
>> Date: Thu, 18 Aug 2016 01:01:04 -0400
>> Cc: Alan Mackenzie <acm@muc.de>, 5490@debbugs.gnu.org, emacs-devel@gnu.org
>>
>> Jan Djärv <jan.h.d@swipnet.se> writes:
>>
>> > Hello.
>> >
>> > FWIW, this bug is still present in the trunk. I see it 5-8 times per day.
>> > Revert buffer sometimes work to get back on track, but for the majority of
>> > cases, I have to kill the buffer and reopen the file for cc-mode to work
>> > again.
>> >
>> > Jan D.
>>
>> Hi, I've been using cc-mode every day for the past few years at
>> work, and I don't recall seeing this bug either in Emacs 24 or 25. Has
>> anyone reproduced this lately?
>
> I think it's very likely that the latest fixes by Alan in CC mode
> nailed this one for good.
OK, I'm going to mark this one as doneunreproducible - it may have been
fixed some time in the past, or by these recent fixes you refer to.
I'll keep an eye out for this myself during my normal work, and re-open
this if I or anyone else starts seeing this again.
^ permalink raw reply [flat|nested] 21+ messages in thread
* Re: bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro.
2016-08-18 14:11 ` Eli Zaretskii
2016-08-21 4:57 ` Andrew Hyatt
@ 2016-08-21 4:57 ` Andrew Hyatt
2016-08-22 10:49 ` Alan Mackenzie
2016-08-22 10:49 ` Alan Mackenzie
1 sibling, 2 replies; 21+ messages in thread
From: Andrew Hyatt @ 2016-08-21 4:57 UTC (permalink / raw
To: Eli Zaretskii; +Cc: acm, jan.h.d, 5490, emacs-devel
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Andrew Hyatt <ahyatt@gmail.com>
>> Date: Thu, 18 Aug 2016 01:01:04 -0400
>> Cc: Alan Mackenzie <acm@muc.de>, 5490@debbugs.gnu.org, emacs-devel@gnu.org
>>
>> Jan Djärv <jan.h.d@swipnet.se> writes:
>>
>> > Hello.
>> >
>> > FWIW, this bug is still present in the trunk. I see it 5-8 times per day.
>> > Revert buffer sometimes work to get back on track, but for the majority of
>> > cases, I have to kill the buffer and reopen the file for cc-mode to work
>> > again.
>> >
>> > Jan D.
>>
>> Hi, I've been using cc-mode every day for the past few years at
>> work, and I don't recall seeing this bug either in Emacs 24 or 25. Has
>> anyone reproduced this lately?
>
> I think it's very likely that the latest fixes by Alan in CC mode
> nailed this one for good.
OK, I'm going to mark this one as doneunreproducible - it may have been
fixed some time in the past, or by these recent fixes you refer to.
I'll keep an eye out for this myself during my normal work, and re-open
this if I or anyone else starts seeing this again.
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro.
2016-08-21 4:57 ` Andrew Hyatt
@ 2016-08-22 10:49 ` Alan Mackenzie
2016-08-22 10:49 ` Alan Mackenzie
1 sibling, 0 replies; 21+ messages in thread
From: Alan Mackenzie @ 2016-08-22 10:49 UTC (permalink / raw
To: Andrew Hyatt; +Cc: jan.h.d, 5490, emacs-devel
Hello, Andrew.
On Sun, Aug 21, 2016 at 12:57:50AM -0400, Andrew Hyatt wrote:
> Eli Zaretskii <eliz@gnu.org> writes:
> >> From: Andrew Hyatt <ahyatt@gmail.com>
> >> Date: Thu, 18 Aug 2016 01:01:04 -0400
> >> Cc: Alan Mackenzie <acm@muc.de>, 5490@debbugs.gnu.org, emacs-devel@gnu.org
> >> Jan Djärv <jan.h.d@swipnet.se> writes:
> >> > Hello.
> >> > FWIW, this bug is still present in the trunk. I see it 5-8 times per day.
> >> > Revert buffer sometimes work to get back on track, but for the majority of
> >> > cases, I have to kill the buffer and reopen the file for cc-mode to work
> >> > again.
> >> > Jan D.
> >> Hi, I've been using cc-mode every day for the past few years at
> >> work, and I don't recall seeing this bug either in Emacs 24 or 25. Has
> >> anyone reproduced this lately?
> > I think it's very likely that the latest fixes by Alan in CC mode
> > nailed this one for good.
> OK, I'm going to mark this one as doneunreproducible - it may have been
> fixed some time in the past, or by these recent fixes you refer to.
> I'll keep an eye out for this myself during my normal work, and re-open
> this if I or anyone else starts seeing this again.
Thanks. I think this bug (which was definitely real) got fixed as a side
effect of fixing something else, and this happened quite a long time ago.
--
Alan Mackenzie (Nuremberg, Germany).
^ permalink raw reply [flat|nested] 21+ messages in thread
* bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro.
2016-08-21 4:57 ` Andrew Hyatt
2016-08-22 10:49 ` Alan Mackenzie
@ 2016-08-22 10:49 ` Alan Mackenzie
1 sibling, 0 replies; 21+ messages in thread
From: Alan Mackenzie @ 2016-08-22 10:49 UTC (permalink / raw
To: Andrew Hyatt; +Cc: Eli Zaretskii, jan.h.d, 5490, emacs-devel
Hello, Andrew.
On Sun, Aug 21, 2016 at 12:57:50AM -0400, Andrew Hyatt wrote:
> Eli Zaretskii <eliz@gnu.org> writes:
> >> From: Andrew Hyatt <ahyatt@gmail.com>
> >> Date: Thu, 18 Aug 2016 01:01:04 -0400
> >> Cc: Alan Mackenzie <acm@muc.de>, 5490@debbugs.gnu.org, emacs-devel@gnu.org
> >> Jan Djärv <jan.h.d@swipnet.se> writes:
> >> > Hello.
> >> > FWIW, this bug is still present in the trunk. I see it 5-8 times per day.
> >> > Revert buffer sometimes work to get back on track, but for the majority of
> >> > cases, I have to kill the buffer and reopen the file for cc-mode to work
> >> > again.
> >> > Jan D.
> >> Hi, I've been using cc-mode every day for the past few years at
> >> work, and I don't recall seeing this bug either in Emacs 24 or 25. Has
> >> anyone reproduced this lately?
> > I think it's very likely that the latest fixes by Alan in CC mode
> > nailed this one for good.
> OK, I'm going to mark this one as doneunreproducible - it may have been
> fixed some time in the past, or by these recent fixes you refer to.
> I'll keep an eye out for this myself during my normal work, and re-open
> this if I or anyone else starts seeing this again.
Thanks. I think this bug (which was definitely real) got fixed as a side
effect of fixing something else, and this happened quite a long time ago.
--
Alan Mackenzie (Nuremberg, Germany).
------------------------------------------------------------------------------
^ permalink raw reply [flat|nested] 21+ messages in thread
end of thread, other threads:[~2016-08-22 10:49 UTC | newest]
Thread overview: 21+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-01-29 9:02 bug#5490: 23.1.91; CC Mode, after a while, everything is topmost-intro Jan =?UTF-8?Q?Dj=C3=A4rv
2010-01-29 11:18 ` Alan Mackenzie
[not found] ` <20100129112201.GA3793@muc.de>
2010-02-09 12:45 ` Jan Djärv
2010-02-09 12:55 ` Jan Djärv
2010-02-09 20:40 ` Alan Mackenzie
2010-02-09 20:40 ` Alan Mackenzie
2010-02-24 12:09 ` Jan D.
2010-02-25 0:59 ` Miles Bader
2010-02-25 0:59 ` Miles Bader
2010-02-26 12:58 ` Alan Mackenzie
2011-07-09 7:55 ` Jan Djärv
2016-08-18 5:01 ` Andrew Hyatt
2016-08-18 5:01 ` Andrew Hyatt
2016-08-18 14:11 ` Eli Zaretskii
2016-08-18 14:11 ` Eli Zaretskii
2016-08-21 4:57 ` Andrew Hyatt
2016-08-21 4:57 ` Andrew Hyatt
2016-08-22 10:49 ` Alan Mackenzie
2016-08-22 10:49 ` Alan Mackenzie
2011-07-09 7:55 ` Jan Djärv
2010-02-24 12:09 ` Jan D.
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.