* bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer @ 2014-11-07 11:22 Nicolas Richard 2014-11-07 13:17 ` Eli Zaretskii 0 siblings, 1 reply; 14+ messages in thread From: Nicolas Richard @ 2014-11-07 11:22 UTC (permalink / raw) To: 18982 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 ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer 2014-11-07 11:22 bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer Nicolas Richard @ 2014-11-07 13:17 ` Eli Zaretskii [not found] ` <545CC7DC.5010706@yahoo.fr> 0 siblings, 1 reply; 14+ messages in thread From: Eli Zaretskii @ 2014-11-07 13:17 UTC (permalink / raw) To: Nicolas Richard; +Cc: 18982 > 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? ^ permalink raw reply [flat|nested] 14+ messages in thread
[parent not found: <545CC7DC.5010706@yahoo.fr>]
* bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer [not found] ` <545CC7DC.5010706@yahoo.fr> @ 2014-11-07 13:46 ` Eli Zaretskii 2014-11-07 14:07 ` Nicolas Richard 2014-11-07 14:27 ` Nicolas Richard 0 siblings, 2 replies; 14+ messages in thread From: Eli Zaretskii @ 2014-11-07 13:46 UTC (permalink / raw) To: Nicolas Richard; +Cc: 18982 [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. ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer 2014-11-07 13:46 ` Eli Zaretskii @ 2014-11-07 14:07 ` Nicolas Richard 2014-11-07 14:27 ` Nicolas Richard 1 sibling, 0 replies; 14+ messages in thread From: Nicolas Richard @ 2014-11-07 14:07 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 18982 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. ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer 2014-11-07 13:46 ` Eli Zaretskii 2014-11-07 14:07 ` Nicolas Richard @ 2014-11-07 14:27 ` Nicolas Richard 2014-11-07 14:49 ` Eli Zaretskii 1 sibling, 1 reply; 14+ messages in thread From: Nicolas Richard @ 2014-11-07 14:27 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 18982 [-- 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 --] * . * ? " , , " ( , , ' ) : , () = , , . , : , , , , , , , (= ^ ) = = / , = = ( ), ( ) = () " ", . ' : . % ' . (). % , % , % . : , . / (: ) (: . . ) ** : , ( ) (, .) ( ?) . % . ** ? ? ' (.. ) . . , , , , . : - ( ) - - ( ) - , . : *** / "" => . *** " " () , ' ' ( ) *** *** (, ) . *** " " : *** (.. ), " " ( ) *** ' , . ' . *** : . ** () . , ( ) (/ν_() ) . ... *** , : = +/ = -/ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - | | | | | | | | | | | | | | | | | | | | | | | | | | '' '', . ( )... "" ( ) : . ' ( ). . ( ) *** ("" "" ) " " ( : - " ") **** \(\) () ' ' ' \{Φ₁, ..., Φₚ}. = ∑ⱼ₌₁ʲ⁼ᵖ ⱼ Φⱼ ⱼ ( ' .) , > . \( = Φ \). \(\) , . - ' ( ' , *-) - ' - \(Φ\) ( / \(\) , \(\) () ) \( = β\) ( = Φ ). \(β\) \(\) \(\) ( ) ( "") #+_ . . , , , , , , (. , ), (.. , , , ...). , , . , - , , (?) #+_ - ' - : ' " " - **** : "" "" ("" ) × ' () ( ) ' ( , , .) ( , , .) : ( β) ( , , , , . . . ) **** - - ' Φⱼ "" () - (, , ...) "" **** = ( = , ..., ) ( ) **** ... **** ( ) / / ' () ( , << ), / ' ! ' ' ' (/) / . ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer 2014-11-07 14:27 ` Nicolas Richard @ 2014-11-07 14:49 ` Eli Zaretskii 2014-11-07 15:33 ` Nicolas Richard 0 siblings, 1 reply; 14+ messages in thread From: Eli Zaretskii @ 2014-11-07 14:49 UTC (permalink / raw) To: Nicolas Richard; +Cc: 18982 > 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. ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer 2014-11-07 14:49 ` Eli Zaretskii @ 2014-11-07 15:33 ` Nicolas Richard 2014-11-07 15:43 ` Eli Zaretskii 0 siblings, 1 reply; 14+ messages in thread From: Nicolas Richard @ 2014-11-07 15:33 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 18982 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)) ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer 2014-11-07 15:33 ` Nicolas Richard @ 2014-11-07 15:43 ` Eli Zaretskii 2014-11-07 16:07 ` Nicolas Richard 0 siblings, 1 reply; 14+ messages in thread From: Eli Zaretskii @ 2014-11-07 15:43 UTC (permalink / raw) To: Nicolas Richard; +Cc: 18982 > 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? ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer 2014-11-07 15:43 ` Eli Zaretskii @ 2014-11-07 16:07 ` Nicolas Richard 2014-11-08 14:59 ` Eli Zaretskii 0 siblings, 1 reply; 14+ messages in thread From: Nicolas Richard @ 2014-11-07 16:07 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 18982 [-- 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 --] ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer 2014-11-07 16:07 ` Nicolas Richard @ 2014-11-08 14:59 ` Eli Zaretskii 2014-11-08 23:29 ` Nicolas Richard 0 siblings, 1 reply; 14+ messages in thread From: Eli Zaretskii @ 2014-11-08 14:59 UTC (permalink / raw) To: Nicolas Richard; +Cc: 18982 > 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. ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer 2014-11-08 14:59 ` Eli Zaretskii @ 2014-11-08 23:29 ` Nicolas Richard 2014-11-09 16:43 ` Eli Zaretskii 0 siblings, 1 reply; 14+ messages in thread From: Nicolas Richard @ 2014-11-08 23:29 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 18982 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 ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer 2014-11-08 23:29 ` Nicolas Richard @ 2014-11-09 16:43 ` Eli Zaretskii 2014-11-09 21:13 ` Nicolas Richard 0 siblings, 1 reply; 14+ messages in thread From: Eli Zaretskii @ 2014-11-09 16:43 UTC (permalink / raw) To: Nicolas Richard; +Cc: 18982 > 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. ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer 2014-11-09 16:43 ` Eli Zaretskii @ 2014-11-09 21:13 ` Nicolas Richard 2014-11-09 21:24 ` Eli Zaretskii 0 siblings, 1 reply; 14+ messages in thread From: Nicolas Richard @ 2014-11-09 21:13 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 18982-done 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 ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer 2014-11-09 21:13 ` Nicolas Richard @ 2014-11-09 21:24 ` Eli Zaretskii 0 siblings, 0 replies; 14+ messages in thread From: Eli Zaretskii @ 2014-11-09 21:24 UTC (permalink / raw) To: Nicolas Richard; +Cc: 18982 > 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. ^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2014-11-09 21:24 UTC | newest] Thread overview: 14+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2014-11-07 11:22 bug#18982: 24.4.51; assertion violation in set_cache_region after revert-buffer Nicolas Richard 2014-11-07 13:17 ` Eli Zaretskii [not found] ` <545CC7DC.5010706@yahoo.fr> 2014-11-07 13:46 ` Eli Zaretskii 2014-11-07 14:07 ` Nicolas Richard 2014-11-07 14:27 ` Nicolas Richard 2014-11-07 14:49 ` Eli Zaretskii 2014-11-07 15:33 ` Nicolas Richard 2014-11-07 15:43 ` Eli Zaretskii 2014-11-07 16:07 ` Nicolas Richard 2014-11-08 14:59 ` Eli Zaretskii 2014-11-08 23:29 ` Nicolas Richard 2014-11-09 16:43 ` Eli Zaretskii 2014-11-09 21:13 ` Nicolas Richard 2014-11-09 21:24 ` Eli Zaretskii
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.