From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: 24.0.50; args-out-of-range while reverting C++ header file Date: Sat, 09 Oct 2010 23:05:18 +0900 Message-ID: <878w27law1.fsf@catnip.gol.com> References: <87zkuo2djr.fsf@telefonica.net> <20101009134633.GA3283@muc.de> Reply-To: Miles Bader NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1286633142 20452 80.91.229.12 (9 Oct 2010 14:05:42 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 9 Oct 2010 14:05:42 +0000 (UTC) Cc: Oscar Fuentes , emacs-devel@gnu.org To: Alan Mackenzie Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 09 16:05:40 2010 Return-path: Envelope-to: ged-emacs-devel@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 1P4a3P-00080p-3c for ged-emacs-devel@m.gmane.org; Sat, 09 Oct 2010 16:05:39 +0200 Original-Received: from localhost ([127.0.0.1]:35034 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P4a3O-00063J-3x for ged-emacs-devel@m.gmane.org; Sat, 09 Oct 2010 10:05:38 -0400 Original-Received: from [140.186.70.92] (port=52015 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P4a3B-0005zw-Hn for emacs-devel@gnu.org; Sat, 09 Oct 2010 10:05:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1P4a39-0007DD-UP for emacs-devel@gnu.org; Sat, 09 Oct 2010 10:05:25 -0400 Original-Received: from smtp12.dentaku.gol.com ([203.216.5.74]:38111) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1P4a39-0007C9-MX; Sat, 09 Oct 2010 10:05:23 -0400 Original-Received: from 218.231.154.125.eo.eaccess.ne.jp ([218.231.154.125] helo=catnip.gol.com) by smtp12.dentaku.gol.com with esmtpa (Dentaku) id 1P4a35-0004kf-Tw; Sat, 09 Oct 2010 23:05:19 +0900 Original-Received: by catnip.gol.com (Postfix, from userid 1000) id 585FBDF8E; Sat, 9 Oct 2010 23:05:18 +0900 (JST) System-Type: x86_64-unknown-linux-gnu In-Reply-To: <20101009134633.GA3283@muc.de> (Alan Mackenzie's message of "Sat, 9 Oct 2010 13:46:33 +0000") Original-Lines: 55 X-Virus-Scanned: ClamAV GOL (outbound) X-Abuse-Complaints: abuse@gol.com X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:131529 Archived-At: Alan Mackenzie writes: >> C-x C-f some-moderately-big-header-file.h >> >> M-x revert-buffer >> Lisp error: (args-out-of-range 580 36722) > > I do this, but can't reproduce the error. Can you please be precise > about which file.h triggers the problem (send me a copy of it if it's > outside of Emacs, please) and what the "big modification" is. > > I built the latest Emacs-24 last night. I tried it with loading > .../emacs/src/lisp.h, then Hmm, I'm getting similar behavior, but I'm not using "revert-buffer". I think the basic scenario is: 1) I have a buffer visiting config.h (autoconf-generated) 2) I re-run make or something, which causes config.h to be regenerated and changed (the latter's important, as autoconf doesn't touch it if the contents don't actually change) 3) I visit config.h again with find-file; since it's already in a buffer, but has changed, Emacs asks the usual question in this situation: File config.h changed on disk. Reread from disk? (yes or no) 4) I answer "yes RET", and then I get an error: c-clear-char-property-with-value-function: Args out of range: 464, 3922 [and don't end up visiting the vile] 5) I use find-file again on config.h; this time, Emacs asks: File config.h changed on disk. Discard your edits? (yes or no) [despite the fact that I never actually made any changes to that buffer; I guess the failed update changed it.] 6) I answer "yes RET", and this time am left in the config.h buffer, properly updated from disk. I think this recipe can be fairly easily followed (you can just touch the file or something, of course, instead of getting autoconf to change it). Thanks, -Miles -- gravity a demanding master ... soft soft snow