GNU bug report logs - #18982
24.4.51; assertion violation in set_cache_region after revert-buffer

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 18982 in the body.
You can then email your comments to 18982 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.4.51; assertion violation in set_cache_region after revert-buffer
Date: Fri, 07 Nov 2014 12:22:29 +0100

Hello,

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
#7  0x082aaa45 in Ffuncall (nargs=2, args=0xbffea3b0) at eval.c:2812
#8  0x08307b43 in exec_byte_code (bytestr=-9223372036715234836, vector=-6917529027501540868, maxdepth=6, 
    args_template=4611686018569232232, nargs=0, args=0x0) at bytecode.c:916
#9  0x082abf76 in funcall_lambda (fun=-6917529027501540928, nargs=3, arg_vector=0xbffeabb8) at eval.c:3045
#10 0x082aaff8 in Ffuncall (nargs=4, args=0xbffeabb0) at eval.c:2861
#11 0x082a9809 in funcall_nil (nargs=4, args=0xbffeabb0) at eval.c:2363
#12 0x082a9e3e in run_hook_with_args (nargs=4, args=0xbffeabb0, funcall=0x82a97f1 <funcall_nil>) at eval.c:2548
#13 0x082a988d in Frun_hook_with_args (nargs=4, args=0xbffeabb0) at eval.c:2409
#14 0x082aa8e9 in Ffuncall (nargs=5, args=0xbffeaba8) at eval.c:2793
#15 0x08307b43 in exec_byte_code (bytestr=-9223372036715217532, vector=-6917529027501523564, maxdepth=12, 
    args_template=771, nargs=3, args=0xbffeb2a8) at bytecode.c:916
#16 0x082ab926 in funcall_lambda (fun=-6917529027501523624, nargs=3, arg_vector=0xbffeb290) at eval.c:2979
#17 0x082aaff8 in Ffuncall (nargs=4, args=0xbffeb288) at eval.c:2861
#18 0x082a9809 in funcall_nil (nargs=4, args=0xbffeb288) at eval.c:2363
#19 0x082a9e3e in run_hook_with_args (nargs=4, args=0xbffeb288, funcall=0x82a97f1 <funcall_nil>) at eval.c:2548
#20 0x082a988d in Frun_hook_with_args (nargs=4, args=0xbffeb288) at eval.c:2409
#21 0x08230303 in signal_after_change (charpos=18, lendel=0, lenins=8809) at insdel.c:2084
#22 0x082446ee in Finsert_file_contents (filename=-9223372036495053568, visit=4611686018569232272, 
    beg=4611686018569232232, end=4611686018569232232, replace=4611686018569232272) at fileio.c:4320
#23 0x082aac3f in Ffuncall (nargs=6, args=0xbfffb9c8) at eval.c:2828
#24 0x08307b43 in exec_byte_code (bytestr=-9223372036715877820, vector=-6917529027502183852, maxdepth=8, 
    args_template=514, nargs=2, args=0xbfffc000) at bytecode.c:916
#25 0x082ab926 in funcall_lambda (fun=-6917529027502183912, nargs=2, arg_vector=0xbfffbff0) at eval.c:2979
#26 0x082aaff8 in Ffuncall (nargs=3, args=0xbfffbfe8) at eval.c:2861
#27 0x08307b43 in exec_byte_code (bytestr=-9223372036715878344, vector=-6917529027502184376, maxdepth=12, 
    args_template=514, nargs=2, args=0xbfffc608) at bytecode.c:916
#28 0x082ab926 in funcall_lambda (fun=-6917529027502184436, nargs=2, arg_vector=0xbfffc5f8) at eval.c:2979
#29 0x082aaff8 in Ffuncall (nargs=3, args=0xbfffc5f0) at eval.c:2861
#30 0x08307b43 in exec_byte_code (bytestr=-9223372036715878540, vector=-6917529027502184572, maxdepth=6, 
    args_template=768, nargs=1, args=0xbfffcc60) at bytecode.c:916
#31 0x082ab926 in funcall_lambda (fun=-6917529027502184640, nargs=1, arg_vector=0xbfffcc58) at eval.c:2979
#32 0x082aaff8 in Ffuncall (nargs=2, args=0xbfffcc50) at eval.c:2861
#33 0x082a9247 in Fapply (nargs=2, args=0xbfffcc50) at eval.c:2298
#34 0x082a9fe5 in apply1 (fn=4611686018569233440, arg=-4611686017974323136) at eval.c:2585
#35 0x0829d683 in Fcall_interactively (function=4611686018569233440, record_flag=4611686018573540520, 
    keys=-6917529027254129160) at callint.c:378
