From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer Date: Fri, 07 Nov 2014 15:17:26 +0200 Message-ID: <83lhnnrvyx.fsf@gnu.org> References: <877fz7fe6i.fsf@yahoo.fr> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1415366305 15823 80.91.229.3 (7 Nov 2014 13:18:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 7 Nov 2014 13:18:25 +0000 (UTC) Cc: 18982@debbugs.gnu.org To: Nicolas Richard Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Nov 07 14:18:17 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XmjQf-0003Rn-HH for geb-bug-gnu-emacs@m.gmane.org; Fri, 07 Nov 2014 14:18:17 +0100 Original-Received: from localhost ([::1]:60185 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmjQf-0005mS-41 for geb-bug-gnu-emacs@m.gmane.org; Fri, 07 Nov 2014 08:18:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58437) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmjQW-0005mB-Ky for bug-gnu-emacs@gnu.org; Fri, 07 Nov 2014 08:18:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XmjQQ-0005dY-Sy for bug-gnu-emacs@gnu.org; Fri, 07 Nov 2014 08:18:08 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:55297) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmjQQ-0005dN-Qh for bug-gnu-emacs@gnu.org; Fri, 07 Nov 2014 08:18:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XmjQQ-0004WX-AS for bug-gnu-emacs@gnu.org; Fri, 07 Nov 2014 08:18:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 07 Nov 2014 13:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18982 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18982-submit@debbugs.gnu.org id=B18982.141536625917356 (code B ref 18982); Fri, 07 Nov 2014 13:18:02 +0000 Original-Received: (at 18982) by debbugs.gnu.org; 7 Nov 2014 13:17:39 +0000 Original-Received: from localhost ([127.0.0.1]:52510 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XmjQ2-0004Vr-Hr for submit@debbugs.gnu.org; Fri, 07 Nov 2014 08:17:39 -0500 Original-Received: from mtaout25.012.net.il ([80.179.55.181]:33744) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XmjPz-0004Vf-Nc for 18982@debbugs.gnu.org; Fri, 07 Nov 2014 08:17:37 -0500 Original-Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0NEO00M006XDBL00@mtaout25.012.net.il> for 18982@debbugs.gnu.org; Fri, 07 Nov 2014 15:13:06 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NEO00E827DT3I90@mtaout25.012.net.il>; Fri, 07 Nov 2014 15:13:06 +0200 (IST) In-reply-to: <877fz7fe6i.fsf@yahoo.fr> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 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: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:95654 > From: Nicolas Richard > Date: Fri, 07 Nov 2014 12:22:29 +0100 > > Context : I was looking at an org file which had obviously not been > properly decoded (it's an utf8 file, I was seeing raw bytes and the > "buffer coding system" in the mode line was blank). So I decided to M-x > revert-buffer to see if I could do something with it. That crashed. > > Here's the backtrace: > > Breakpoint 1, terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:351 > 351 signal (sig, SIG_DFL); > #0 terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:351 > #1 0x0827d8c5 in die (msg=0x83e4420 "c->buffer_beg <= start && end <= c->buffer_end", > file=0x83e42b0 "region-cache.c", line=364) at alloc.c:6833 > #2 0x08325b0d in set_cache_region (c=0xae3f540, start=8828, end=8835, value=1) at region-cache.c:364 > #3 0x08326205 in know_region_cache (buf=0xb01f410, c=0xae3f540, start=8828, end=8835) at region-cache.c:671 > #4 0x0825a4bb in find_newline (start=8828, start_byte=8828, end=8836, end_byte=8836, count=1, shortage=0xbffea18c, > bytepos=0xbffea190, allow_quit=true) at search.c:812 > #5 0x0824d8a0 in Fforward_line (n=1) at cmds.c:138 > #6 0x0828f9a9 in Fline_beginning_position (n=2) at editfns.c:772 > [...] > Lisp Backtrace: > "line-beginning-position" (0xbffea3b8) > "font-lock-extend-jit-lock-region-after-change" (0xbffeabb8) > "run-hook-with-args" (0xbffeabb0) > "jit-lock-after-change" (0xbffeb290) > "insert-file-contents" (0xbfffb9d0) > "revert-buffer-insert-file-contents--default-function" (0xbfffbff0) > "revert-buffer--default" (0xbfffc5f8) > "revert-buffer" (0xbfffcc58) > "call-interactively" (0xbfffd180) > "command-execute" (0xbfffd790) > "execute-extended-command" (0xbfffdd88) > "call-interactively" (0xbfffe380) > "command-execute" (0xbfffe970) > > > And some more info : > > (gdb) frame 2 > #2 0x08325b0d in set_cache_region (c=0xae3f540, start=8828, end=8835, value=1) at region-cache.c:364 > 364 eassert (c->buffer_beg <= start && end <= c->buffer_end); > (gdb) p c->buffer_beg > $1 = 1 > (gdb) p c->buffer_end > $2 = 27 > > FWIW the file which I was reverting certainly is bigger than 27 bytes : > (point-max) currently evals to 8626 in that file (and I didn't modify it > since the crash). > > gdb session still alive if needed. Thanks. Is this reproducible? If so, could you send a recipe?