From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 28 00:27:15 2013 Received: (at submit) by debbugs.gnu.org; 28 Jan 2013 05:27:15 +0000 Received: from localhost ([127.0.0.1]:51921 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TzhFS-0003OU-HH for submit@debbugs.gnu.org; Mon, 28 Jan 2013 00:27:15 -0500 Received: from eggs.gnu.org ([208.118.235.92]:49601) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TzhFM-0003OH-Et for submit@debbugs.gnu.org; Mon, 28 Jan 2013 00:27:12 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TzhEw-0001zf-So for submit@debbugs.gnu.org; Mon, 28 Jan 2013 00:26:44 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-102.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_LOW, T_DKIM_INVALID, USER_IN_WHITELIST autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:54942) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TzhEw-0001zb-Pn for submit@debbugs.gnu.org; Mon, 28 Jan 2013 00:26:42 -0500 Received: from eggs.gnu.org ([208.118.235.92]:60951) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TzhEu-00070K-82 for bug-gnu-emacs@gnu.org; Mon, 28 Jan 2013 00:26:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TzhEs-0001yl-2N for bug-gnu-emacs@gnu.org; Mon, 28 Jan 2013 00:26:40 -0500 Received: from forward7.mail.yandex.net ([77.88.61.37]:37816) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TzhEr-0001yQ-7J for bug-gnu-emacs@gnu.org; Mon, 28 Jan 2013 00:26:37 -0500 Received: from smtp8.mail.yandex.net (smtp8.mail.yandex.net [77.88.61.54]) by forward7.mail.yandex.net (Yandex) with ESMTP id 4A35D1C1461 for ; Mon, 28 Jan 2013 09:26:32 +0400 (MSK) Received: from smtp8.mail.yandex.net (localhost [127.0.0.1]) by smtp8.mail.yandex.net (Yandex) with ESMTP id 329B01B60337 for ; Mon, 28 Jan 2013 09:26:32 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp8.mail.yandex.net (nwsmtp/Yandex) with ESMTP id QV2i4S6G-QV2Wp2wp; Mon, 28 Jan 2013 09:26:31 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1359350792; bh=eDdFuiWY8ehoiZ6b2Iwgalu5yRIv0TgyEzawBffFKQs=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: Content-Type:Content-Transfer-Encoding; b=X2gbBo2t380Was+XPyl3AX1WMDlTDUbW0RkzI1/MUqs4ynT8PU0BqRpJBrVyViKwe Uph7T2f4MaoNRxBTY+HkKj2wT2vN0p+o3kYXVOk/AS2Igsk8b6XhY/0HomxylpmBha 1V6sXVVWKgAmCyQfu8prE4wbuecCEqrKPubQR3zI= Message-ID: <51060C07.5080003@yandex.ru> Date: Mon, 28 Jan 2013 09:26:31 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: bug-gnu-emacs@gnu.org Subject: 24.3.50; src/profiler.c:123: Emacs fatal error: assertion failed: EQ (log->next_free, make_number (i)) Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -4.3 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.2 (------) 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 ) at src/sysdep.c:1595 #6 #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=, args=) 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 , handlers=..., hfun=hfun@entry= 0x527fc0 ) 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 , 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=) 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 From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 30 12:53:35 2013 Received: (at 13573) by debbugs.gnu.org; 30 Jan 2013 17:53:35 +0000 Received: from localhost ([127.0.0.1]:56038 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0bqo-00054c-V0 for submit@debbugs.gnu.org; Wed, 30 Jan 2013 12:53:35 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:39814) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0bqn-00054V-8f for 13573@debbugs.gnu.org; Wed, 30 Jan 2013 12:53:34 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABK/CFG4rw3e/2dsb2JhbABEuzWDWRdzgh4BAQQBJy8jBQsLDiYHCxQYDSSIHgbBLZEKA4hhlnuFHoFegxU X-IPAS-Result: Av8EABK/CFG4rw3e/2dsb2JhbABEuzWDWRdzgh4BAQQBJy8jBQsLDiYHCxQYDSSIHgbBLZEKA4hhlnuFHoFegxU X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="39643" Received: from 184-175-13-222.dsl.teksavvy.com (HELO ceviche.home) ([184.175.13.222]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 30 Jan 2013 12:52:54 -0500 Received: by ceviche.home (Postfix, from userid 20848) id AC220660D9; Wed, 30 Jan 2013 12:52:54 -0500 (EST) From: Stefan Monnier To: Dmitry Antipov Subject: Re: bug#13573: 24.3.50; src/profiler.c:123: Emacs fatal error: assertion failed: EQ (log->next_free, make_number (i)) Message-ID: References: <51060C07.5080003@yandex.ru> Date: Wed, 30 Jan 2013 12:52:54 -0500 In-Reply-To: <51060C07.5080003@yandex.ru> (Dmitry Antipov's message of "Mon, 28 Jan 2013 09:26:31 +0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 13573 Cc: 13573@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > 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 From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 30 13:33:51 2013 Received: (at 13573) by debbugs.gnu.org; 30 Jan 2013 18:33:52 +0000 Received: from localhost ([127.0.0.1]:56100 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0cTn-0006y6-LU for submit@debbugs.gnu.org; Wed, 30 Jan 2013 13:33:51 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:39525) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0cTl-0006xz-RZ for 13573@debbugs.gnu.org; Wed, 30 Jan 2013 13:33:50 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MHG00100ATTF800@a-mtaout22.012.net.il> for 13573@debbugs.gnu.org; Wed, 30 Jan 2013 20:33:11 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MHG001EBBJA7870@a-mtaout22.012.net.il>; Wed, 30 Jan 2013 20:33:11 +0200 (IST) Date: Wed, 30 Jan 2013 20:32:58 +0200 From: Eli Zaretskii Subject: Re: bug#13573: 24.3.50; src/profiler.c:123: Emacs fatal error: assertion failed: EQ (log->next_free, make_number (i)) In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier Message-id: <83r4l2h679.fsf@gnu.org> References: <51060C07.5080003@yandex.ru> X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 13573 Cc: dmantipov@yandex.ru, 13573@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Stefan Monnier > 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. From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 30 19:42:33 2013 Received: (at 13573) by debbugs.gnu.org; 31 Jan 2013 00:42:33 +0000 Received: from localhost ([127.0.0.1]:56474 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0iEb-0003mu-Cj for submit@debbugs.gnu.org; Wed, 30 Jan 2013 19:42:33 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:39903) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0iEZ-0003mo-Im for 13573@debbugs.gnu.org; Wed, 30 Jan 2013 19:42:31 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EABK/CFG4rw3e/2dsb2JhbABEuzWDWRdzgh4BAQQBJy8jEAs0BwsUGA0kiB4GwS2RCgOIYZZ7hR6BXoMV X-IPAS-Result: Av8EABK/CFG4rw3e/2dsb2JhbABEuzWDWRdzgh4BAQQBJy8jEAs0BwsUGA0kiB4GwS2RCgOIYZZ7hR6BXoMV X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="73706" Received: from 184-175-13-222.dsl.teksavvy.com (HELO ceviche.home) ([184.175.13.222]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 30 Jan 2013 19:41:51 -0500 Received: by ceviche.home (Postfix, from userid 20848) id A081466130; Wed, 30 Jan 2013 19:41:51 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#13573: 24.3.50; src/profiler.c:123: Emacs fatal error: assertion failed: EQ (log->next_free, make_number (i)) Message-ID: References: <51060C07.5080003@yandex.ru> <83r4l2h679.fsf@gnu.org> Date: Wed, 30 Jan 2013 19:41:51 -0500 In-Reply-To: <83r4l2h679.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 30 Jan 2013 20:32:58 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 13573 Cc: dmantipov@yandex.ru, 13573@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.5 (/) >> > 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 From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 30 21:18:46 2013 Received: (at 13573) by debbugs.gnu.org; 31 Jan 2013 02:18:46 +0000 Received: from localhost ([127.0.0.1]:56523 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0jjh-0006Dq-JS for submit@debbugs.gnu.org; Wed, 30 Jan 2013 21:18:46 -0500 Received: from forward7.mail.yandex.net ([77.88.61.37]:53856) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U0jjd-0006Dg-V2 for 13573@debbugs.gnu.org; Wed, 30 Jan 2013 21:18:44 -0500 Received: from smtp9.mail.yandex.net (smtp9.mail.yandex.net [77.88.61.35]) by forward7.mail.yandex.net (Yandex) with ESMTP id B20A81C1F62; Thu, 31 Jan 2013 06:18:00 +0400 (MSK) Received: from smtp9.mail.yandex.net (localhost [127.0.0.1]) by smtp9.mail.yandex.net (Yandex) with ESMTP id 878091520700; Thu, 31 Jan 2013 06:18:00 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp9.mail.yandex.net (nwsmtp/Yandex) with ESMTP id HwOS2lD3-I0OSRfSv; Thu, 31 Jan 2013 06:18:00 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1359598680; bh=9JV0Ghg/GUxqYuxz3Z2zKB/m8sjLI4L/EV3Od7e7sD4=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Zf+Kp4HccxUb0gQp0A6t1nmEJVtsdfyMFp9MUGPtvhhSQ2r+XFWHo/TKeZL3NAU8K WYO027kQTsB9XgRKuVZSDPQ7/UinSQEwc5MnEMUgJDlFgW5YQzIbzGQkEwhKAJ/BYa iNK6SXXAMYhgNMuw9/6Ps4lFjdscHH2G4GNqvYqU= Message-ID: <5109D456.9020404@yandex.ru> Date: Thu, 31 Jan 2013 06:17:58 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: Stefan Monnier Subject: Re: bug#13573: 24.3.50; src/profiler.c:123: Emacs fatal error: assertion failed: EQ (log->next_free, make_number (i)) References: <51060C07.5080003@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 13573 Cc: 13573@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) 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 From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 05 18:48:47 2014 Received: (at 13573) by debbugs.gnu.org; 5 Feb 2014 23:48:47 +0000 Received: from localhost ([127.0.0.1]:51406 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBCD0-0000Yj-R2 for submit@debbugs.gnu.org; Wed, 05 Feb 2014 18:48:47 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:42795) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBCCy-0000Yc-V7 for 13573@debbugs.gnu.org; Wed, 05 Feb 2014 18:48:45 -0500 Received: from [204.14.154.233] (helo=building.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1WBCCk-00076r-9H; Thu, 06 Feb 2014 00:48:30 +0100 From: Lars Ingebrigtsen To: Dmitry Antipov Subject: Re: bug#13573: 24.3.50; src/profiler.c:123: Emacs fatal error: assertion failed: EQ (log->next_free, make_number (i)) References: <51060C07.5080003@yandex.ru> <5109D456.9020404@yandex.ru> Date: Wed, 05 Feb 2014 15:47:27 -0800 In-Reply-To: <5109D456.9020404@yandex.ru> (Dmitry Antipov's message of "Thu, 31 Jan 2013 06:17:58 +0400") Message-ID: <87txcd2kc0.fsf@building.gnus.org> User-Agent: Gnus/5.13001 (Ma Gnus v0.10) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1WBCCk-00076r-9H X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1392248910.99029@1VAbRDxrLBUUUaGPi03QuQ X-Spam-Status: No X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 13573 Cc: 13573@debbugs.gnu.org, Stefan Monnier X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Dmitry Antipov 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/ From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 06 01:29:51 2014 Received: (at 13573) by debbugs.gnu.org; 6 Feb 2014 06:29:51 +0000 Received: from localhost ([127.0.0.1]:51984 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBIT8-0003vy-4c for submit@debbugs.gnu.org; Thu, 06 Feb 2014 01:29:50 -0500 Received: from forward7.mail.yandex.net ([77.88.61.37]:52917) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBIT4-0003vp-FJ for 13573@debbugs.gnu.org; Thu, 06 Feb 2014 01:29:47 -0500 Received: from smtp7.mail.yandex.net (smtp7.mail.yandex.net [77.88.61.55]) by forward7.mail.yandex.net (Yandex) with ESMTP id 1A10C1C05D8; Thu, 6 Feb 2014 10:29:44 +0400 (MSK) Received: from smtp7.mail.yandex.net (localhost [127.0.0.1]) by smtp7.mail.yandex.net (Yandex) with ESMTP id B76691580110; Thu, 6 Feb 2014 10:29:44 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp7.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id eRWwjoTbfS-Thj8Wje5; Thu, 6 Feb 2014 10:29:44 +0400 (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) X-Yandex-Uniq: 29b7959f-67ee-4082-aba5-afc7229dd8f4 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1391668184; bh=CfhzX8cmvCnZTBCNBPKtwCE2yd8JYbdp5zSYNA+53cU=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=J0I4F0L6KKm+b1IRKwO8WOOUA0nglK2w4Z1X+g/beMTkLCKTwNIBThRI7QxvwCTZV cfByvHbX6vaapkonhLRHw2rS5xQSO7JRnKLeRbyHhI0MoXtrs88G9wssKS0j+yWXtV C/UgvC+xf/3pbU4OPb41cWffX6QcDD5iM/nYbNvM= Authentication-Results: smtp7.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <52F32BD6.2090408@yandex.ru> Date: Thu, 06 Feb 2014 10:29:42 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Lars Ingebrigtsen Subject: Re: bug#13573: 24.3.50; src/profiler.c:123: Emacs fatal error: assertion failed: EQ (log->next_free, make_number (i)) References: <51060C07.5080003@yandex.ru> <5109D456.9020404@yandex.ru> <87txcd2kc0.fsf@building.gnus.org> In-Reply-To: <87txcd2kc0.fsf@building.gnus.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 13573 Cc: 13573@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) 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 From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 06 01:36:45 2014 Received: (at control) by debbugs.gnu.org; 6 Feb 2014 06:36:45 +0000 Received: from localhost ([127.0.0.1]:51989 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBIZo-0004Ah-Vm for submit@debbugs.gnu.org; Thu, 06 Feb 2014 01:36:45 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:48741) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WBIZm-0004AZ-FY for control@debbugs.gnu.org; Thu, 06 Feb 2014 01:36:42 -0500 Received: from [204.14.154.233] (helo=building.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1WBIZX-0006u9-Al for control@debbugs.gnu.org; Thu, 06 Feb 2014 07:36:27 +0100 Date: Wed, 05 Feb 2014 22:35:23 -0800 Message-Id: <87k3d8rbo4.fsf@building.gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #13573 X-MailScanner-ID: 1WBIZX-0006u9-Al X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1392273389.25145@JZIn/JE0OJ9g+v93720ing X-Spam-Status: No X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) close 13573 From unknown Fri Jun 20 07:29:27 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 06 Mar 2014 12:24:07 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator