Package: emacs;
Reported by: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Date: Tue, 15 Apr 2014 14:29:01 UTC
Severity: normal
Found in version 24.3.90
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 17269 in the body.
You can then email your comments to 17269 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
View this report as an mbox folder, status mbox, maintainer mbox
bug-gnu-emacs <at> gnu.org:bug#17269; Package emacs.
(Tue, 15 Apr 2014 14:29:02 GMT) Full text and rfc822 format available.Nicolas Richard <theonewiththeevillook <at> yahoo.fr>:bug-gnu-emacs <at> gnu.org.
(Tue, 15 Apr 2014 14:29:02 GMT) Full text and rfc822 format available.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.3.90; assertion failure at buf_charpos_to_bytepos (marker.c) Date: Tue, 15 Apr 2014 16:28:32 +0200
I got this today (I was running without --enable-checking until today).
I still have that session open in case you want more info.
Also, as a side note, in the current buffer (in which I'm reporting the
bug), I see problems like <end> going five to 5 to 10 lines below
current position. Apparently, it happens after I use C-k (kill-line). It
goes way when setting (setq cache-long-line-scans nil). I guess the
crash and this problem are related ? If not, I can make a separate bug report.
I'm running emacs-24 branch at commit
ef5b917 * savannah/emacs-24 Fix relative links to parent directories in shr
*but* I also have applied Paul Eggert's patch mentionned in bug#17172
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 0x081f581f in die (msg=0x83079dc "BUF_BEG (b) <= charpos && charpos <= BUF_Z (b)", file=0x83079d0 "marker.c", line=145) at alloc.c:6826
#2 0x081bc08d in buf_charpos_to_bytepos (b=0x9b42080, charpos=14233) at marker.c:145
#3 0x081d7c59 in find_newline (start=14230, start_byte=14230, end=14231, end_byte=14231, count=1, shortage=0xbfffdcd4, bytepos=0x0, allow_quit=true) at search.c:780
#4 0x081d845f in find_before_next_newline (from=14224, to=0, cnt=1, bytepos=0x0) at search.c:1006
#5 0x082019e6 in Fline_end_position (n=4) at editfns.c:813
#6 0x081ceff0 in Fend_of_line (n=4) at cmds.c:199
#7 0x082571f8 in exec_byte_code (bytestr=138228097, vector=138228117, maxdepth=12, args_template=0, nargs=0, args=0xbfffe094) at bytecode.c:1744
#8 0x08214211 in funcall_lambda (fun=138228077, nargs=0, arg_vector=0xbfffe094) at eval.c:2983
#9 0x08213c6d in Ffuncall (nargs=1, args=0xbfffe090) at eval.c:2864
#10 0x08254b12 in exec_byte_code (bytestr=138227649, vector=138227669, maxdepth=24, args_template=1024, nargs=1, args=0xbfffe3f8) at bytecode.c:916
#11 0x08214211 in funcall_lambda (fun=138227621, nargs=1, arg_vector=0xbfffe3f4) at eval.c:2983
#12 0x08213c6d in Ffuncall (nargs=2, args=0xbfffe3f0) at eval.c:2864
#13 0x0820d183 in Fcall_interactively (function=142036970, record_flag=140212162, keys=140221005) at callint.c:836
#14 0x08213a8e in Ffuncall (nargs=4, args=0xbfffe62c) at eval.c:2822
#15 0x08254b12 in exec_byte_code (bytestr=138213713, vector=138213733, maxdepth=52, args_template=4100, nargs=1, args=0xbfffe960) at bytecode.c:916
#16 0x08214211 in funcall_lambda (fun=138213693, nargs=1, arg_vector=0xbfffe95c) at eval.c:2983
#17 0x08213c6d in Ffuncall (nargs=2, args=0xbfffe958) at eval.c:2864
#18 0x08213527 in call1 (fn=140238618, arg1=142036970) at eval.c:2614
#19 0x081839db in command_loop_1 () at keyboard.c:1556
#20 0x0821099b in internal_condition_case (bfun=0x818336f <command_loop_1>, handlers=140245242, hfun=0x8182b9e <cmd_error>) at eval.c:1354
#21 0x08183019 in command_loop_2 (ignore=140212162) at keyboard.c:1174
#22 0x0820ff16 in internal_catch (tag=140243290, func=0x8182ff5 <command_loop_2>, arg=140212162) at eval.c:1118
#23 0x08182fd3 in command_loop () at keyboard.c:1153
#24 0x08182732 in recursive_edit_1 () at keyboard.c:777
#25 0x081828f2 in Frecursive_edit () at keyboard.c:845
#26 0x08180c33 in main (argc=2, argv=0xbfffecc4) at emacs.c:1646
Lisp Backtrace:
"end-of-visible-line" (0xbfffe094)
"kill-line" (0xbfffe3f4)
"call-interactively" (0xbfffe630)
"command-execute" (0xbfffe95c)
#0 terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:351
No locals.
#1 0x081f581f in die (msg=0x83079dc "BUF_BEG (b) <= charpos && charpos <= BUF_Z (b)", file=0x83079d0 "marker.c", line=145) at alloc.c:6826
No locals.
#2 0x081bc08d in buf_charpos_to_bytepos (b=0x9b42080, charpos=14233) at marker.c:145
tail = 0x0
best_above = 14231
best_above_byte = 14231
best_below = 7
best_below_byte = 136664312
#3 0x081d7c59 in find_newline (start=14230, start_byte=14230, end=14231, end_byte=14231, count=1, shortage=0xbfffdcd4, bytepos=0x0, allow_quit=true) at search.c:780
next_change = 14233
result = 0
tem = -1073750164
ceiling_byte = 14230
newline_cache = 0x9a98438
direction = 1
cache_buffer = 0x9b42080
#4 0x081d845f in find_before_next_newline (from=14224, to=0, cnt=1, bytepos=0x0) at search.c:1006
shortage = 0
pos = -1211589668
#5 0x082019e6 in Fline_end_position (n=4) at editfns.c:813
clipped_n = 1
end_pos = 9
orig = 14224
#6 0x081ceff0 in Fend_of_line (n=4) at cmds.c:199
newpos = 135
#7 0x082571f8 in exec_byte_code (bytestr=138228097, vector=138228117, maxdepth=12, args_template=0, nargs=0, args=0xbfffe094) at bytecode.c:1744
targets = {0x82578dc <exec_byte_code+14675>, 0x8257934 <exec_byte_code+14763>, 0x8257936 <exec_byte_code+14765>, 0x8257938 <exec_byte_code+14767>, 0x825793a <exec_byte_code+14769>, 0x825793a <exec_byte_code+14769>,
0x8257985 <exec_byte_code+14844>, 0x82579e2 <exec_byte_code+14937>, 0x82542bb <exec_byte_code+818>, 0x82542bd <exec_byte_code+820>, 0x82542bf <exec_byte_code+822>, 0x82542c1 <exec_byte_code+824>,
0x82542c3 <exec_byte_code+826>, 0x82542c3 <exec_byte_code+826>, 0x82542c9 <exec_byte_code+832>, 0x8254286 <exec_byte_code+765>, 0x8254761 <exec_byte_code+2008>, 0x8254763 <exec_byte_code+2010>,
0x8254765 <exec_byte_code+2012>, 0x8254767 <exec_byte_code+2014>, 0x8254769 <exec_byte_code+2016>, 0x8254769 <exec_byte_code+2016>, 0x82547a4 <exec_byte_code+2075>, 0x825476f <exec_byte_code+2022>,
0x8254a42 <exec_byte_code+2745>, 0x8254a44 <exec_byte_code+2747>, 0x8254a46 <exec_byte_code+2749>, 0x8254a48 <exec_byte_code+2751>, 0x8254a4a <exec_byte_code+2753>, 0x8254a4a <exec_byte_code+2753>,
0x82549f3 <exec_byte_code+2666>, 0x8254a0d <exec_byte_code+2692>, 0x8254ae6 <exec_byte_code+2909>, 0x8254ae8 <exec_byte_code+2911>, 0x8254aea <exec_byte_code+2913>, 0x8254aec <exec_byte_code+2915>,
0x8254aee <exec_byte_code+2917>, 0x8254aee <exec_byte_code+2917>, 0x8254a97 <exec_byte_code+2830>, 0x8254ab1 <exec_byte_code+2856>, 0x8254b8f <exec_byte_code+3078>, 0x8254b91 <exec_byte_code+3080>,
0x8254b93 <exec_byte_code+3082>, 0x8254b95 <exec_byte_code+3084>, 0x8254b97 <exec_byte_code+3086>, 0x8254b97 <exec_byte_code+3086>, 0x8254b40 <exec_byte_code+2999>, 0x8254b5a <exec_byte_code+3025>,
0x82558fd <exec_byte_code+6516>, 0x8255729 <exec_byte_code+6048>, 0x8255720 <exec_byte_code+6039>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>,
0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x8255ace <exec_byte_code+6981>, 0x8255bb4 <exec_byte_code+7211>, 0x8255bfb <exec_byte_code+7282>, 0x8255c42 <exec_byte_code+7353>,
0x8255c8d <exec_byte_code+7428>, 0x8254605 <exec_byte_code+1660>, 0x8254655 <exec_byte_code+1740>, 0x8255ce2 <exec_byte_code+7513>, 0x825455a <exec_byte_code+1489>, 0x82546a3 <exec_byte_code+1818>,
0x8255d2a <exec_byte_code+7585>, 0x8255d7e <exec_byte_code+7669>, 0x8255db9 <exec_byte_code+7728>, 0x8255e0d <exec_byte_code+7812>, 0x8255e52 <exec_byte_code+7881>, 0x8255f02 <exec_byte_code+8057>,
0x8255f3d <exec_byte_code+8116>, 0x8255f91 <exec_byte_code+8200>, 0x8255ffe <exec_byte_code+8309>, 0x8256039 <exec_byte_code+8368>, 0x8256074 <exec_byte_code+8427>, 0x82560c8 <exec_byte_code+8511>,
0x825611c <exec_byte_code+8595>, 0x8256170 <exec_byte_code+8679>, 0x82561dd <exec_byte_code+8788>, 0x8256222 <exec_byte_code+8857>, 0x8256267 <exec_byte_code+8926>, 0x8256317 <exec_byte_code+9102>,
0x825638d <exec_byte_code+9220>, 0x8256403 <exec_byte_code+9338>, 0x82565d0 <exec_byte_code+9799>, 0x825662c <exec_byte_code+9891>, 0x8256688 <exec_byte_code+9983>, 0x82566e4 <exec_byte_code+10075>,
0x8256740 <exec_byte_code+10167>, 0x8256785 <exec_byte_code+10236>, 0x82567ff <exec_byte_code+10358>, 0x8256844 <exec_byte_code+10427>, 0x8256889 <exec_byte_code+10496>, 0x82568ce <exec_byte_code+10565>,
0x82569ac <exec_byte_code+10787>, 0x82555de <exec_byte_code+5717>, 0x82569fd <exec_byte_code+10868>, 0x8256a38 <exec_byte_code+10927>, 0x8256ae4 <exec_byte_code+11099>, 0x8256b35 <exec_byte_code+11180>,
0x8256b86 <exec_byte_code+11261>, 0x8256bc1 <exec_byte_code+11320>, 0x8256c04 <exec_byte_code+11387>, 0x8256c47 <exec_byte_code+11454>, 0x8256c92 <exec_byte_code+11529>, 0x82578dc <exec_byte_code+14675>,
0x8256cd7 <exec_byte_code+11598>, 0x8256d0e <exec_byte_code+11653>, 0x8256d45 <exec_byte_code+11708>, 0x8256d7c <exec_byte_code+11763>, 0x8256db3 <exec_byte_code+11818>, 0x8256dea <exec_byte_code+11873>,
0x82555de <exec_byte_code+5717>, 0x82578dc <exec_byte_code+14675>, 0x8256e25 <exec_byte_code+11932>, 0x8256e6b <exec_byte_code+12002>, 0x8256ea6 <exec_byte_code+12061>, 0x8256ee1 <exec_byte_code+12120>,
0x8256f35 <exec_byte_code+12204>, 0x8256f89 <exec_byte_code+12288>, 0x8256fc4 <exec_byte_code+12347>, 0x82570b8 <exec_byte_code+12591>, 0x825710c <exec_byte_code+12675>, 0x8257160 <exec_byte_code+12759>,
0x82571b4 <exec_byte_code+12843>, 0x82571eb <exec_byte_code+12898>, 0x82578dc <exec_byte_code+14675>, 0x8255533 <exec_byte_code+5546>, 0x8254c1b <exec_byte_code+3218>, 0x8254454 <exec_byte_code+1227>,
0x8254d0d <exec_byte_code+3460>, 0x8254e1f <exec_byte_code+3734>, 0x8254f29 <exec_byte_code+4000>, 0x82554d6 <exec_byte_code+5453>, 0x8255506 <exec_byte_code+5501>, 0x82549b0 <exec_byte_code+2599>,
0x82555a0 <exec_byte_code+5655>, 0x825560c <exec_byte_code+5763>, 0x8255686 <exec_byte_code+5885>, 0x82556c4 <exec_byte_code+5947>, 0x8255933 <exec_byte_code+6570>, 0x82559a1 <exec_byte_code+6680>,
0x8255a0e <exec_byte_code+6789>, 0x8255a64 <exec_byte_code+6875>, 0x8254bde <exec_byte_code+3157>, 0x8257226 <exec_byte_code+12957>, 0x8257293 <exec_byte_code+13066>, 0x82572ce <exec_byte_code+13125>,
0x8257309 <exec_byte_code+13184>, 0x8257344 <exec_byte_code+13243>, 0x825737f <exec_byte_code+13302>, 0x82573d3 <exec_byte_code+13386>, 0x8257427 <exec_byte_code+13470>, 0x825747b <exec_byte_code+13554>,
0x82574cf <exec_byte_code+13638>, 0x82575ed <exec_byte_code+13924>, 0x8257641 <exec_byte_code+14008>, 0x8257695 <exec_byte_code+14092>, 0x82576d0 <exec_byte_code+14151>, 0x8257724 <exec_byte_code+14235>,
0x8257778 <exec_byte_code+14319>, 0x82577bf <exec_byte_code+14390>, 0x8257806 <exec_byte_code+14461>, 0x8256913 <exec_byte_code+10634>, 0x8256958 <exec_byte_code+10703>, 0x825784b <exec_byte_code+14530>,
0x8257896 <exec_byte_code+14605>, 0x82578dc <exec_byte_code+14675>, 0x8255033 <exec_byte_code+4266>, 0x82550fe <exec_byte_code+4469>, 0x82551f8 <exec_byte_code+4719>, 0x82552f2 <exec_byte_code+4969>,
0x82553e4 <exec_byte_code+5211>, 0x8255e97 <exec_byte_code+7950>, 0x82562ac <exec_byte_code+8995>, 0x8256a79 <exec_byte_code+10992>, 0x8257a5d <exec_byte_code+15060>, 0x8257aba <exec_byte_code+15153>,
0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x8257b35 <exec_byte_code+15276>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>,
0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>,
0x8257ba8 <exec_byte_code+15391> <repeats 64 times>}
count = 10
op = 127
vectorp = 0x83d3194 <pure+478644>
stack = {
pc = 0x84fcbd3 <pure+1697779> "\210m?\205M",
byte_string = 138228097,
byte_string_start = 0x84fcbd1 <pure+1697777> "\301\177\210m?\205M",
next = 0xbfffe0cc
}
top = 0xbfffdd74
result = 153999701
type = (unknown: 12)
#8 0x08214211 in funcall_lambda (fun=138228077, nargs=0, arg_vector=0xbfffe094) at eval.c:2983
val = 136388863
syms_left = 0
next = 162469611
lexenv = 12
count = 10
i = 138228072
optional = 8
rest = 23
#9 0x08213c6d in Ffuncall (nargs=1, args=0xbfffe090) at eval.c:2864
fun = 138228077
original_fun = 142299650
funcar = 180354725
numargs = 0
lisp_numargs = -1073749912
val = 180354725
internal_args = 0xbfffe3f4
i = 162469635
#10 0x08254b12 in exec_byte_code (bytestr=138227649, vector=138227669, maxdepth=24, args_template=1024, nargs=1, args=0xbfffe3f8) at bytecode.c:916
targets = {0x82578dc <exec_byte_code+14675>, 0x8257934 <exec_byte_code+14763>, 0x8257936 <exec_byte_code+14765>, 0x8257938 <exec_byte_code+14767>, 0x825793a <exec_byte_code+14769>, 0x825793a <exec_byte_code+14769>,
0x8257985 <exec_byte_code+14844>, 0x82579e2 <exec_byte_code+14937>, 0x82542bb <exec_byte_code+818>, 0x82542bd <exec_byte_code+820>, 0x82542bf <exec_byte_code+822>, 0x82542c1 <exec_byte_code+824>,
0x82542c3 <exec_byte_code+826>, 0x82542c3 <exec_byte_code+826>, 0x82542c9 <exec_byte_code+832>, 0x8254286 <exec_byte_code+765>, 0x8254761 <exec_byte_code+2008>, 0x8254763 <exec_byte_code+2010>,
0x8254765 <exec_byte_code+2012>, 0x8254767 <exec_byte_code+2014>, 0x8254769 <exec_byte_code+2016>, 0x8254769 <exec_byte_code+2016>, 0x82547a4 <exec_byte_code+2075>, 0x825476f <exec_byte_code+2022>,
0x8254a42 <exec_byte_code+2745>, 0x8254a44 <exec_byte_code+2747>, 0x8254a46 <exec_byte_code+2749>, 0x8254a48 <exec_byte_code+2751>, 0x8254a4a <exec_byte_code+2753>, 0x8254a4a <exec_byte_code+2753>,
0x82549f3 <exec_byte_code+2666>, 0x8254a0d <exec_byte_code+2692>, 0x8254ae6 <exec_byte_code+2909>, 0x8254ae8 <exec_byte_code+2911>, 0x8254aea <exec_byte_code+2913>, 0x8254aec <exec_byte_code+2915>,
0x8254aee <exec_byte_code+2917>, 0x8254aee <exec_byte_code+2917>, 0x8254a97 <exec_byte_code+2830>, 0x8254ab1 <exec_byte_code+2856>, 0x8254b8f <exec_byte_code+3078>, 0x8254b91 <exec_byte_code+3080>,
0x8254b93 <exec_byte_code+3082>, 0x8254b95 <exec_byte_code+3084>, 0x8254b97 <exec_byte_code+3086>, 0x8254b97 <exec_byte_code+3086>, 0x8254b40 <exec_byte_code+2999>, 0x8254b5a <exec_byte_code+3025>,
0x82558fd <exec_byte_code+6516>, 0x8255729 <exec_byte_code+6048>, 0x8255720 <exec_byte_code+6039>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>,
0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x8255ace <exec_byte_code+6981>, 0x8255bb4 <exec_byte_code+7211>, 0x8255bfb <exec_byte_code+7282>, 0x8255c42 <exec_byte_code+7353>,
0x8255c8d <exec_byte_code+7428>, 0x8254605 <exec_byte_code+1660>, 0x8254655 <exec_byte_code+1740>, 0x8255ce2 <exec_byte_code+7513>, 0x825455a <exec_byte_code+1489>, 0x82546a3 <exec_byte_code+1818>,
0x8255d2a <exec_byte_code+7585>, 0x8255d7e <exec_byte_code+7669>, 0x8255db9 <exec_byte_code+7728>, 0x8255e0d <exec_byte_code+7812>, 0x8255e52 <exec_byte_code+7881>, 0x8255f02 <exec_byte_code+8057>,
0x8255f3d <exec_byte_code+8116>, 0x8255f91 <exec_byte_code+8200>, 0x8255ffe <exec_byte_code+8309>, 0x8256039 <exec_byte_code+8368>, 0x8256074 <exec_byte_code+8427>, 0x82560c8 <exec_byte_code+8511>,
0x825611c <exec_byte_code+8595>, 0x8256170 <exec_byte_code+8679>, 0x82561dd <exec_byte_code+8788>, 0x8256222 <exec_byte_code+8857>, 0x8256267 <exec_byte_code+8926>, 0x8256317 <exec_byte_code+9102>,
0x825638d <exec_byte_code+9220>, 0x8256403 <exec_byte_code+9338>, 0x82565d0 <exec_byte_code+9799>, 0x825662c <exec_byte_code+9891>, 0x8256688 <exec_byte_code+9983>, 0x82566e4 <exec_byte_code+10075>,
0x8256740 <exec_byte_code+10167>, 0x8256785 <exec_byte_code+10236>, 0x82567ff <exec_byte_code+10358>, 0x8256844 <exec_byte_code+10427>, 0x8256889 <exec_byte_code+10496>, 0x82568ce <exec_byte_code+10565>,
0x82569ac <exec_byte_code+10787>, 0x82555de <exec_byte_code+5717>, 0x82569fd <exec_byte_code+10868>, 0x8256a38 <exec_byte_code+10927>, 0x8256ae4 <exec_byte_code+11099>, 0x8256b35 <exec_byte_code+11180>,
0x8256b86 <exec_byte_code+11261>, 0x8256bc1 <exec_byte_code+11320>, 0x8256c04 <exec_byte_code+11387>, 0x8256c47 <exec_byte_code+11454>, 0x8256c92 <exec_byte_code+11529>, 0x82578dc <exec_byte_code+14675>,
0x8256cd7 <exec_byte_code+11598>, 0x8256d0e <exec_byte_code+11653>, 0x8256d45 <exec_byte_code+11708>, 0x8256d7c <exec_byte_code+11763>, 0x8256db3 <exec_byte_code+11818>, 0x8256dea <exec_byte_code+11873>,
0x82555de <exec_byte_code+5717>, 0x82578dc <exec_byte_code+14675>, 0x8256e25 <exec_byte_code+11932>, 0x8256e6b <exec_byte_code+12002>, 0x8256ea6 <exec_byte_code+12061>, 0x8256ee1 <exec_byte_code+12120>,
0x8256f35 <exec_byte_code+12204>, 0x8256f89 <exec_byte_code+12288>, 0x8256fc4 <exec_byte_code+12347>, 0x82570b8 <exec_byte_code+12591>, 0x825710c <exec_byte_code+12675>, 0x8257160 <exec_byte_code+12759>,
0x82571b4 <exec_byte_code+12843>, 0x82571eb <exec_byte_code+12898>, 0x82578dc <exec_byte_code+14675>, 0x8255533 <exec_byte_code+5546>, 0x8254c1b <exec_byte_code+3218>, 0x8254454 <exec_byte_code+1227>,
0x8254d0d <exec_byte_code+3460>, 0x8254e1f <exec_byte_code+3734>, 0x8254f29 <exec_byte_code+4000>, 0x82554d6 <exec_byte_code+5453>, 0x8255506 <exec_byte_code+5501>, 0x82549b0 <exec_byte_code+2599>,
0x82555a0 <exec_byte_code+5655>, 0x825560c <exec_byte_code+5763>, 0x8255686 <exec_byte_code+5885>, 0x82556c4 <exec_byte_code+5947>, 0x8255933 <exec_byte_code+6570>, 0x82559a1 <exec_byte_code+6680>,
0x8255a0e <exec_byte_code+6789>, 0x8255a64 <exec_byte_code+6875>, 0x8254bde <exec_byte_code+3157>, 0x8257226 <exec_byte_code+12957>, 0x8257293 <exec_byte_code+13066>, 0x82572ce <exec_byte_code+13125>,
0x8257309 <exec_byte_code+13184>, 0x8257344 <exec_byte_code+13243>, 0x825737f <exec_byte_code+13302>, 0x82573d3 <exec_byte_code+13386>, 0x8257427 <exec_byte_code+13470>, 0x825747b <exec_byte_code+13554>,
0x82574cf <exec_byte_code+13638>, 0x82575ed <exec_byte_code+13924>, 0x8257641 <exec_byte_code+14008>, 0x8257695 <exec_byte_code+14092>, 0x82576d0 <exec_byte_code+14151>, 0x8257724 <exec_byte_code+14235>,
0x8257778 <exec_byte_code+14319>, 0x82577bf <exec_byte_code+14390>, 0x8257806 <exec_byte_code+14461>, 0x8256913 <exec_byte_code+10634>, 0x8256958 <exec_byte_code+10703>, 0x825784b <exec_byte_code+14530>,
0x8257896 <exec_byte_code+14605>, 0x82578dc <exec_byte_code+14675>, 0x8255033 <exec_byte_code+4266>, 0x82550fe <exec_byte_code+4469>, 0x82551f8 <exec_byte_code+4719>, 0x82552f2 <exec_byte_code+4969>,
0x82553e4 <exec_byte_code+5211>, 0x8255e97 <exec_byte_code+7950>, 0x82562ac <exec_byte_code+8995>, 0x8256a79 <exec_byte_code+10992>, 0x8257a5d <exec_byte_code+15060>, 0x8257aba <exec_byte_code+15153>,
0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x8257b35 <exec_byte_code+15276>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>,
0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>,
0x8257ba8 <exec_byte_code+15391> <repeats 64 times>}
count = 8
op = 0
vectorp = 0x83d2fd4 <pure+478196>
stack = {
pc = 0x84fce08 <pure+1698344> "\210`)\212\b\204'",
byte_string = 138227649,
byte_string_start = 0x84fcded <pure+1698317> "\302`\002\203\017",
next = 0xbfffe67c
}
top = 0xbfffe090
result = 10143937
type = (unknown: 12)
#11 0x08214211 in funcall_lambda (fun=138227621, nargs=1, arg_vector=0xbfffe3f4) at eval.c:2983
val = 136388863
syms_left = 1024
next = 140076132
lexenv = 12
count = 8
i = 138227616
optional = 8
rest = 23
#12 0x08213c6d in Ffuncall (nargs=2, args=0xbfffe3f0) at eval.c:2864
fun = 138227621
original_fun = 142036970
funcar = 140670056
numargs = 1
lisp_numargs = -1073749112
val = 140212162
internal_args = 0x2
i = 0
#13 0x0820d183 in Fcall_interactively (function=142036970, record_flag=140212162, keys=140221005) at callint.c:836
val = 147960893
args = 0xbfffe3f0
visargs = 0xbfffe3d0
specs = 137828201
filter_specs = 137828201
teml = 135770468
up_event = 140212162
enable = 140212162
speccount = 5
next_event = 1
prefix_arg = 140212162
string = 0xbfffe410 "P"
tem = 0x830e79b ""
varies = 0xbfffe3b0 ""
i = 2
nargs = 2
mark = 8
arg_from_tty = false
gcpro1 = {
next = 0xbfffe538,
var = 0x8213da1 <Ffuncall+1689>,
nvars = 140670056
}
gcpro2 = {
next = 0x817c8dc <SUBRP+25>,
var = 0x835c89d <Sx_hide_tip+5>,
nvars = 10
}
gcpro3 = {
next = 0x835c89d <Sx_hide_tip+5>,
var = 0x835c898 <Sx_hide_tip>,
nvars = 2
}
gcpro4 = {
next = 0xa,
var = 0xbfffe4a8,
nvars = 2
}
gcpro5 = {
next = 0xbfffe488,
var = 0x817c8dc <SUBRP+25>,
nvars = 137742493
}
key_count = 1
record_then_fail = false
save_this_command = 142036970
save_last_command = 142037282
save_this_original_command = 142036970
save_real_this_command = 142036970
#14 0x08213a8e in Ffuncall (nargs=4, args=0xbfffe62c) at eval.c:2822
fun = 139803693
original_fun = 140290690
funcar = 142036994
numargs = 3
lisp_numargs = 142329670
val = 140212162
internal_args = 0xbfffe630
i = 2
#15 0x08254b12 in exec_byte_code (bytestr=138213713, vector=138213733, maxdepth=52, args_template=4100, nargs=1, args=0xbfffe960) at bytecode.c:916
targets = {0x82578dc <exec_byte_code+14675>, 0x8257934 <exec_byte_code+14763>, 0x8257936 <exec_byte_code+14765>, 0x8257938 <exec_byte_code+14767>, 0x825793a <exec_byte_code+14769>, 0x825793a <exec_byte_code+14769>,
0x8257985 <exec_byte_code+14844>, 0x82579e2 <exec_byte_code+14937>, 0x82542bb <exec_byte_code+818>, 0x82542bd <exec_byte_code+820>, 0x82542bf <exec_byte_code+822>, 0x82542c1 <exec_byte_code+824>,
0x82542c3 <exec_byte_code+826>, 0x82542c3 <exec_byte_code+826>, 0x82542c9 <exec_byte_code+832>, 0x8254286 <exec_byte_code+765>, 0x8254761 <exec_byte_code+2008>, 0x8254763 <exec_byte_code+2010>,
0x8254765 <exec_byte_code+2012>, 0x8254767 <exec_byte_code+2014>, 0x8254769 <exec_byte_code+2016>, 0x8254769 <exec_byte_code+2016>, 0x82547a4 <exec_byte_code+2075>, 0x825476f <exec_byte_code+2022>,
0x8254a42 <exec_byte_code+2745>, 0x8254a44 <exec_byte_code+2747>, 0x8254a46 <exec_byte_code+2749>, 0x8254a48 <exec_byte_code+2751>, 0x8254a4a <exec_byte_code+2753>, 0x8254a4a <exec_byte_code+2753>,
0x82549f3 <exec_byte_code+2666>, 0x8254a0d <exec_byte_code+2692>, 0x8254ae6 <exec_byte_code+2909>, 0x8254ae8 <exec_byte_code+2911>, 0x8254aea <exec_byte_code+2913>, 0x8254aec <exec_byte_code+2915>,
0x8254aee <exec_byte_code+2917>, 0x8254aee <exec_byte_code+2917>, 0x8254a97 <exec_byte_code+2830>, 0x8254ab1 <exec_byte_code+2856>, 0x8254b8f <exec_byte_code+3078>, 0x8254b91 <exec_byte_code+3080>,
0x8254b93 <exec_byte_code+3082>, 0x8254b95 <exec_byte_code+3084>, 0x8254b97 <exec_byte_code+3086>, 0x8254b97 <exec_byte_code+3086>, 0x8254b40 <exec_byte_code+2999>, 0x8254b5a <exec_byte_code+3025>,
0x82558fd <exec_byte_code+6516>, 0x8255729 <exec_byte_code+6048>, 0x8255720 <exec_byte_code+6039>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>,
0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x8255ace <exec_byte_code+6981>, 0x8255bb4 <exec_byte_code+7211>, 0x8255bfb <exec_byte_code+7282>, 0x8255c42 <exec_byte_code+7353>,
0x8255c8d <exec_byte_code+7428>, 0x8254605 <exec_byte_code+1660>, 0x8254655 <exec_byte_code+1740>, 0x8255ce2 <exec_byte_code+7513>, 0x825455a <exec_byte_code+1489>, 0x82546a3 <exec_byte_code+1818>,
0x8255d2a <exec_byte_code+7585>, 0x8255d7e <exec_byte_code+7669>, 0x8255db9 <exec_byte_code+7728>, 0x8255e0d <exec_byte_code+7812>, 0x8255e52 <exec_byte_code+7881>, 0x8255f02 <exec_byte_code+8057>,
0x8255f3d <exec_byte_code+8116>, 0x8255f91 <exec_byte_code+8200>, 0x8255ffe <exec_byte_code+8309>, 0x8256039 <exec_byte_code+8368>, 0x8256074 <exec_byte_code+8427>, 0x82560c8 <exec_byte_code+8511>,
0x825611c <exec_byte_code+8595>, 0x8256170 <exec_byte_code+8679>, 0x82561dd <exec_byte_code+8788>, 0x8256222 <exec_byte_code+8857>, 0x8256267 <exec_byte_code+8926>, 0x8256317 <exec_byte_code+9102>,
0x825638d <exec_byte_code+9220>, 0x8256403 <exec_byte_code+9338>, 0x82565d0 <exec_byte_code+9799>, 0x825662c <exec_byte_code+9891>, 0x8256688 <exec_byte_code+9983>, 0x82566e4 <exec_byte_code+10075>,
0x8256740 <exec_byte_code+10167>, 0x8256785 <exec_byte_code+10236>, 0x82567ff <exec_byte_code+10358>, 0x8256844 <exec_byte_code+10427>, 0x8256889 <exec_byte_code+10496>, 0x82568ce <exec_byte_code+10565>,
0x82569ac <exec_byte_code+10787>, 0x82555de <exec_byte_code+5717>, 0x82569fd <exec_byte_code+10868>, 0x8256a38 <exec_byte_code+10927>, 0x8256ae4 <exec_byte_code+11099>, 0x8256b35 <exec_byte_code+11180>,
0x8256b86 <exec_byte_code+11261>, 0x8256bc1 <exec_byte_code+11320>, 0x8256c04 <exec_byte_code+11387>, 0x8256c47 <exec_byte_code+11454>, 0x8256c92 <exec_byte_code+11529>, 0x82578dc <exec_byte_code+14675>,
0x8256cd7 <exec_byte_code+11598>, 0x8256d0e <exec_byte_code+11653>, 0x8256d45 <exec_byte_code+11708>, 0x8256d7c <exec_byte_code+11763>, 0x8256db3 <exec_byte_code+11818>, 0x8256dea <exec_byte_code+11873>,
0x82555de <exec_byte_code+5717>, 0x82578dc <exec_byte_code+14675>, 0x8256e25 <exec_byte_code+11932>, 0x8256e6b <exec_byte_code+12002>, 0x8256ea6 <exec_byte_code+12061>, 0x8256ee1 <exec_byte_code+12120>,
0x8256f35 <exec_byte_code+12204>, 0x8256f89 <exec_byte_code+12288>, 0x8256fc4 <exec_byte_code+12347>, 0x82570b8 <exec_byte_code+12591>, 0x825710c <exec_byte_code+12675>, 0x8257160 <exec_byte_code+12759>,
0x82571b4 <exec_byte_code+12843>, 0x82571eb <exec_byte_code+12898>, 0x82578dc <exec_byte_code+14675>, 0x8255533 <exec_byte_code+5546>, 0x8254c1b <exec_byte_code+3218>, 0x8254454 <exec_byte_code+1227>,
0x8254d0d <exec_byte_code+3460>, 0x8254e1f <exec_byte_code+3734>, 0x8254f29 <exec_byte_code+4000>, 0x82554d6 <exec_byte_code+5453>, 0x8255506 <exec_byte_code+5501>, 0x82549b0 <exec_byte_code+2599>,
0x82555a0 <exec_byte_code+5655>, 0x825560c <exec_byte_code+5763>, 0x8255686 <exec_byte_code+5885>, 0x82556c4 <exec_byte_code+5947>, 0x8255933 <exec_byte_code+6570>, 0x82559a1 <exec_byte_code+6680>,
0x8255a0e <exec_byte_code+6789>, 0x8255a64 <exec_byte_code+6875>, 0x8254bde <exec_byte_code+3157>, 0x8257226 <exec_byte_code+12957>, 0x8257293 <exec_byte_code+13066>, 0x82572ce <exec_byte_code+13125>,
0x8257309 <exec_byte_code+13184>, 0x8257344 <exec_byte_code+13243>, 0x825737f <exec_byte_code+13302>, 0x82573d3 <exec_byte_code+13386>, 0x8257427 <exec_byte_code+13470>, 0x825747b <exec_byte_code+13554>,
0x82574cf <exec_byte_code+13638>, 0x82575ed <exec_byte_code+13924>, 0x8257641 <exec_byte_code+14008>, 0x8257695 <exec_byte_code+14092>, 0x82576d0 <exec_byte_code+14151>, 0x8257724 <exec_byte_code+14235>,
0x8257778 <exec_byte_code+14319>, 0x82577bf <exec_byte_code+14390>, 0x8257806 <exec_byte_code+14461>, 0x8256913 <exec_byte_code+10634>, 0x8256958 <exec_byte_code+10703>, 0x825784b <exec_byte_code+14530>,
0x8257896 <exec_byte_code+14605>, 0x82578dc <exec_byte_code+14675>, 0x8255033 <exec_byte_code+4266>, 0x82550fe <exec_byte_code+4469>, 0x82551f8 <exec_byte_code+4719>, 0x82552f2 <exec_byte_code+4969>,
0x82553e4 <exec_byte_code+5211>, 0x8255e97 <exec_byte_code+7950>, 0x82562ac <exec_byte_code+8995>, 0x8256a79 <exec_byte_code+10992>, 0x8257a5d <exec_byte_code+15060>, 0x8257aba <exec_byte_code+15153>,
0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x8257b35 <exec_byte_code+15276>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>,
0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>, 0x82578dc <exec_byte_code+14675>,
0x8257ba8 <exec_byte_code+15391> <repeats 64 times>}
count = 4
op = 3
vectorp = 0x83cf964 <pure+464260>
stack = {
pc = 0x8500ca2 <pure+1714370> "\006\006\071\203\233",
byte_string = 138213713,
byte_string_start = 0x8500c2e <pure+1714254> "\306\020\211?\205\f",
next = 0x0
}
top = 0xbfffe62c
result = 4
type = (unknown: 12)
#16 0x08214211 in funcall_lambda (fun=138213693, nargs=1, arg_vector=0xbfffe95c) at eval.c:2983
val = 136388863
syms_left = 4100
next = 0
lexenv = 12
count = 4
i = 138213688
optional = 8
rest = 23
#17 0x08213c6d in Ffuncall (nargs=2, args=0xbfffe958) at eval.c:2864
fun = 138213693
original_fun = 140238618
funcar = 140212162
numargs = 1
lisp_numargs = 154838624
val = -1073747640
internal_args = 0x0
i = 140670008
#18 0x08213527 in call1 (fn=140238618, arg1=142036970) at eval.c:2614
ret_ungc_val = 140212162
gcpro1 = {
next = 0xabffea5,
var = 0x94d83f0,
nvars = 2
}
args = {140238618, 142036970}
#19 0x081839db in command_loop_1 () at keyboard.c:1556
scount = 2
cmd = 142036970
keybuf = {44, 20, 137749489, 140245266, 140284210, 140212162, 4, 140212162, 142398386, 0, -1073747464, 135802282, 140243266, 176892694, 137749489, 140245266, 154838624, 0, -1073747368, 135802058, 176892694, -1073747425,
-1073747400, 136388487, 2, 145481806, -1227956279, 0, 0, 0}
i = 1
prev_modiff = 1954
prev_buffer = 0x9b42080
already_adjusted = false
#20 0x0821099b in internal_condition_case (bfun=0x818336f <command_loop_1>, handlers=140245242, hfun=0x8182b9e <cmd_error>) at eval.c:1354
val = 145481806
c = 0x85c5428
#21 0x08183019 in command_loop_2 (ignore=140212162) at keyboard.c:1174
val = 0
#22 0x0820ff16 in internal_catch (tag=140243290, func=0x8182ff5 <command_loop_2>, arg=140212162) at eval.c:1118
val = 140212162
c = 0x89821e0
#23 0x08182fd3 in command_loop () at keyboard.c:1153
No locals.
#24 0x08182732 in recursive_edit_1 () at keyboard.c:777
count = 1
val = -1073747144
#25 0x081828f2 in Frecursive_edit () at keyboard.c:845
count = 0
buffer = 140212162
#26 0x08180c33 in main (argc=2, argv=0xbfffecc4) at emacs.c:1646
dummy = 2
stack_bottom_variable = 0 '\000'
do_initial_setlocale = true
dumping = false
skip_args = 1
rlim = {
rlim_cur = 8388608,
rlim_max = 18446744073709551615
}
no_loadup = false
junk = 0x0
dname_arg = 0x0
ch_to_dir = 0x0
original_pwd = 0x0
Lisp Backtrace:
"end-of-visible-line" (0xbfffe094)
"kill-line" (0xbfffe3f4)
"call-interactively" (0xbfffe630)
"command-execute" (0xbfffe95c)
--
Nico.
bug-gnu-emacs <at> gnu.org:bug#17269; Package emacs.
(Tue, 15 Apr 2014 15:54:01 GMT) Full text and rfc822 format available.Message #8 received at 17269 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Nicolas Richard <theonewiththeevillook <at> yahoo.fr> Cc: 17269 <at> debbugs.gnu.org Subject: Re: bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c) Date: Tue, 15 Apr 2014 18:53:26 +0300
> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr> > Date: Tue, 15 Apr 2014 16:28:32 +0200 > > I got this today (I was running without --enable-checking until today). > > I still have that session open in case you want more info. > > Also, as a side note, in the current buffer (in which I'm reporting the > bug), I see problems like <end> going five to 5 to 10 lines below > current position. Apparently, it happens after I use C-k (kill-line). It > goes way when setting (setq cache-long-line-scans nil). I guess the > crash and this problem are related ? It's related, but can you reproduce this in "emacs -Q"? > I'm running emacs-24 branch at commit > ef5b917 * savannah/emacs-24 Fix relative links to parent directories in shr > *but* I also have applied Paul Eggert's patch mentionned in bug#17172 Not sure what this means, Paul made several commits during the last 2 days. Can you be more specific (or even state the bzr revision number)? > 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 0x081f581f in die (msg=0x83079dc "BUF_BEG (b) <= charpos && charpos <= BUF_Z (b)", file=0x83079d0 "marker.c", line=145) at alloc.c:6826 > #2 0x081bc08d in buf_charpos_to_bytepos (b=0x9b42080, charpos=14233) at marker.c:145 > #3 0x081d7c59 in find_newline (start=14230, start_byte=14230, end=14231, end_byte=14231, count=1, shortage=0xbfffdcd4, bytepos=0x0, allow_quit=true) at search.c:780 > #4 0x081d845f in find_before_next_newline (from=14224, to=0, cnt=1, bytepos=0x0) at search.c:1006 > #5 0x082019e6 in Fline_end_position (n=4) at editfns.c:813 > #6 0x081ceff0 in Fend_of_line (n=4) at cmds.c:199 What is the value of BUF_Z(b) in frame #2? Also, what is the major mode in the buffer in question?
bug-gnu-emacs <at> gnu.org:bug#17269; Package emacs.
(Tue, 15 Apr 2014 16:12:02 GMT) Full text and rfc822 format available.Message #11 received at 17269 <at> debbugs.gnu.org (full text, mbox):
From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr> To: Eli Zaretskii <eliz <at> gnu.org> Cc: 17269 <at> debbugs.gnu.org Subject: Re: bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c) Date: Tue, 15 Apr 2014 18:11:59 +0200
Le 15/04/2014 17:53, Eli Zaretskii a écrit : >> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr> >> Date: Tue, 15 Apr 2014 16:28:32 +0200 >> >> I got this today (I was running without --enable-checking until today). >> >> I still have that session open in case you want more info. >> >> Also, as a side note, in the current buffer (in which I'm reporting the >> bug), I see problems like <end> going five to 5 to 10 lines below >> current position. Apparently, it happens after I use C-k (kill-line). It >> goes way when setting (setq cache-long-line-scans nil). I guess the >> crash and this problem are related ? > > It's related, but can you reproduce this in "emacs -Q"? Not yet, but it seems to be triggered by the bug report because it just happened again. I'll look at it later. I have to run now. > >> I'm running emacs-24 branch at commit >> ef5b917 * savannah/emacs-24 Fix relative links to parent directories in shr >> *but* I also have applied Paul Eggert's patch mentionned in bug#17172 > > Not sure what this means, Paul made several commits during the last 2 > days. Can you be more specific (or even state the bzr revision > number)? From the comment you left there, I guess you found it. I'm referring to http://permalink.gmane.org/gmane.emacs.bugs/88024. >> 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 0x081f581f in die (msg=0x83079dc "BUF_BEG (b) <= charpos && charpos <= BUF_Z (b)", file=0x83079d0 "marker.c", line=145) at alloc.c:6826 >> #2 0x081bc08d in buf_charpos_to_bytepos (b=0x9b42080, charpos=14233) at marker.c:145 >> #3 0x081d7c59 in find_newline (start=14230, start_byte=14230, end=14231, end_byte=14231, count=1, shortage=0xbfffdcd4, bytepos=0x0, allow_quit=true) at search.c:780 >> #4 0x081d845f in find_before_next_newline (from=14224, to=0, cnt=1, bytepos=0x0) at search.c:1006 >> #5 0x082019e6 in Fline_end_position (n=4) at editfns.c:813 >> #6 0x081ceff0 in Fend_of_line (n=4) at cmds.c:199 > > What is the value of BUF_Z(b) in frame #2? (gdb) f 2 #2 0x081bc08d in buf_charpos_to_bytepos (b=0x9b42080, charpos=14233) at marker.c:145 145 eassert (BUF_BEG (b) <= charpos && charpos <= BUF_Z (b)); (gdb) p BUF_Z(b) $1 = 14231 (gdb) xpr Lisp_Float Cannot access memory at address 0x3790 Perhaps I'm using the wrong command ? > Also, what is the major mode in the buffer in question? Could you tell me how to find out with gdb ? -- Nicolas.
bug-gnu-emacs <at> gnu.org:bug#17269; Package emacs.
(Tue, 15 Apr 2014 18:12:01 GMT) Full text and rfc822 format available.Message #14 received at 17269 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Nicolas Richard <theonewiththeevillook <at> yahoo.fr> Cc: 17269 <at> debbugs.gnu.org Subject: Re: bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c) Date: Tue, 15 Apr 2014 21:11:45 +0300
> Date: Tue, 15 Apr 2014 18:11:59 +0200 > From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr> > CC: 17269 <at> debbugs.gnu.org > > > It's related, but can you reproduce this in "emacs -Q"? > > Not yet, but it seems to be triggered by the bug report because it just happened again. I'll look at it later. I have to run now. Thanks. > > What is the value of BUF_Z(b) in frame #2? > > (gdb) f 2 > #2 0x081bc08d in buf_charpos_to_bytepos (b=0x9b42080, charpos=14233) at marker.c:145 > 145 eassert (BUF_BEG (b) <= charpos && charpos <= BUF_Z (b)); > (gdb) p BUF_Z(b) > $1 = 14231 > (gdb) xpr > Lisp_Float > Cannot access memory at address 0x3790 > > Perhaps I'm using the wrong command ? No, you just don't need xpr, 14231 is a simple number. > > Also, what is the major mode in the buffer in question? > > Could you tell me how to find out with gdb ? (gdb) p b->name_ (gdb) xstring This will print the name of the buffer, which should be enough for you to know its major mode.
bug-gnu-emacs <at> gnu.org:bug#17269; Package emacs.
(Tue, 15 Apr 2014 18:36:01 GMT) Full text and rfc822 format available.Message #17 received at 17269 <at> debbugs.gnu.org (full text, mbox):
From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr> To: Eli Zaretskii <eliz <at> gnu.org> Cc: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>, 17269 <at> debbugs.gnu.org Subject: Re: bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c) Date: Tue, 15 Apr 2014 20:35:35 +0200
Eli Zaretskii <eliz <at> gnu.org> writes: > (gdb) p b->name_ > (gdb) xstring > > This will print the name of the buffer, which should be enough for you > to know its major mode. Indeed (gdb) p b->name_ $5 = 155534625 (gdb) xstring $6 = (struct Lisp_String *) 0x9454520 "#emacs <at> irc.freenode.net" It's rcirc-mode. -- Nico.
bug-gnu-emacs <at> gnu.org:bug#17269; Package emacs.
(Tue, 15 Apr 2014 20:46:02 GMT) Full text and rfc822 format available.Message #20 received at 17269 <at> debbugs.gnu.org (full text, mbox):
From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr> To: Eli Zaretskii <eliz <at> gnu.org> Cc: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>, 17269 <at> debbugs.gnu.org Subject: Re: bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c) Date: Tue, 15 Apr 2014 22:45:19 +0200
[Message part 1 (text/plain, inline)]
Eli Zaretskii <eliz <at> gnu.org> writes: >> Date: Tue, 15 Apr 2014 18:11:59 +0200 >> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr> >> CC: 17269 <at> debbugs.gnu.org >> >> > It's related, but can you reproduce this in "emacs -Q"? >> >> Not yet, but it seems to be triggered by the bug report because it >> just happened again. I'll look at it later. I have to run now. > > Thanks. I finally managed to make a recipe that reproduces the crash every time for me (slight variations of it will reproduce the erratic end-of-line problem) gdb --args emacs -Q -nw /home/youngfrog/emacstest2.txt --eval '(execute-kbd-macro (kbd "C-e C-n C-e C-n C-e C-n C-e M-< M-f C-k C-n C-n C-e"))' (gdb) r The crash is the same as reported. emacstest2.txt is the file attached.
[emacstest2.txt (text/plain, attachment)]
[Message part 3 (text/plain, inline)]
This time the buffer b is in text-mode (it's the buffer which visits emacstest2.txt) -- Nico.
bug-gnu-emacs <at> gnu.org:bug#17269; Package emacs.
(Wed, 16 Apr 2014 05:45:02 GMT) Full text and rfc822 format available.Message #23 received at 17269 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Nicolas Richard <theonewiththeevillook <at> yahoo.fr> Cc: 17269 <at> debbugs.gnu.org Subject: Re: bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c) Date: Wed, 16 Apr 2014 08:44:51 +0300
> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
> Cc: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>, 17269 <at> debbugs.gnu.org
> Date: Tue, 15 Apr 2014 22:45:19 +0200
>
> I finally managed to make a recipe that reproduces the crash every time
> for me (slight variations of it will reproduce the erratic end-of-line
> problem)
>
> gdb --args emacs -Q -nw /home/youngfrog/emacstest2.txt --eval '(execute-kbd-macro (kbd "C-e C-n C-e C-n C-e C-n C-e M-< M-f C-k C-n C-n C-e"))'
> (gdb) r
Thanks, I reproduced this, and will look into it in a couple of days,
if no one beats me to it.
> The crash is the same as reported.
Not exactly: it hits assertion violation on this line:
start_byte = CHAR_TO_BYTE (start);
whereas your original report did that here:
ceiling_byte = min (CHAR_TO_BYTE (next_change) - 1, ceiling_byte);
But it's probably the same problem, so this recipe should be good
enough for starters.
bug-gnu-emacs <at> gnu.org:bug#17269; Package emacs.
(Wed, 16 Apr 2014 06:58:01 GMT) Full text and rfc822 format available.Message #26 received at 17269 <at> debbugs.gnu.org (full text, mbox):
From: Dmitry Antipov <dmantipov <at> yandex.ru> To: 17269 <at> debbugs.gnu.org Subject: Re: bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c) Date: Wed, 16 Apr 2014 10:57:00 +0400
On 04/16/2014 09:44 AM, Eli Zaretskii wrote: >> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr> >> gdb --args emacs -Q -nw /home/youngfrog/emacstest2.txt --eval '(execute-kbd-macro (kbd "C-e C-n C-e C-n C-e C-n C-e M-< M-f C-k C-n C-n C-e"))' >> (gdb) r > > Thanks, I reproduced this, and will look into it in a couple of days, > if no one beats me to it. Hm, I can't reproduce with this recipe (as of bzr revision 116978). Dmitry
bug-gnu-emacs <at> gnu.org:bug#17269; Package emacs.
(Wed, 16 Apr 2014 07:25:02 GMT) Full text and rfc822 format available.Message #29 received at 17269 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Dmitry Antipov <dmantipov <at> yandex.ru> Cc: 17269 <at> debbugs.gnu.org Subject: Re: bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c) Date: Wed, 16 Apr 2014 10:24:48 +0300
> Date: Wed, 16 Apr 2014 10:57:00 +0400 > From: Dmitry Antipov <dmantipov <at> yandex.ru> > > On 04/16/2014 09:44 AM, Eli Zaretskii wrote: > > >> From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr> > >> gdb --args emacs -Q -nw /home/youngfrog/emacstest2.txt --eval '(execute-kbd-macro (kbd "C-e C-n C-e C-n C-e C-n C-e M-< M-f C-k C-n C-n C-e"))' > >> (gdb) r > > > > Thanks, I reproduced this, and will look into it in a couple of days, > > if no one beats me to it. > > Hm, I can't reproduce with this recipe (as of bzr revision 116978). There's no such revision on the emacs-24 branch.
bug-gnu-emacs <at> gnu.org:bug#17269; Package emacs.
(Thu, 17 Apr 2014 07:30:02 GMT) Full text and rfc822 format available.Message #32 received at 17269 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: theonewiththeevillook <at> yahoo.fr Cc: 17269 <at> debbugs.gnu.org Subject: Re: bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c) Date: Thu, 17 Apr 2014 10:29:33 +0300
> Date: Wed, 16 Apr 2014 08:44:51 +0300 > From: Eli Zaretskii <eliz <at> gnu.org> > Cc: 17269 <at> debbugs.gnu.org > > > gdb --args emacs -Q -nw /home/youngfrog/emacstest2.txt --eval '(execute-kbd-macro (kbd "C-e C-n C-e C-n C-e C-n C-e M-< M-f C-k C-n C-n C-e"))' > > (gdb) r > > Thanks, I reproduced this, and will look into it in a couple of days, > if no one beats me to it. Please try the latest emacs-24 branch, I committed a change that fixes the above recipe, but I'd like to know if your original use case is fixed as well. Thanks.
bug-gnu-emacs <at> gnu.org:bug#17269; Package emacs.
(Thu, 17 Apr 2014 10:15:02 GMT) Full text and rfc822 format available.Message #35 received at 17269 <at> debbugs.gnu.org (full text, mbox):
From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr> To: Eli Zaretskii <eliz <at> gnu.org> Cc: 17269 <at> debbugs.gnu.org Subject: Re: bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c) Date: Thu, 17 Apr 2014 12:14:59 +0200
Le 17/04/2014 09:29, Eli Zaretskii a écrit : > Please try the latest emacs-24 branch, I committed a change that fixes > the above recipe, but I'd like to know if your original use case is > fixed as well. It's been running for a few hours now without any problems ; thanks ! -- Nico.
Eli Zaretskii <eliz <at> gnu.org>:Nicolas Richard <theonewiththeevillook <at> yahoo.fr>:Message #40 received at 17269-done <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Nicolas Richard <theonewiththeevillook <at> yahoo.fr> Cc: 17269-done <at> debbugs.gnu.org Subject: Re: bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c) Date: Thu, 17 Apr 2014 13:20:23 +0300
> Date: Thu, 17 Apr 2014 12:14:59 +0200 > From: Nicolas Richard <theonewiththeevillook <at> yahoo.fr> > CC: 17269 <at> debbugs.gnu.org > > Le 17/04/2014 09:29, Eli Zaretskii a écrit : > > Please try the latest emacs-24 branch, I committed a change that fixes > > the above recipe, but I'd like to know if your original use case is > > fixed as well. > > It's been running for a few hours now without any problems ; thanks ! Great, closing. Feel free to reopen if you find additional issues.
Debbugs Internal Request <help-debbugs <at> gnu.org>
to internal_control <at> debbugs.gnu.org.
(Thu, 15 May 2014 11:24:04 GMT) Full text and rfc822 format available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.