* bug#13573: 24.3.50; src/profiler.c:123: Emacs fatal error: assertion failed: EQ (log->next_free, make_number (i))
@ 2013-01-28 5:26 Dmitry Antipov
2013-01-30 17:52 ` Stefan Monnier
0 siblings, 1 reply; 7+ messages in thread
From: Dmitry Antipov @ 2013-01-28 5:26 UTC (permalink / raw)
To: 13573
Crash caused by profiler when byte-force-recompile all Lisp sources.
Found in bzr revision 111614 and looks regular.
Steps to reproduce:
./src/emacs -Q
M-x profiler-start RET cpu RET
M-x byte-force-recompile RET lisp RET
--enable-checking is enabled, the crash is:
src/profiler.c:123: Emacs fatal error: assertion failed: EQ (log->next_free, make_number (i))
#0 0x000000342a00eedb in raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:41
#1 0x00000000005226c8 in terminate_due_to_signal (sig=sig@entry=6, backtrace_limit=backtrace_limit@entry=2147483647)
at src/emacs.c:343
#2 0x0000000000591474 in die (msg=msg@entry=0x7202b0 "assertion failed: EQ (log->next_free, make_number (i))", file=file@entry=
0x7200f8 "src/profiler.c", line=line@entry=123)
at src/alloc.c:6563
#3 0x00000000006266b1 in evict_lower_half (log=0xd493f0) at src/profiler.c:123
#4 record_backtrace (log=0xd493f0, count=1) at src/profiler.c:149
#5 0x0000000000543685 in deliver_process_signal (sig=27, handler=0x626bd0 <handle_profiler_signal>)
at src/sysdep.c:1595
#6 <signal handler called>
#7 exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4611686018645491712, args=0x7fffffffffffffff,
args@entry=0x7fff5f2f8770) at src/bytecode.c:747
#8 0x00000000005b1955 in funcall_lambda (fun=..., nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fff5f2f8770)
at src/eval.c:2841
#9 0x00000000005b1dfb in Ffuncall (nargs=2, args=0x7fff5f2f8768) at src/eval.c:2736
#10 0x00000000005f8d73 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4611686018645491712, args=
0x7fffffffffffffff, args@entry=0x7fff5f2f89b8) at src/bytecode.c:898
#11 0x00000000005b1955 in funcall_lambda (fun=..., nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fff5f2f89b8)
at src/eval.c:2841
#12 0x00000000005b1dfb in Ffuncall (nargs=3, args=0x7fff5f2f89b0) at src/eval.c:2736
#13 0x00000000005f8d73 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4611686018645491712, args=
0x7fffffffffffffff, args@entry=0x7fff5f2f8be8) at src/bytecode.c:898
#14 0x00000000005b1955 in funcall_lambda (fun=..., nargs=nargs@entry=5, arg_vector=arg_vector@entry=0x7fff5f2f8be8)
at src/eval.c:2841
#15 0x00000000005b1dfb in Ffuncall (nargs=6, args=0x7fff5f2f8be0) at src/eval.c:2736
#16 0x00000000005f8d73 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4611686018645491712, args=
0x7fffffffffffffff, args@entry=0x7fff5f2f8e28) at src/bytecode.c:898
#17 0x00000000005b1955 in funcall_lambda (fun=..., nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fff5f2f8e28)
at src/eval.c:2841
#18 0x00000000005b1dfb in Ffuncall (nargs=3, args=0x7fff5f2f8e20) at src/eval.c:2736
#19 0x00000000005f8d73 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4611686018645491712, args=
0x7fffffffffffffff, args@entry=0x7fff5f2f9050) at src/bytecode.c:898
#20 0x00000000005b1955 in funcall_lambda (fun=..., nargs=nargs@entry=5, arg_vector=arg_vector@entry=0x7fff5f2f9050)
at src/eval.c:2841
#21 0x00000000005b1dfb in Ffuncall (nargs=6, args=0x7fff5f2f9048) at src/eval.c:2736
#22 0x00000000005f8d73 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4611686018645491712, args=
0x7fffffffffffffff, args@entry=0x7fff5f2f9280) at src/bytecode.c:898
#23 0x00000000005b1955 in funcall_lambda (fun=..., nargs=nargs@entry=6, arg_vector=arg_vector@entry=0x7fff5f2f9280)
at src/eval.c:2841
#24 0x00000000005b1dfb in Ffuncall (nargs=7, args=0x7fff5f2f9278) at src/eval.c:2736
#25 0x00000000005f8d73 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4611686018645491712, args=
0x7fffffffffffffff, args@entry=0x7fff5f2f94b0) at src/bytecode.c:898
#26 0x00000000005b1955 in funcall_lambda (fun=..., nargs=nargs@entry=5, arg_vector=arg_vector@entry=0x7fff5f2f94b0)
at src/eval.c:2841
#27 0x00000000005b1dfb in Ffuncall (nargs=6, args=0x7fff5f2f94a8) at src/eval.c:2736
#28 0x00000000005f8d73 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4611686018645491712, args=
0x7fffffffffffffff, args@entry=0x7fff5f2f9710) at src/bytecode.c:898
#29 0x00000000005b1955 in funcall_lambda (fun=..., nargs=nargs@entry=5, arg_vector=arg_vector@entry=0x7fff5f2f9710)
at src/eval.c:2841
#30 0x00000000005b1dfb in Ffuncall (nargs=6, args=0x7fff5f2f9708) at src/eval.c:2736
#31 0x00000000005f8d73 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4611686018645491712, args=
0x7fffffffffffffff, args@entry=0x7fff5f2f9940) at src/bytecode.c:898
#32 0x00000000005b1955 in funcall_lambda (fun=..., nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fff5f2f9940)
at src/eval.c:2841
#33 0x00000000005b1dfb in Ffuncall (nargs=2, args=0x7fff5f2f9938) at src/eval.c:2736
#34 0x00000000005f8d73 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4611686018645491712, args=
0x7fffffffffffffff, args@entry=0x7fff5f2f9b08) at src/bytecode.c:898
#35 0x00000000005b1955 in funcall_lambda (fun=..., nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fff5f2f9b08)
at src/eval.c:2841
#36 0x00000000005b1dfb in Ffuncall (nargs=2, args=0x7fff5f2f9b00) at src/eval.c:2736
#37 0x00000000005f8d73 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4611686018645491712, args=
0x7fffffffffffffff, args@entry=0x7fff5f2f9cd8) at src/bytecode.c:898
#38 0x00000000005b1955 in funcall_lambda (fun=..., nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fff5f2f9cd8)
at src/eval.c:2841
#39 0x00000000005b1dfb in Ffuncall (nargs=2, args=0x7fff5f2f9cd0) at src/eval.c:2736
#40 0x00000000005f8d73 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4611686018645491712, args=
0x7fffffffffffffff, args@entry=0x7fff5f2f9ea0) at src/bytecode.c:898
#41 0x00000000005b1955 in funcall_lambda (fun=..., nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff5f2f9ea0)
at src/eval.c:2841
#42 0x00000000005b1dfb in Ffuncall (nargs=1, args=0x7fff5f2f9e98) at src/eval.c:2736
#43 0x00000000005f8d73 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4611686018645491712, args=
0x7fffffffffffffff, args@entry=0x7fff5f2fa058) at src/bytecode.c:898
#44 0x00000000005b1955 in funcall_lambda (fun=..., nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff5f2fa058)
at src/eval.c:2841
#45 0x00000000005b1dfb in Ffuncall (nargs=1, args=0x7fff5f2fa050) at src/eval.c:2736
#46 0x00000000005b12e5 in eval_sub (form=..., form@entry=...) at src/eval.c:2012
#47 0x00000000005b48e6 in internal_lisp_condition_case (var=..., bodyform=..., handlers=...)
at src/eval.c:1147
#48 0x00000000005f9633 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4611686018645491712, args=
0x7fffffffffffffff, args@entry=0x7fff5f2fa550) at src/bytecode.c:1094
#49 0x00000000005b1955 in funcall_lambda (fun=..., nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fff5f2fa550)
at src/eval.c:2841
#50 0x00000000005b1dfb in Ffuncall (nargs=2, args=0x7fff5f2fa548) at src/eval.c:2736
#51 0x00000000005f8d73 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4611686018645491712, args=
0x7fffffffffffffff, args@entry=0x7fff5f2fa770) at src/bytecode.c:898
#52 0x00000000005b1955 in funcall_lambda (fun=..., nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fff5f2fa770)
at src/eval.c:2841
#53 0x00000000005b1dfb in Ffuncall (nargs=3, args=0x7fff5f2fa768) at src/eval.c:2736
#54 0x00000000005f8d73 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4611686018645491712, args=
0x7fffffffffffffff, args@entry=0x7fff5f2fa958) at src/bytecode.c:898
#55 0x00000000005b1955 in funcall_lambda (fun=..., nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fff5f2fa958)
at src/eval.c:2841
#56 0x00000000005b1dfb in Ffuncall (nargs=4, args=0x7fff5f2fa950) at src/eval.c:2736
#57 0x00000000005f8d73 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4611686018645491712, args=
0x7fffffffffffffff, args@entry=0x7fff5f2fab20) at src/bytecode.c:898
#58 0x00000000005b1955 in funcall_lambda (fun=..., nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff5f2fab20)
at src/eval.c:2841
#59 0x00000000005b1dfb in Ffuncall (nargs=1, args=0x7fff5f2fab18) at src/eval.c:2736
#60 0x00000000005f8d73 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4611686018645491712, args=
0x7fffffffffffffff, args@entry=0x7fff5f2facd8) at src/bytecode.c:898
#61 0x00000000005b1955 in funcall_lambda (fun=..., nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fff5f2facd8)
at src/eval.c:2841
#62 0x00000000005b1dfb in Ffuncall (nargs=1, args=0x7fff5f2facd0) at src/eval.c:2736
#63 0x00000000005b12e5 in eval_sub (form=..., form@entry=...) at src/eval.c:2012
#64 0x00000000005b48e6 in internal_lisp_condition_case (var=..., bodyform=..., handlers=...)
at src/eval.c:1147
#65 0x00000000005f9633 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4611686018645491712, args=
0x7fffffffffffffff, args@entry=0x7fff5f2fb1e8) at src/bytecode.c:1094
#66 0x00000000005b1955 in funcall_lambda (fun=..., nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fff5f2fb1e8)
at src/eval.c:2841
#67 0x00000000005b1dfb in Ffuncall (nargs=4, args=0x7fff5f2fb1e0) at src/eval.c:2736
#68 0x00000000005f8d73 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4611686018645491712, args=
0x7fffffffffffffff, args@entry=0x7fff5f2fb3f8) at src/bytecode.c:898
#69 0x00000000005b1955 in funcall_lambda (fun=..., nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fff5f2fb3f8)
at src/eval.c:2841
#70 0x00000000005b1dfb in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff5f2fb3f0)
at src/eval.c:2736
#71 0x00000000005aeaa5 in Fcall_interactively (function=..., record_flag=..., keys=...)
at src/callint.c:852
#72 0x00000000005b1fcc in Ffuncall (nargs=nargs@entry=4, args=args@entry=0x7fff5f2fb5c0)
at src/eval.c:2682
#73 0x00000000005b21b4 in call3 (fn=..., arg1=..., arg1@entry=..., arg2=..., arg2@entry=..., arg3=..., arg3@entry=...)
at src/eval.c:2500
#74 0x0000000000525435 in Fcommand_execute (cmd=..., record_flag=..., keys=..., special=...)
at src/keyboard.c:10237
#75 0x00000000005b1fb6 in Ffuncall (nargs=<optimized out>, args=<optimized out>) at src/eval.c:2686
#76 0x00000000005f8d73 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=4611686018645491712, args=
0x7fffffffffffffff, args@entry=0x7fff5f2fb908) at src/bytecode.c:898
#77 0x00000000005b1955 in funcall_lambda (fun=..., nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fff5f2fb908)
at src/eval.c:2841
#78 0x00000000005b1dfb in Ffuncall (nargs=nargs@entry=3, args=args@entry=0x7fff5f2fb900)
at src/eval.c:2736
#79 0x00000000005b2ece in Fapply (nargs=nargs@entry=2, args=args@entry=0x7fff5f2fb9c0)
at src/eval.c:2209
#80 0x00000000005b22ee in apply1 (fn=..., arg=..., arg@entry=...) at src/eval.c:2443
#81 0x00000000005ad9f4 in Fcall_interactively (function=..., record_flag=..., keys=...)
at src/callint.c:377
#82 0x00000000005b1fcc in Ffuncall (nargs=nargs@entry=4, args=args@entry=0x7fff5f2fbb60)
at src/eval.c:2682
#83 0x00000000005b21b4 in call3 (fn=..., arg1=..., arg1@entry=..., arg2=..., arg2@entry=..., arg3=..., arg3@entry=...)
at src/eval.c:2500
#84 0x0000000000525435 in Fcommand_execute (cmd=..., record_flag=..., keys=..., special=...)
at src/keyboard.c:10237
#85 0x00000000005364ed in command_loop_1 () at src/keyboard.c:1587
#86 0x00000000005afdb3 in internal_condition_case (bfun=bfun@entry=0x535ff0 <command_loop_1>, handlers=..., hfun=hfun@entry=
0x527fc0 <cmd_error>) at src/eval.c:1193
#87 0x00000000005262fe in command_loop_2 (ignore=..., ignore@entry=...) at src/keyboard.c:1174
#88 0x00000000005afc90 in internal_catch (tag=..., func=func@entry=0x5262e0 <command_loop_2>, arg=...)
at src/eval.c:964
#89 0x000000000052794e in command_loop () at src/keyboard.c:1153
#90 recursive_edit_1 () at src/keyboard.c:786
#91 0x0000000000527cec in Frecursive_edit () at src/keyboard.c:850
#92 0x000000000041823a in main (argc=2, argv=<optimized out>) at src/emacs.c:1556
Lisp Backtrace:
"byte-optimize-lapcode" (0x5f2f8770)
"byte-compile-out-toplevel" (0x5f2f89b8)
"byte-compile-top-level" (0x5f2f8be8)
"byte-compile-lambda" (0x5f2f8e28)
"byte-compile-file-form-defmumble" (0x5f2f9050)
0x2758468 PVEC_COMPILED
0x2758498 PVEC_COMPILED
0x27584c8 PVEC_COMPILED
"byte-compile-file-form-defalias" (0x5f2f9940)
"byte-compile-file-form" (0x5f2f9b08)
"byte-compile-toplevel-file-form" (0x5f2f9cd8)
0x3507dd8 PVEC_COMPILED
0x3041468 PVEC_COMPILED
"funcall" (0x5f2fa050)
"byte-compile-from-buffer" (0x5f2fa550)
"byte-compile-file" (0x5f2fa770)
"byte-recompile-file" (0x5f2fa958)
0x260c1d8 PVEC_COMPILED
0x260c208 PVEC_COMPILED
"funcall" (0x5f2facd0)
"byte-recompile-directory" (0x5f2fb1e8)
"byte-force-recompile" (0x5f2fb3f8)
"call-interactively" (0x5f2fb5c8)
"command-execute" (0x5f2fb710)
"execute-extended-command" (0x5f2fb908)
"call-interactively" (0x5f2fbb68)
Dmitry
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#13573: 24.3.50; src/profiler.c:123: Emacs fatal error: assertion failed: EQ (log->next_free, make_number (i))
2013-01-28 5:26 bug#13573: 24.3.50; src/profiler.c:123: Emacs fatal error: assertion failed: EQ (log->next_free, make_number (i)) Dmitry Antipov
@ 2013-01-30 17:52 ` Stefan Monnier
2013-01-30 18:32 ` Eli Zaretskii
2013-01-31 2:17 ` Dmitry Antipov
0 siblings, 2 replies; 7+ messages in thread
From: Stefan Monnier @ 2013-01-30 17:52 UTC (permalink / raw)
To: Dmitry Antipov; +Cc: 13573
> Crash caused by profiler when byte-force-recompile all Lisp sources.
> Found in bzr revision 111614 and looks regular.
111614 of emacs-24 or of trunk?
By "looks regular" do you mean that you can reproduce it reliably?
> Steps to reproduce:
> ./src/emacs -Q
> M-x profiler-start RET cpu RET
> M-x byte-force-recompile RET lisp RET
> --enable-checking is enabled, the crash is:
Hmm... that terminates without error for me.
> src/profiler.c:123: Emacs fatal error: assertion failed: EQ (log->next_free, make_number (i))
Could you look at log->next_free to see if it's a number or if it's nil?
If it's nil it means that Fremq somehow did not find `key', even though
we took it straight from the has-table itself.
If it's a number different from i, it means that Fremq somehow found
(and removed) another occurrence of `key' in the has-table.
Unless of course there's something trickier going on, such as some
signal triggering right between Fremq and the eassert (and that signal
somehow modifies the hash-table).
Stefan
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#13573: 24.3.50; src/profiler.c:123: Emacs fatal error: assertion failed: EQ (log->next_free, make_number (i))
2013-01-30 17:52 ` Stefan Monnier
@ 2013-01-30 18:32 ` Eli Zaretskii
2013-01-31 0:41 ` Stefan Monnier
2013-01-31 2:17 ` Dmitry Antipov
1 sibling, 1 reply; 7+ messages in thread
From: Eli Zaretskii @ 2013-01-30 18:32 UTC (permalink / raw)
To: Stefan Monnier; +Cc: dmantipov, 13573
> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Date: Wed, 30 Jan 2013 12:52:54 -0500
> Cc: 13573@debbugs.gnu.org
>
> > Crash caused by profiler when byte-force-recompile all Lisp sources.
> > Found in bzr revision 111614 and looks regular.
>
> 111614 of emacs-24 or of trunk?
There's no 111614 yet on emacs-24, its latest is 111208.
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#13573: 24.3.50; src/profiler.c:123: Emacs fatal error: assertion failed: EQ (log->next_free, make_number (i))
2013-01-30 18:32 ` Eli Zaretskii
@ 2013-01-31 0:41 ` Stefan Monnier
0 siblings, 0 replies; 7+ messages in thread
From: Stefan Monnier @ 2013-01-31 0:41 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: dmantipov, 13573
>> > Crash caused by profiler when byte-force-recompile all Lisp sources.
>> > Found in bzr revision 111614 and looks regular.
>> 111614 of emacs-24 or of trunk?
> There's no 111614 yet on emacs-24, its latest is 111208.
Ah, eh, hmm, well, let's pretend I didn't actually check the revno.
Better look like I'm lazy than looking like I'm stupid, right?
In any case I can't reproduce the problem on the trunk.
Stefan
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#13573: 24.3.50; src/profiler.c:123: Emacs fatal error: assertion failed: EQ (log->next_free, make_number (i))
2013-01-30 17:52 ` Stefan Monnier
2013-01-30 18:32 ` Eli Zaretskii
@ 2013-01-31 2:17 ` Dmitry Antipov
2014-02-05 23:47 ` Lars Ingebrigtsen
1 sibling, 1 reply; 7+ messages in thread
From: Dmitry Antipov @ 2013-01-31 2:17 UTC (permalink / raw)
To: Stefan Monnier; +Cc: 13573
On 01/30/2013 09:52 PM, Stefan Monnier wrote:
> Could you look at log->next_free to see if it's a number or if it's nil?
>
> If it's nil it means that Fremq somehow did not find `key', even though
> we took it straight from the has-table itself.
> If it's a number different from i, it means that Fremq somehow found
> (and removed) another occurrence of `key' in the has-table.
It's a number which is less than i in all crashes I have recorded.
Dmitry
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#13573: 24.3.50; src/profiler.c:123: Emacs fatal error: assertion failed: EQ (log->next_free, make_number (i))
2013-01-31 2:17 ` Dmitry Antipov
@ 2014-02-05 23:47 ` Lars Ingebrigtsen
2014-02-06 6:29 ` Dmitry Antipov
0 siblings, 1 reply; 7+ messages in thread
From: Lars Ingebrigtsen @ 2014-02-05 23:47 UTC (permalink / raw)
To: Dmitry Antipov; +Cc: 13573
Dmitry Antipov <dmantipov@yandex.ru> writes:
> On 01/30/2013 09:52 PM, Stefan Monnier wrote:
>
>> Could you look at log->next_free to see if it's a number or if it's nil?
>>
>> If it's nil it means that Fremq somehow did not find `key', even though
>> we took it straight from the has-table itself.
>> If it's a number different from i, it means that Fremq somehow found
>> (and removed) another occurrence of `key' in the has-table.
>
> It's a number which is less than i in all crashes I have recorded.
Are you still seeing this build problem on the current trunk?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
^ permalink raw reply [flat|nested] 7+ messages in thread
* bug#13573: 24.3.50; src/profiler.c:123: Emacs fatal error: assertion failed: EQ (log->next_free, make_number (i))
2014-02-05 23:47 ` Lars Ingebrigtsen
@ 2014-02-06 6:29 ` Dmitry Antipov
0 siblings, 0 replies; 7+ messages in thread
From: Dmitry Antipov @ 2014-02-06 6:29 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 13573
On 02/06/2014 03:47 AM, Lars Ingebrigtsen wrote:
> Are you still seeing this build problem on the current trunk?
No. Hopefully this bug may be closed.
Dmitry
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2014-02-06 6:29 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-01-28 5:26 bug#13573: 24.3.50; src/profiler.c:123: Emacs fatal error: assertion failed: EQ (log->next_free, make_number (i)) Dmitry Antipov
2013-01-30 17:52 ` Stefan Monnier
2013-01-30 18:32 ` Eli Zaretskii
2013-01-31 0:41 ` Stefan Monnier
2013-01-31 2:17 ` Dmitry Antipov
2014-02-05 23:47 ` Lars Ingebrigtsen
2014-02-06 6:29 ` Dmitry Antipov
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).