From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.bugs Subject: bug#5570: Emacs 23.1.91.1 C++ mode "ESC C-q" and TAB indenting issue. Date: Sun, 14 Feb 2010 20:10:06 +0000 Message-ID: <20100214201006.GA6169@muc.de> References: <000301caac36$0fc0b760$2f422620$@net> <87pr494md5.fsf@stupidchicken.com> <000e01caad1e$dcbfc560$963f5020$@net> <876360s8rw.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1266178988 14981 80.91.229.12 (14 Feb 2010 20:23:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 14 Feb 2010 20:23:08 +0000 (UTC) Cc: 5570@debbugs.gnu.org, Bob To: Chong Yidong Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Feb 14 21:23:05 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ngkzg-00065e-Qe for geb-bug-gnu-emacs@m.gmane.org; Sun, 14 Feb 2010 21:23:05 +0100 Original-Received: from localhost ([127.0.0.1]:60387 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ngkzb-0000ng-92 for geb-bug-gnu-emacs@m.gmane.org; Sun, 14 Feb 2010 15:22:59 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NgkzJ-0000cg-DS for bug-gnu-emacs@gnu.org; Sun, 14 Feb 2010 15:22:41 -0500 Original-Received: from [140.186.70.92] (port=44338 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NgkzI-0000c5-Ox for bug-gnu-emacs@gnu.org; Sun, 14 Feb 2010 15:22:41 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NgkzH-0005pH-PJ for bug-gnu-emacs@gnu.org; Sun, 14 Feb 2010 15:22:40 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60768) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NgkzH-0005pD-M6 for bug-gnu-emacs@gnu.org; Sun, 14 Feb 2010 15:22:39 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1NgkhF-0006Ny-KL; Sun, 14 Feb 2010 15:04:01 -0500 X-Loop: bug-gnu-emacs@gnu.org Resent-From: Alan Mackenzie Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 14 Feb 2010 20:04:01 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5570 X-Emacs-PR-Package: emacs,cc-mode X-Emacs-PR-Keywords: Original-Received: via spool by 5570-submit@debbugs.gnu.org id=B5570.126617779424516 (code B ref 5570); Sun, 14 Feb 2010 20:04:01 +0000 Original-Received: (at 5570) by debbugs.gnu.org; 14 Feb 2010 20:03:14 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NgkgT-0006NN-JZ for submit@debbugs.gnu.org; Sun, 14 Feb 2010 15:03:13 -0500 Original-Received: from colin.muc.de ([193.149.48.1] helo=mail.muc.de) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NgkgE-0006Mt-Va for 5570@debbugs.gnu.org; Sun, 14 Feb 2010 15:03:12 -0500 Original-Received: (qmail 89538 invoked by uid 3782); 14 Feb 2010 20:02:53 -0000 Original-Received: from acm.muc.de (pD9E52805.dip.t-dialin.net [217.229.40.5]) by colin2.muc.de (tmda-ofmipd) with ESMTP; Sun, 14 Feb 2010 21:02:51 +0100 Original-Received: (qmail 7107 invoked by uid 1000); 14 Feb 2010 20:10:06 -0000 Content-Disposition: inline In-Reply-To: <876360s8rw.fsf@stupidchicken.com> User-Agent: Mutt/1.5.9i X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) X-Primary-Address: acm@muc.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sun, 14 Feb 2010 15:04:01 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:35116 Archived-At: Hi, Bob and Yidong, On Sun, Feb 14, 2010 at 12:09:39AM -0500, Chong Yidong wrote: > Forwarding an email with pertinent info to the bug tracker, and to Alan > the CC-mode maintainer: > "Bob" writes: > > Yes, it does look related to 5490. I can respond to: I have the horrible suspicion that this is different from 5490. :-( > >> (i) Have you ever noticed this bug happening on earlier Emacsen, in > >> particular Emacs 23.1? > > Yes, it happened in 23.1 also. > >> (ii) Does this bug happen every time you use Emacs this long, or > >> only sometimes? > > For me it happens within minutes of use. My C++ files are HEAVILY > > templated and the issue appears to be related to '<' and '>' of > > template args, e.g. > > typedef IF< > > MemberOf::value, > > IF< > > Length::value, > > true, > > false > > >::Result, > > false > > >::Result Result; OK, template brackets are difficult, because they're so difficult to distinguish from less/greater than. Bob, seeing as how the bug hits you "withing minutes", is there any chance you could try and get it reproducible? Using a dribble file might be useful (see the page "Checklist" in the Emacs manual; you'd use this with something like '(open-dribble-file "~/dribble")' at the beginning of your Emacs session). If you manage to get it reproducible, could you send me the C++ file (which I will regard as confidential if needed) together with the sequence of commands (e.g. the dribble file) which triggers the bug. Also appreciated would be a dump of your CC Mode configuration, generated by C-c C-b. > > I will have several of these, one after the other, and be editing > > them. By accident I'll leave out a ',' or a '>' or kill & yank lines > > with similar error. After minutes of such editing, the indentation > > gets wacked. Sometimes by TAB indentation on a prior line the problem > > corrects. Sometimes I have to write the buffer and re-visit it. One other thing. Would you please try M-: (c-state-cache-init) when in this state, and tell me if it resolves the badness. Thanks! > >>(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? > > Just the buffer with the '<' and '>' in it. -- Alan Mackenzie (Nuremberg, Germany).