bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer

bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer

[Nicolas Richard]

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

bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer

[Eli Zaretskii]

> From: Nicolas Richard <theonewiththeevillook@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?

bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer

[Eli Zaretskii]

[Please CC the bug report.]

> Date: Fri, 07 Nov 2014 14:23:40 +0100
> From: Nicolas Richard <theonewiththeevillook@yahoo.fr>
> 
> Le 07/11/2014 14:17, Eli Zaretskii a écrit :
> >> From: Nicolas Richard <theonewiththeevillook@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.

bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer

[Nicolas Richard]

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.

bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer

[Nicolas Richard]

[-- Attachment #1: Type: text/plain, Size: 505 bytes --]

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.


[-- Attachment #2: testfile2 --]
[-- Type: text/plain, Size: 2261 bytes --]

*   

          .
*    ?
" ,  ,     " (  , , '   )

   :  ,   () =  ,         ,      .

 ,        :  ,  ,  ,  ,  ,  , ,  (= ^ )

 =  
 =  /   ,   
 =  
 =    ( ),   ( )
 =  ()  "  ",      .
'   :            .

%    '       .
       (). %      , %  , %  .

 :          ,       .

      /     (:  )

(: .   .    )

**   :
  ,      ( )       (, .)

         (   ?)      .

   %          .

**    ?
         ?   ' (.. )  .   .

      , , , , .

:
-     ( )
-  
-   ( )
- , .

 :

*** 
               /   "" =>    .

*** 
 "   " ()    ,            '  ' (    )

*** 
         

***  (, )
       .

***   
"   " :    

***  
 (..     ),   " " (    )

*** 
  '      ,   .   '     .
***   :    .
**  ()   
. 
           ,      ( )      (/ν_()    )
. 
      ...
***   
        

        , :  = +/   = -/

|   |   |  |  |  |  |  |  |  |
|  |   |   |  |    |  |    |   |   |
|  |    |  |    |   |    |   |    |  |
|  |  |   |    |    |   |    |    |   |
|  |    |   | - |    |    |    |   |   |
|  |   |   |    |    |    |    |    |   |
|  |    |   |    |    |   |    |    |   |

  ''     '',       .

       (      )...       "" ( ) :        .

     '         (  ).       .

      

       (         )

***  (""   ""  )
"     " (  : - "  ")

****  
  \(\) ()  '    ' '  \{Φ₁, ..., Φₚ}.

 = ∑ⱼ₌₁ʲ⁼ᵖ ⱼ Φⱼ 

    ⱼ  (       ' .)        ,       > .

 \( = Φ \).       \(\)  ,     .

-            ' ( ' ,     *-)
-     '     
-         

    \(Φ\)       ( /    \(\)      ,        \(\) ()         )

        
\( =  β\) (    = Φ ).

         \(β\)           \(\)   \(\)     (  )     ( "")     

#+_
        .                            .  ,  ,     ,           ,           ,     ,          (. ,  ),             (..  , , , ...).   ,       ,   .           ,       - , ,         (?)
#+_
  

-   '      
-  :   '        "    "
-       

****    : ""  "" (""  )
  ×    '    ()      ( )

  '       (  ,    , .)   (  ,      , .)

 :     (         β)              
( , , , , . . . )

****    
-       
-  '  Φⱼ        "" ()   
-        
(,  , ...)

    ""

****   
  =            ( = , ..., )

              (   )

****    
...

****   (    )
         / 

 /   ' ()  (      , << ),            /    '        !

          '      '     '   (/)      /   .

bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer

[Eli Zaretskii]

> Date: Fri, 07 Nov 2014 15:27:14 +0100
> From: Nicolas Richard <theonewiththeevillook@yahoo.fr>
> CC: 18982@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.

bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer

[Nicolas Richard]

Le 07/11/2014 15:49, Eli Zaretskii a écrit :
>> Date: Fri, 07 Nov 2014 15:27:14 +0100
>> From: Nicolas Richard <theonewiththeevillook@yahoo.fr>
>> CC: 18982@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@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))

bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer

[Eli Zaretskii]

> Date: Fri, 07 Nov 2014 16:33:59 +0100
> From: Nicolas Richard <theonewiththeevillook@yahoo.fr>
> CC: 18982@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?

bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer

[Nicolas Richard]

[-- Attachment #1: Type: text/plain, Size: 1218 bytes --]

Le 07/11/2014 16:43, Eli Zaretskii a écrit :
>> Date: Fri, 07 Nov 2014 16:33:59 +0100
>> From: Nicolas Richard <theonewiththeevillook@yahoo.fr>
>> CC: 18982@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@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.


[-- Attachment #2: 18982.tar.bz2 --]
[-- Type: application/x-bzip, Size: 1047 bytes --]

bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer

[Eli Zaretskii]

> Date: Fri, 07 Nov 2014 17:07:21 +0100
> From: Nicolas Richard <theonewiththeevillook@yahoo.fr>
> CC: 18982@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@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.

bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer

[Nicolas Richard]

Eli Zaretskii <eliz@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@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

bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer

[Eli Zaretskii]

> From: Nicolas Richard <theonewiththeevillook@yahoo.fr>
> Cc: 18982@debbugs.gnu.org
> Date: Sun, 09 Nov 2014 00:29:31 +0100
> 
> Eli Zaretskii <eliz@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@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.

bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer

[Nicolas Richard]

Good evening Eli,

Eli Zaretskii <eliz@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

bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer

[Eli Zaretskii]

> From: Nicolas Richard <theonewiththeevillook@yahoo.fr>
> Cc: 18982-done@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.