#36 0x082aaafc in Ffuncall (nargs=4, args=0xbfffd178) at eval.c:2819
#37 0x08307b43 in exec_byte_code (bytestr=-9223372036715516220, vector=-6917529027501822252, maxdepth=13, 
    args_template=1025, nargs=2, args=0xbfffd7a0) at bytecode.c:916
#38 0x082ab926 in funcall_lambda (fun=-6917529027501822312, nargs=2, arg_vector=0xbfffd790) at eval.c:2979
#39 0x082aaff8 in Ffuncall (nargs=3, args=0xbfffd788) at eval.c:2861
#40 0x08307b43 in exec_byte_code (bytestr=-9223372036715516748, vector=-6917529027501822780, maxdepth=15, 
    args_template=513, nargs=2, args=0xbfffdd98) at bytecode.c:916
#41 0x082ab926 in funcall_lambda (fun=-6917529027501822848, nargs=2, arg_vector=0xbfffdd88) at eval.c:2979
#42 0x082aaff8 in Ffuncall (nargs=3, args=0xbfffdd80) at eval.c:2861
#43 0x082a97b5 in Fapply (nargs=2, args=0xbfffde50) at eval.c:2351
#44 0x082a9fe5 in apply1 (fn=4611686018569508680, arg=-4611686017918257024) at eval.c:2585
#45 0x0829d683 in Fcall_interactively (function=4611686018569508680, record_flag=4611686018569232232, 
    keys=-6917529027254129160) at callint.c:378
#46 0x082aaafc in Ffuncall (nargs=4, args=0xbfffe378) at eval.c:2819
#47 0x08307b43 in exec_byte_code (bytestr=-9223372036715516220, vector=-6917529027501822252, maxdepth=13, 
    args_template=1025, nargs=1, args=0xbfffe978) at bytecode.c:916
#48 0x082ab926 in funcall_lambda (fun=-6917529027501822312, nargs=1, arg_vector=0xbfffe970) at eval.c:2979
#49 0x082aaff8 in Ffuncall (nargs=2, args=0xbfffe968) at eval.c:2861
#50 0x082aa076 in call1 (fn=4611686018569274840, arg1=4611686018569508680) at eval.c:2611
#51 0x081de6c3 in command_loop_1 () at keyboard.c:1559
#52 0x082a56be in internal_condition_case (bfun=0x81ddc39 <command_loop_1>, handlers=4611686018569278920, 
    hfun=0x81dcf49 <cmd_error>) at eval.c:1348
#53 0x081dd6ed in command_loop_2 (ignore=4611686018569232232) at keyboard.c:1177
#54 0x082a471b in internal_catch (tag=4611686018569275680, func=0x81dd6b2 <command_loop_2>, arg=4611686018569232232)
    at eval.c:1112
#55 0x081dd676 in command_loop () at keyboard.c:1156
#56 0x081dc968 in recursive_edit_1 () at keyboard.c:777
#57 0x081dcc1e in Frecursive_edit () at keyboard.c:848
#58 0x081da5b4 in main (argc=2, argv=0xbfffee04) at emacs.c:1646

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.

The crash happened with GNU Emacs 24.4.51.2 (although I'm reporting it
with 24.3.90 because $nogoodreason).

Important settings:
  value of $LANG: fr_FR.UTF-8
  locale-coding-system: utf-8-unix

-- 
Nicolas Richard

Message #8 received at 18982 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Cc: 18982 <at> debbugs.gnu.org
Subject: Re: bug#18982: 24.4.51;
 assertion violation in set_cache_region after revert-buffer
Date: Fri, 07 Nov 2014 15:17:26 +0200

> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
> 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?

Message #11 received at 18982 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Cc: 18982 <at> debbugs.gnu.org
Subject: Re: bug#18982: 24.4.51;
 assertion violation in set_cache_region after revert-buffer
Date: Fri, 07 Nov 2014 15:46:03 +0200

[Please CC the bug report.]

