* bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c)
@ 2014-04-15 14:28 Nicolas Richard
2014-04-15 15:53 ` Eli Zaretskii
0 siblings, 1 reply; 12+ messages in thread
From: Nicolas Richard @ 2014-04-15 14:28 UTC (permalink / raw)
To: 17269
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.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c)
2014-04-15 14:28 bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c) Nicolas Richard
@ 2014-04-15 15:53 ` Eli Zaretskii
2014-04-15 16:11 ` Nicolas Richard
0 siblings, 1 reply; 12+ messages in thread
From: Eli Zaretskii @ 2014-04-15 15:53 UTC (permalink / raw)
To: Nicolas Richard; +Cc: 17269
> From: Nicolas Richard <theonewiththeevillook@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?
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c)
2014-04-15 15:53 ` Eli Zaretskii
@ 2014-04-15 16:11 ` Nicolas Richard
2014-04-15 18:11 ` Eli Zaretskii
0 siblings, 1 reply; 12+ messages in thread
From: Nicolas Richard @ 2014-04-15 16:11 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 17269
Le 15/04/2014 17:53, Eli Zaretskii a écrit :
>> From: Nicolas Richard <theonewiththeevillook@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.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c)
2014-04-15 16:11 ` Nicolas Richard
@ 2014-04-15 18:11 ` Eli Zaretskii
2014-04-15 18:35 ` Nicolas Richard
2014-04-15 20:45 ` Nicolas Richard
0 siblings, 2 replies; 12+ messages in thread
From: Eli Zaretskii @ 2014-04-15 18:11 UTC (permalink / raw)
To: Nicolas Richard; +Cc: 17269
> Date: Tue, 15 Apr 2014 18:11:59 +0200
> From: Nicolas Richard <theonewiththeevillook@yahoo.fr>
> CC: 17269@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.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c)
2014-04-15 18:11 ` Eli Zaretskii
@ 2014-04-15 18:35 ` Nicolas Richard
2014-04-15 20:45 ` Nicolas Richard
1 sibling, 0 replies; 12+ messages in thread
From: Nicolas Richard @ 2014-04-15 18:35 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: Nicolas Richard, 17269
Eli Zaretskii <eliz@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@irc.freenode.net"
It's rcirc-mode.
--
Nico.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c)
2014-04-15 18:11 ` Eli Zaretskii
2014-04-15 18:35 ` Nicolas Richard
@ 2014-04-15 20:45 ` Nicolas Richard
2014-04-16 5:44 ` Eli Zaretskii
1 sibling, 1 reply; 12+ messages in thread
From: Nicolas Richard @ 2014-04-15 20:45 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: Nicolas Richard, 17269
[-- Attachment #1: Type: text/plain, Size: 764 bytes --]
Eli Zaretskii <eliz@gnu.org> writes:
>> Date: Tue, 15 Apr 2014 18:11:59 +0200
>> From: Nicolas Richard <theonewiththeevillook@yahoo.fr>
>> CC: 17269@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.
[-- Attachment #2: emacstest2.txt --]
[-- Type: text/plain, Size: 132 bytes --]
qfoo bar baz
Breakpoint 1, terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:351
351 signal (sig, SIG_DFL);
[-- Attachment #3: Type: text/plain, Size: 97 bytes --]
This time the buffer b is in text-mode (it's the buffer which visits emacstest2.txt)
--
Nico.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c)
2014-04-15 20:45 ` Nicolas Richard
@ 2014-04-16 5:44 ` Eli Zaretskii
2014-04-16 6:57 ` Dmitry Antipov
2014-04-17 7:29 ` Eli Zaretskii
0 siblings, 2 replies; 12+ messages in thread
From: Eli Zaretskii @ 2014-04-16 5:44 UTC (permalink / raw)
To: Nicolas Richard; +Cc: 17269
> From: Nicolas Richard <theonewiththeevillook@yahoo.fr>
> Cc: Nicolas Richard <theonewiththeevillook@yahoo.fr>, 17269@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.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c)
2014-04-16 5:44 ` Eli Zaretskii
@ 2014-04-16 6:57 ` Dmitry Antipov
2014-04-16 7:24 ` Eli Zaretskii
2014-04-17 7:29 ` Eli Zaretskii
1 sibling, 1 reply; 12+ messages in thread
From: Dmitry Antipov @ 2014-04-16 6:57 UTC (permalink / raw)
To: 17269
On 04/16/2014 09:44 AM, Eli Zaretskii wrote:
>> From: Nicolas Richard <theonewiththeevillook@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
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c)
2014-04-16 6:57 ` Dmitry Antipov
@ 2014-04-16 7:24 ` Eli Zaretskii
0 siblings, 0 replies; 12+ messages in thread
From: Eli Zaretskii @ 2014-04-16 7:24 UTC (permalink / raw)
To: Dmitry Antipov; +Cc: 17269
> Date: Wed, 16 Apr 2014 10:57:00 +0400
> From: Dmitry Antipov <dmantipov@yandex.ru>
>
> On 04/16/2014 09:44 AM, Eli Zaretskii wrote:
>
> >> From: Nicolas Richard <theonewiththeevillook@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.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c)
2014-04-16 5:44 ` Eli Zaretskii
2014-04-16 6:57 ` Dmitry Antipov
@ 2014-04-17 7:29 ` Eli Zaretskii
2014-04-17 10:14 ` Nicolas Richard
1 sibling, 1 reply; 12+ messages in thread
From: Eli Zaretskii @ 2014-04-17 7:29 UTC (permalink / raw)
To: theonewiththeevillook; +Cc: 17269
> Date: Wed, 16 Apr 2014 08:44:51 +0300
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: 17269@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.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c)
2014-04-17 7:29 ` Eli Zaretskii
@ 2014-04-17 10:14 ` Nicolas Richard
2014-04-17 10:20 ` Eli Zaretskii
0 siblings, 1 reply; 12+ messages in thread
From: Nicolas Richard @ 2014-04-17 10:14 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 17269
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.
^ permalink raw reply [flat|nested] 12+ messages in thread
* bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c)
2014-04-17 10:14 ` Nicolas Richard
@ 2014-04-17 10:20 ` Eli Zaretskii
0 siblings, 0 replies; 12+ messages in thread
From: Eli Zaretskii @ 2014-04-17 10:20 UTC (permalink / raw)
To: Nicolas Richard; +Cc: 17269-done
> Date: Thu, 17 Apr 2014 12:14:59 +0200
> From: Nicolas Richard <theonewiththeevillook@yahoo.fr>
> CC: 17269@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.
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2014-04-17 10:20 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-04-15 14:28 bug#17269: 24.3.90; assertion failure at buf_charpos_to_bytepos (marker.c) Nicolas Richard
2014-04-15 15:53 ` Eli Zaretskii
2014-04-15 16:11 ` Nicolas Richard
2014-04-15 18:11 ` Eli Zaretskii
2014-04-15 18:35 ` Nicolas Richard
2014-04-15 20:45 ` Nicolas Richard
2014-04-16 5:44 ` Eli Zaretskii
2014-04-16 6:57 ` Dmitry Antipov
2014-04-16 7:24 ` Eli Zaretskii
2014-04-17 7:29 ` Eli Zaretskii
2014-04-17 10:14 ` Nicolas Richard
2014-04-17 10:20 ` Eli Zaretskii
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).