all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Jan D." <jan.h.d@swipnet.se>
To: Alan Mackenzie <acm@muc.de>
Cc: Chong Yidong <cyd@stupidchicken.com>,
	5570@debbugs.gnu.org, Paul Pogonyshev <pogonyshev@gmx.net>
Subject: bug#5570: automatic cache validation
Date: Sat, 20 Mar 2010 15:49:07 +0100	[thread overview]
Message-ID: <4BA4E063.50704@swipnet.se> (raw)
In-Reply-To: <20100320132250.GA2674@muc.de>

Alan Mackenzie wrote:
> Hi, Jan,
> 
> On Fri, Mar 19, 2010 at 11:45:40PM +0100, Jan Djärv wrote:
> 
> 
>> Alan Mackenzie skrev 2010-03-19 22.56:
>>> Hi, Paul,
> 
>>> On Thu, Mar 18, 2010 at 10:05:11PM +0200, Paul Pogonyshev wrote:
>>>> After March the 1st changes indentation in C++ and related modes is
>>>> better, but it still breaks often enough --- to the tune of once every
>>>> 3--5 minutes or so.  Both when editing C++ and Java code.
> 
>>> How about plain C?  Is the breakage connected with templates/generics, as
>>> far as you can see?
> 
>> FWIW, I see breakage in plain C also.
> 
> That's worth a great deal to know.  It suggests that the changes of
> 2010-02-04 aren't responsble for this bug.
> 
>>> What is the breakage like?  Is it a one-off failure which repairs itself
>>> after a few more edits, or is it more like a creeping death?  Does
>>> reinitializing the mode (M-x c++-mode) repair the indentation?  Does
>>> saving the file and reloading it fix things?
> 
>> I now more or less automatically do M-x revert buffer when this happens.
> 
> When _what_ happens? 

When C-mode thinks everything is topmost-intro.

> I take it, then, that revert-buffer fixes the bad
> state, and you save the file first before reverting it.  Any chance you
> could answer the above questions, together with the further one:
> 
> Does
>     M-x (c-state-cache-init)
> fix it?
>     

No, it does not.

	Jan D.






  reply	other threads:[~2010-03-20 14:49 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-12 22:52 bug#5570: Emacs 23.1.91.1 C++ mode "ESC C-q" and TAB indenting issue Bob
2010-02-13  7:37 ` Chong Yidong
     [not found]   ` <000e01caad1e$dcbfc560$963f5020$@net>
2010-02-14  5:09     ` Chong Yidong
2010-02-14 20:10       ` Alan Mackenzie
2010-02-15 22:15         ` Bob
     [not found]         ` <000001caae62$638af6c0$2aa0e440$@net>
2010-02-16 16:39           ` Alan Mackenzie
2010-02-16 18:35             ` Bob
2010-02-17  9:46               ` Alan Mackenzie
2010-02-17 16:40                 ` Bob
2010-02-18 15:12                   ` Alan Mackenzie
2010-02-18 15:53                     ` Bob
2010-02-19 20:34                       ` Alan Mackenzie
2010-02-20 13:41 ` Paul Pogonyshev
     [not found] ` <201002212309.43107.pogonyshev@gmx.net>
     [not found]   ` <87hbpadzt4.fsf@stupidchicken.com>
2010-02-21 21:54     ` Paul Pogonyshev
     [not found]       ` <873a0ujlba.fsf@stupidchicken.com>
2010-02-22 15:33         ` Paul Pogonyshev
2010-02-23 13:28           ` Paul Pogonyshev
2010-03-18 20:05 ` bug#5570: automatic cache validation Paul Pogonyshev
2010-03-18 20:31   ` Chong Yidong
2010-03-19 21:56   ` Alan Mackenzie
2010-03-19 22:45     ` Jan Djärv
2010-03-20 13:22       ` Alan Mackenzie
2010-03-20 14:49         ` Jan D. [this message]
2010-03-21 11:16           ` Alan Mackenzie
2010-03-21 11:50             ` Jan Djärv
2010-03-22  8:07             ` Jan Djärv
2010-04-02 17:01               ` Paul Pogonyshev
2010-04-03 23:55 ` Chong Yidong
2010-04-28 18:55 ` Chong Yidong
2020-09-14 13:48 ` bug#5570: Emacs 23.1.91.1 C++ mode "ESC C-q" and TAB indenting issue Lars Ingebrigtsen
     [not found] <87pr2gf5va.fsf@stupidchicken.com>
2010-04-04  0:14 ` bug#5570: automatic cache validation Paul Pogonyshev
2010-04-04  8:09 ` Jan Djärv
     [not found] <87eihz5rvd.fsf@stupidchicken.com>
2010-04-29 15:04 ` Alan Mackenzie
     [not found] ` <20100429150442.GA4310@muc.de>
2010-05-29 22:27   ` Paul Pogonyshev

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4BA4E063.50704@swipnet.se \
    --to=jan.h.d@swipnet.se \
    --cc=5570@debbugs.gnu.org \
    --cc=acm@muc.de \
    --cc=cyd@stupidchicken.com \
    --cc=pogonyshev@gmx.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.