> Date: Fri, 07 Nov 2014 14:23:40 +0100
> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
> 
> Le 07/11/2014 14:17, Eli Zaretskii a écrit :
> >> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
> >> 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.
> > 
> > Thanks.  Is this reproducible?  If so, could you send a recipe?
> 
> Unfortunately I couldn't reproduce. I tried reopening the file in a
> fresh session, but it didn't get the decoding wrong (i.e. it correctly
> decoded as utf8), and reverting the buffer went fine (I still don't know
> if the two are related).

To cause it to be incorrectly decoded, you could do this:

  C-x RET c raw-text RET C-x C-f FILENAME RET

If you remember which encoding Emacs decided to use, try that instead
of raw-text.

Message #14 received at 18982 <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 18982 <at> debbugs.gnu.org
Subject: Re: bug#18982: 24.4.51; assertion violation in set_cache_region after
 revert-buffer
Date: Fri, 07 Nov 2014 15:07:24 +0100

Le 07/11/2014 14:46, Eli Zaretskii a écrit :
> To cause it to be incorrectly decoded, you could do this:
> 
>   C-x RET c raw-text RET C-x C-f FILENAME RET
> 
> If you remember which encoding Emacs decided to use, try that instead
> of raw-text.

hm, I tried from a fresh emacs session and couldn't reproduce, but now I tried on my few-hours-old session and it crashed.

Breakpoint 1, terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:351
351       signal (sig, SIG_DFL);
(gdb) bt
#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=0xc44c638, start=8828, end=8835, value=1) at region-cache.c:364
#3  0x08326205 in know_region_cache (buf=0xb6758c0, c=0xc44c638, 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=0xbffeadbc, 
    bytepos=0xbffeadc0, 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

(gdb) frame 2
#2  0x08325b0d in set_cache_region (c=0xc44c638, 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

Completely similar.

I'll try to come up with a recipe but unless it's straightforward I probably will have to delay this by a few days.

Nicolas.

Message #17 received at 18982 <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 18982 <at> debbugs.gnu.org
Subject: Re: bug#18982: 24.4.51; assertion violation in set_cache_region after
 revert-buffer
Date: Fri, 07 Nov 2014 15:27:14 +0100

[Message part 1 (text/plain, inline)]

Le 07/11/2014 14:46, Eli Zaretskii a écrit :
> To cause it to be incorrectly decoded, you could do this:
> 
>   C-x RET c raw-text RET C-x C-f FILENAME RET
> 
> If you remember which encoding Emacs decided to use, try that instead
> of raw-text.

Thanks to your help, it was in fact very easy to reproduce :
the trick is the use raw-text-unix as encoding. Here's the full recipe :

emacs -Q
C-x RET c raw-text-unix
C-x C-f <attached file>
M-x org-mode
M-x revert-buffer RET and confirm.

boom.

Nicolas.

[testfile2 (text/plain, attachment)]

Message #20 received at 18982 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Cc: 18982 <at> debbugs.gnu.org
Subject: Re: bug#18982: 24.4.51;
 assertion violation in set_cache_region after revert-buffer
Date: Fri, 07 Nov 2014 16:49:14 +0200

> Date: Fri, 07 Nov 2014 15:27:14 +0100
> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
> CC: 18982 <at> debbugs.gnu.org
> 
> emacs -Q
> C-x RET c raw-text-unix
> C-x C-f <attached file>
> M-x org-mode
> M-x revert-buffer RET and confirm.
> 
> boom.

This doesn't crash here.  Please show all the details collected by
report-emacs-bug for this binary, so I could see how mine is
different.

Message #23 received at 18982 <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 18982 <at> debbugs.gnu.org
Subject: Re: bug#18982: 24.4.51; assertion violation in set_cache_region after
 revert-buffer
Date: Fri, 07 Nov 2014 16:33:59 +0100

Le 07/11/2014 15:49, Eli Zaretskii a écrit :
>> Date: Fri, 07 Nov 2014 15:27:14 +0100
>> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
>> CC: 18982 <at> debbugs.gnu.org
>> 
>> emacs -Q
>> C-x RET c raw-text-unix
>> C-x C-f <attached file>
>> M-x org-mode
>> M-x revert-buffer RET and confirm.
>> 
>> boom.
> 
> This doesn't crash here.  Please show all the details collected by
> report-emacs-bug for this binary, so I could see how mine is
> different.

Here it is (from a fresh bootstrap-from-clean-tree against latest bzr emacs-24
-- I also checked that the crash still occurs) :


In GNU Emacs 24.4.51.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2014-11-07 on localhost
Repository revision: 117680 michael.albinus <at> gmx.de-20141107144534-2j91njhecfs2d9r4
Windowing system distributor `The X.Org Foundation', version 11.0.11304000
Configured using:
 `configure --with-x-toolkit=lucid --enable-checking --with-wide-int
 'CFLAGS= -O0 -g3''

Important settings:
  value of $LANG: fr_FR.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  electric-indent-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
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util help-fns mail-prsvr mail-utils time-date tooltip electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar
dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode
prog-mode register page menu-bar rfn-eshadow timer select scroll-bar
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
minibuffer nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote make-network-process
dbusbind gfilenotify dynamic-setting system-font-setting
font-render-setting x-toolkit x multi-tty emacs)

Memory information:
((conses 16 71944 6703)
 (symbols 40 17821 0)
 (miscs 36 44 78)
 (strings 16 10068 6123)
 (string-bytes 1 272308)
 (vectors 12 9047)
 (vector-slots 8 390507 11861)
 (floats 8 67 64)
 (intervals 36 176 30)
 (buffers 828 12)
 (heap 1024 14502 1463))

Message #26 received at 18982 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Cc: 18982 <at> debbugs.gnu.org
Subject: Re: bug#18982: 24.4.51;
 assertion violation in set_cache_region after revert-buffer
Date: Fri, 07 Nov 2014 17:43:46 +0200

> Date: Fri, 07 Nov 2014 16:33:59 +0100
> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
> CC: 18982 <at> debbugs.gnu.org
> 
> > This doesn't crash here.  Please show all the details collected by
> > report-emacs-bug for this binary, so I could see how mine is
> > different.
> 
> Here it is (from a fresh bootstrap-from-clean-tree against latest bzr emacs-24
> -- I also checked that the crash still occurs) :

Thanks.  The only significant difference is --with-wide-int.  Can you
try rebuilding without it?

Message #29 received at 18982 <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 18982 <at> debbugs.gnu.org
Subject: Re: bug#18982: 24.4.51; assertion violation in set_cache_region after
 revert-buffer
Date: Fri, 07 Nov 2014 17:07:21 +0100

[Message part 1 (text/plain, inline)]

Le 07/11/2014 16:43, Eli Zaretskii a écrit :
>> Date: Fri, 07 Nov 2014 16:33:59 +0100
>> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
>> CC: 18982 <at> debbugs.gnu.org
>> 
>> > This doesn't crash here.  Please show all the details collected by
>> > report-emacs-bug for this binary, so I could see how mine is
>> > different.
>> 
>> Here it is (from a fresh bootstrap-from-clean-tree against latest bzr emacs-24
>> -- I also checked that the crash still occurs) :
> 
> Thanks.  The only significant difference is --with-wide-int.  Can you
> try rebuilding without it?
> 

Still crashes with :

In GNU Emacs 24.4.51.2 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2014-11-07 on localhost
Repository revision: 117680 michael.albinus <at> gmx.de-20141107144534-2j91njhecfs2d9r4
Windowing system distributor `The X.Org Foundation', version 11.0.11304000
Configured using:
 `configure --with-x-toolkit=lucid --enable-checking --without-wide-int
 'CFLAGS= -O0 -g3''


Just to make sure we have the same files, I bzipped the recipe.

mkdir foo; tar xf 18982.tar.bz2 -C foo; cd foo
emacs -Q -l testfile2.el

that crashes for me.

It doesn't crash with the 24.3 binary I have soI can bisect if you wish.

-- 
Nicolas.

[18982.tar.bz2 (application/x-bzip, attachment)]

Message #32 received at 18982 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Cc: 18982 <at> debbugs.gnu.org
Subject: Re: bug#18982: 24.4.51;
 assertion violation in set_cache_region after revert-buffer
Date: Sat, 08 Nov 2014 16:59:32 +0200

> Date: Fri, 07 Nov 2014 17:07:21 +0100
> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
> CC: 18982 <at> debbugs.gnu.org
> 
> > Thanks.  The only significant difference is --with-wide-int.  Can you
> > try rebuilding without it?
> > 
> 
> Still crashes with :
> 
> In GNU Emacs 24.4.51.2 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
>  of 2014-11-07 on localhost
> Repository revision: 117680 michael.albinus <at> gmx.de-20141107144534-2j91njhecfs2d9r4
> Windowing system distributor `The X.Org Foundation', version 11.0.11304000
> Configured using:
>  `configure --with-x-toolkit=lucid --enable-checking --without-wide-int
>  'CFLAGS= -O0 -g3''
> 
> 
> Just to make sure we have the same files, I bzipped the recipe.
> 
> mkdir foo; tar xf 18982.tar.bz2 -C foo; cd foo
> emacs -Q -l testfile2.el
> 
> that crashes for me.

Sorry, it doesn't crash for me.

> It doesn't crash with the 24.3 binary I have soI can bisect if you wish.

Please do, and thanks.

Message #35 received at 18982 <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 18982 <at> debbugs.gnu.org
Subject: Re: bug#18982: 24.4.51;
 assertion violation in set_cache_region after revert-buffer
Date: Sun, 09 Nov 2014 00:29:31 +0100

Eli Zaretskii <eliz <at> gnu.org> writes:
>> It doesn't crash with the 24.3 binary I have soI can bisect if you wish.
>
> Please do, and thanks.

Here's the result.

0c279491143d9afda18428177ca5262931450212 is the first bad commit
commit 0c279491143d9afda18428177ca5262931450212
Author: Eli Zaretskii <eliz <at> gnu.org>
Date:   Wed Nov 27 18:08:53 2013 +0200

    Fix bug #15973 with erratic cursor motion after reverting a buffer.
    
     src/fileio.c (Finsert_file_contents): Invalidate buffer caches when
     deleting portions of the buffer under non-nil REPLACE argument.


-- 
Nicolas Richard

Message #38 received at 18982 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Cc: 18982 <at> debbugs.gnu.org
Subject: Re: bug#18982: 24.4.51;
 assertion violation in set_cache_region after revert-buffer
Date: Sun, 09 Nov 2014 18:43:42 +0200

> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
> Cc: 18982 <at> debbugs.gnu.org
> Date: Sun, 09 Nov 2014 00:29:31 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> >> It doesn't crash with the 24.3 binary I have soI can bisect if you wish.
> >
> > Please do, and thanks.
> 
> Here's the result.
> 
> 0c279491143d9afda18428177ca5262931450212 is the first bad commit
> commit 0c279491143d9afda18428177ca5262931450212
> Author: Eli Zaretskii <eliz <at> gnu.org>
> Date:   Wed Nov 27 18:08:53 2013 +0200
> 
>     Fix bug #15973 with erratic cursor motion after reverting a buffer.

For the record: the bzr revno was 115259, not 15973.

>      src/fileio.c (Finsert_file_contents): Invalidate buffer caches when
>      deleting portions of the buffer under non-nil REPLACE argument.

Thanks.  I think I fixed this in r117696 on the emacs-24 branch,
please test.

Message #43 received at 18982-done <at> debbugs.gnu.org (full text, mbox):

From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 18982-done <at> debbugs.gnu.org
Subject: Re: bug#18982: 24.4.51;
 assertion violation in set_cache_region after revert-buffer
Date: Sun, 09 Nov 2014 22:13:47 +0100

Good evening Eli,

Eli Zaretskii <eliz <at> gnu.org> writes:
>>     Fix bug #15973 with erratic cursor motion after reverting a buffer.
> For the record: the bzr revno was 115259, not 15973.

15973 is the bug number, in the quoted text, not a bzr revno. Or are you
referring to something else ?

>>      src/fileio.c (Finsert_file_contents): Invalidate buffer caches when
>>      deleting portions of the buffer under non-nil REPLACE argument.
>
> Thanks.  I think I fixed this in r117696 on the emacs-24 branch,
> please test.

Yep, I can confirm it is fixed. Closing this bug.

Thanks a lot !

-- 
Nicolas Richard

Message #46 received at 18982 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Cc: 18982 <at> debbugs.gnu.org
Subject: Re: bug#18982: 24.4.51;
 assertion violation in set_cache_region after revert-buffer
Date: Sun, 09 Nov 2014 23:24:35 +0200

> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
> Cc: 18982-done <at> debbugs.gnu.org
> Date: Sun, 09 Nov 2014 22:13:47 +0100
> 
> >>     Fix bug #15973 with erratic cursor motion after reverting a buffer.
> > For the record: the bzr revno was 115259, not 15973.
> 
> 15973 is the bug number, in the quoted text, not a bzr revno.

Oops!

> > Thanks.  I think I fixed this in r117696 on the emacs-24 branch,
> > please test.
> 
> Yep, I can confirm it is fixed. Closing this bug.

Thanks for testing.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.