From unknown Fri Sep 05 15:37:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12074: emacs crashes on startup Resent-From: Nick Dokos Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Jul 2012 03:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 12074 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 12074@debbugs.gnu.org Cc: nicholas.dokos@hp.com X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Reply-To: nicholas.dokos@hp.com Received: via spool by submit@debbugs.gnu.org id=B.134344605610544 (code B ref -1); Sat, 28 Jul 2012 03:28:02 +0000 Received: (at submit) by debbugs.gnu.org; 28 Jul 2012 03:27:36 +0000 Received: from localhost ([127.0.0.1]:45339 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Suxgi-0002jx-IZ for submit@debbugs.gnu.org; Fri, 27 Jul 2012 23:27:36 -0400 Received: from eggs.gnu.org ([208.118.235.92]:58441) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Suxgc-0002jl-5X for submit@debbugs.gnu.org; Fri, 27 Jul 2012 23:27:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SuxZn-00007U-C8 for submit@debbugs.gnu.org; Fri, 27 Jul 2012 23:20:26 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:57558) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SuxZn-00007Q-8U for submit@debbugs.gnu.org; Fri, 27 Jul 2012 23:20:23 -0400 Received: from eggs.gnu.org ([208.118.235.92]:32851) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SuxZk-0004t9-Ls for bug-gnu-emacs@gnu.org; Fri, 27 Jul 2012 23:20:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SuxZh-00006k-Id for bug-gnu-emacs@gnu.org; Fri, 27 Jul 2012 23:20:20 -0400 Received: from g1t0028.austin.hp.com ([15.216.28.35]:19082) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SuxZh-00006S-5p for bug-gnu-emacs@gnu.org; Fri, 27 Jul 2012 23:20:17 -0400 Received: from g1t0039.austin.hp.com (g1t0039.austin.hp.com [16.236.32.45]) by g1t0028.austin.hp.com (Postfix) with ESMTP id A97AD1C168 for ; Sat, 28 Jul 2012 03:20:16 +0000 (UTC) Received: from ldl (ldl.usa.hp.com [16.125.112.222]) by g1t0039.austin.hp.com (Postfix) with ESMTP id 8494B34545; Sat, 28 Jul 2012 03:20:16 +0000 (UTC) Received: from localhost (ldl.fc.hp.com [127.0.0.1]) by ldl (Postfix) with ESMTP id 152EF1A7E0D1; Fri, 27 Jul 2012 21:20:16 -0600 (MDT) Received: from ldl ([127.0.0.1]) by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lxxfNQHxz95p; Fri, 27 Jul 2012 21:20:15 -0600 (MDT) Received: from alphaville.dokosmarshall.org (squirrel.fc.hp.com [15.11.146.57]) by ldl (Postfix) with ESMTP id 6A38F1A7E0CB; Fri, 27 Jul 2012 21:20:15 -0600 (MDT) Received: by alphaville.americas.hpqcorp.net (Postfix, from userid 1000) id 1337E42033; Fri, 27 Jul 2012 23:13:16 -0400 (EDT) Received: from alphaville (localhost [127.0.0.1]) by alphaville.americas.hpqcorp.net (Postfix) with ESMTP id 03143402CC; Fri, 27 Jul 2012 23:13:17 -0400 (EDT) From: Nick Dokos Organization: HPCS X-Mailer: MH-E 8.2; nmh 1.3; GNU Emacs 23.2.1 Date: Fri, 27 Jul 2012 23:13:16 -0400 Message-ID: <27365.1343445196@alphaville> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -6.9 (------) 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.9 (------) I just updated emacs from the git repo git://repo.or.cz/emacs.git git describe says v24.0.50-14303-g6aecb14 I built it successfully but when starting it up, it gets a fatal abort error. I ran it under gdb and got the (first) backtrace appended. Something in my .emacs triggers this because starting it with -Q or -q does not abort. OTOH, my .emacs was working fine with the previous version of emacs24 (I had built that around the end of May) and it still works with emacs23 (which is what I'm using right now). I bisected my way through my .emacs and it seems that a (mh-rmail) call is enough to trigger it: $ ./src/emacs -Q -l ~/minimal.mh-rmail.el Fatal error (6)Segmentation fault (core dumped) where minimal.mh-rmail.el is just --8<---------------cut here---------------start------------->8--- (mh-rmail) --8<---------------cut here---------------end--------------->8--- and the backtrace is simpler (search for "Simpler backtrace" below). Thanks, Nick Original backtrace: $ gdb ./src/emacs GNU gdb (Ubuntu/Linaro 7.2-1ubuntu11) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: ... /home/nick/.gdbinit:3: Error in sourced command file: No symbol table is loaded. Use the "file" command. Reading symbols from /home/nick/src/emacs/emacs.repo/emacs/src/emacs...done. (gdb) run Starting program: /home/nick/src/emacs/emacs.repo/emacs/src/emacs [Thread debugging using libthread_db enabled] [New Thread 0x7fffe848b700 (LWP 14865)] [New Thread 0x7fffe7a32700 (LWP 14866)] Program received signal SIGABRT, Aborted. 0x00007ffff14fafe7 in kill () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt #0 0x00007ffff14fafe7 in kill () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00000000004fe4d5 in abort () at emacs.c:365 #2 0x000000000055f489 in mark_object (arg=) at alloc.c:6221 #3 0x000000000055f4dc in mark_object (arg=) at alloc.c:6217 #4 0x000000000055f4dc in mark_object (arg=) at alloc.c:6217 #5 0x00000000005607cd in Fgarbage_collect () at alloc.c:5604 #6 0x00000000005777a4 in maybe_gc (form=42719510) at lisp.h:3526 #7 eval_sub (form=42719510) at eval.c:2054 #8 0x0000000000577f55 in Fprogn (args=42719462) at eval.c:362 #9 0x000000000057ad71 in Flet (args=42720070) at eval.c:919 #10 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #11 0x0000000000577f55 in Fprogn (args=42716982) at eval.c:362 #12 0x000000000057ad71 in Flet (args=42619958) at eval.c:919 #13 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #14 0x0000000000577f55 in Fprogn (args=42716934) at eval.c:362 #15 0x000000000057829b in funcall_lambda (fun=42716822, nargs=0, arg_vector=0x7fffffff8050) at eval.c:3034 #16 0x0000000000577600 in apply_lambda (fun=42716822, args=12016002) at eval.c:2918 #17 0x0000000000577916 in eval_sub (form=) at eval.c:2221 #18 0x00000000005775c7 in apply_lambda (fun=39874134, args=12016002) at eval.c:2909 #19 0x0000000000577916 in eval_sub (form=) at eval.c:2221 #20 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #21 0x0000000000577f55 in Fprogn (args=42620502) at eval.c:362 #22 0x000000000057829b in funcall_lambda (fun=42620294, nargs=0, arg_vector=0x7fffffff84b0) at eval.c:3034 #23 0x0000000000577600 in apply_lambda (fun=42620294, args=12016002) at eval.c:2918 #24 0x0000000000577916 in eval_sub (form=) at eval.c:2221 #25 0x0000000000577f55 in Fprogn (args=42332838) at eval.c:362 #26 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #27 0x0000000000577f55 in Fprogn (args=42332806) at eval.c:362 #28 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #29 0x000000000057a793 in For (args=42332774) at eval.c:262 #30 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #31 0x0000000000577f55 in Fprogn (args=50279110) at eval.c:362 #32 0x000000000056b97d in Fsave_current_buffer (args=50279014) at editfns.c:963 #33 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #34 0x0000000000577ad8 in eval_sub (form=) at eval.c:2218 #35 0x0000000000577f55 in Fprogn (args=42332742) at eval.c:362 #36 0x000000000057ad71 in Flet (args=41506694) at eval.c:919 #37 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #38 0x0000000000577f55 in Fprogn (args=42332710) at eval.c:362 #39 0x000000000057829b in funcall_lambda (fun=42332582, nargs=0, arg_vector=0x7fffffff8d50) at eval.c:3034 #40 0x0000000000577600 in apply_lambda (fun=42332582, args=12016002) at eval.c:2918 #41 0x0000000000577916 in eval_sub (form=) at eval.c:2221 #42 0x000000000057ac5e in Flet (args=51862806) at eval.c:889 #43 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #44 0x0000000000577ad8 in eval_sub (form=) at eval.c:2218 #45 0x0000000000577f55 in Fprogn (args=51863382) at eval.c:362 #46 0x0000000000576968 in internal_catch (tag=Cannot access memory at address 0x39ee ) at eval.c:1065 #47 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #48 0x0000000000577a84 in eval_sub (form=) at eval.c:2142 #49 0x0000000000577ad8 in eval_sub (form=) at eval.c:2218 #50 0x0000000000577ad8 in eval_sub (form=) at eval.c:2218 #51 0x0000000000577f55 in Fprogn (args=34439318) at eval.c:362 #52 0x000000000057ad71 in Flet (args=34441830) at eval.c:919 #53 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #54 0x0000000000577f55 in Fprogn (args=34439430) at eval.c:362 #55 0x000000000057829b in funcall_lambda (fun=34439542, nargs=0, arg_vector=0x7fffffff9860) at eval.c:3034 #56 0x0000000000577600 in apply_lambda (fun=34439542, args=12016002) at eval.c:2918 #57 0x0000000000577916 in eval_sub (form=) at eval.c:2221 #58 0x0000000000577f55 in Fprogn (args=51382358) at eval.c:362 #59 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #60 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #61 0x0000000000577ad8 in eval_sub (form=) at eval.c:2218 #62 0x0000000000577f55 in Fprogn (args=34466070) at eval.c:362 #63 0x000000000057829b in funcall_lambda (fun=34466230, nargs=0, arg_vector=0x7fffffff9d30) at eval.c:3034 #64 0x0000000000577600 in apply_lambda (fun=34466230, args=12016002) at eval.c:2918 #65 0x0000000000577916 in eval_sub (form=) at eval.c:2221 #66 0x000000000057a395 in Feval (form=51382950, lexical=) at eval.c:2019 #67 0x0000000000577be5 in eval_sub (form=) at eval.c:2160 #68 0x000000000057a9ea in internal_lisp_condition_case (var=12016002, bodyform=30100086, handlers=30100422) at eval.c:1262 #69 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #70 0x0000000000577f55 in Fprogn (args=30098438) at eval.c:362 #71 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #72 0x000000000057ac5e in Flet (args=30098486) at eval.c:889 #73 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #74 0x0000000000577f55 in Fprogn (args=30099302) at eval.c:362 #75 0x000000000057829b in funcall_lambda (fun=30097430, nargs=3, arg_vector=0x7fffffffa520) at eval.c:3034 #76 0x0000000000577600 in apply_lambda (fun=30097430, args=12016002) at eval.c:2918 #77 0x0000000000577916 in eval_sub (form=) at eval.c:2221 #78 0x0000000000577e50 in Fsetq (args=) at eval.c:431 #79 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #80 0x0000000000577f55 in Fprogn (args=33193990) at eval.c:362 #81 0x0000000000576968 in internal_catch (tag=Cannot access memory at address 0x39ee ) at eval.c:1065 #82 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #83 0x0000000000577f55 in Fprogn (args=33191942) at eval.c:362 #84 0x000000000057a7c8 in Fwhile (args=) at eval.c:941 #85 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #86 0x0000000000577f55 in Fprogn (args=33191958) at eval.c:362 #87 0x000000000057afb0 in FletX (args=33196950) at eval.c:849 #88 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #89 0x0000000000577f55 in Fprogn (args=33192038) at eval.c:362 #90 0x000000000057829b in funcall_lambda (fun=33192166, nargs=0, arg_vector=0x7fffffffad00) at eval.c:3034 #91 0x0000000000577600 in apply_lambda (fun=33192166, args=12016002) at eval.c:2918 #92 0x0000000000577916 in eval_sub (form=) at eval.c:2221 #93 0x0000000000577e50 in Fsetq (args=) at eval.c:431 #94 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #95 0x0000000000577f55 in Fprogn (args=32716806) at eval.c:362 #96 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #97 0x0000000000577f55 in Fprogn (args=33175654) at eval.c:362 #98 0x000000000057a7c8 in Fwhile (args=) at eval.c:941 #99 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #100 0x0000000000577f55 in Fprogn (args=33175670) at eval.c:362 #101 0x0000000000573d5d in Fsave_restriction (body=32719638) at editfns.c:3433 #102 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #103 0x0000000000577f55 in Fprogn (args=33175686) at eval.c:362 #104 0x00000000005724ed in Fsave_excursion (args=33175686) at editfns.c:948 #105 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #106 0x0000000000577f55 in Fprogn (args=33175702) at eval.c:362 #107 0x000000000057ad71 in Flet (args=32719462) at eval.c:919 #108 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #109 0x0000000000577f55 in Fprogn (args=51267078) at eval.c:362 #110 0x000000000056b97d in Fsave_current_buffer (args=51267014) at editfns.c:963 #111 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #112 0x0000000000577ad8 in eval_sub (form=) at eval.c:2218 #113 0x0000000000577f55 in Fprogn (args=33175750) at eval.c:362 #114 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #115 0x0000000000577f55 in Fprogn (args=33175766) at eval.c:362 #116 0x000000000057afb0 in FletX (args=32719014) at eval.c:849 #117 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #118 0x0000000000577f55 in Fprogn (args=33175798) at eval.c:362 #119 0x000000000057829b in funcall_lambda (fun=33175926, nargs=6, arg_vector=0x7fffffffbb08) at eval.c:3034 #120 0x000000000057853d in Ffuncall (nargs=, args=0x7fffffffbb00) at eval.c:2870 #121 0x000000000057958c in Fapply (nargs=, args=0x7fffffffbbe0) at eval.c:2315 #122 0x0000000000577d37 in eval_sub (form=) at eval.c:2129 #123 0x0000000000577e50 in Fsetq (args=) at eval.c:431 #124 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #125 0x0000000000577f55 in Fprogn (args=32954278) at eval.c:362 #126 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #127 0x0000000000577f55 in Fprogn (args=32954310) at eval.c:362 #128 0x000000000057ad71 in Flet (args=32955334) at eval.c:919 #129 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #130 0x0000000000577f55 in Fprogn (args=32952326) at eval.c:362 #131 0x0000000000576968 in internal_catch (tag=Cannot access memory at address 0x39ee ) at eval.c:1065 #132 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #133 0x0000000000577f55 in Fprogn (args=32952454) at eval.c:362 #134 0x000000000057a7c8 in Fwhile (args=) at eval.c:941 #135 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #136 0x0000000000577f55 in Fprogn (args=32952470) at eval.c:362 #137 0x000000000057a7c8 in Fwhile (args=) at eval.c:941 #138 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #139 0x0000000000577f55 in Fprogn (args=32950950) at eval.c:362 #140 0x000000000057afb0 in FletX (args=32959158) at eval.c:849 #141 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #142 0x0000000000577f55 in Fprogn (args=32945158) at eval.c:362 #143 0x000000000057829b in funcall_lambda (fun=32945414, nargs=0, arg_vector=0x7fffffffc6f0) at eval.c:3034 #144 0x0000000000577600 in apply_lambda (fun=32945414, args=12016002) at eval.c:2918 #145 0x0000000000577916 in eval_sub (form=) at eval.c:2221 #146 0x0000000000577f55 in Fprogn (args=51864742) at eval.c:362 #147 0x000000000057ad71 in Flet (args=51864710) at eval.c:919 #148 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #149 0x000000000059c654 in readevalloop (readcharfun=13206037, stream=0x0, sourcename=15196033, printflag=0, unibyte=, readfun=12016002, start=12016002, end=12016002) at lread.c:1814 #150 0x000000000059ce44 in Feval_buffer (buffer=, printflag=12016002, filename=15210225, unibyte=12016002, do_allow_print=) at lread.c:1875 #151 0x00000000005786db in Ffuncall (nargs=, args=0x7fffffffcb98) at eval.c:2825 #152 0x00000000005b0543 in exec_byte_code (bytestr=14862, vector=140737488341912, maxdepth=14862, args_template=4611686018695757824, nargs=4611686018430533632, args=0x40000) at bytecode.c:898 #153 0x0000000000578155 in funcall_lambda (fun=8868069, nargs=, arg_vector=0x7fffffffcd78) at eval.c:3041 #154 0x000000000057853d in Ffuncall (nargs=, args=0x7fffffffcd70) at eval.c:2870 #155 0x0000000000578949 in call4 (fn=, arg1=, arg2=, arg3=, arg4=) at eval.c:2628 #156 0x000000000059d729 in Fload (file=15211393, noerror=12016050, nomessage=12016050, nosuffix=15210225, must_suffix=) at lread.c:1248 #157 0x00000000005786db in Ffuncall (nargs=, args=0x7fffffffcf78) at eval.c:2825 #158 0x00000000005b0543 in exec_byte_code (bytestr=14862, vector=140737488343136, maxdepth=14862, args_template=4611686018695757824, nargs=4611686018430533632, args=0x40000) at bytecode.c:898 #159 0x000000000057853d in Ffuncall (nargs=, args=0x7fffffffd1c8) at eval.c:2870 #160 0x00000000005b0543 in exec_byte_code (bytestr=14862, vector=140737488343496, maxdepth=14862, args_template=4611686018695757824, nargs=4611686018430533632, args=0x40000) at bytecode.c:898 #161 0x000000000057853d in Ffuncall (nargs=, args=0x7fffffffd320) at eval.c:2870 #162 0x0000000000577d37 in eval_sub (form=) at eval.c:2129 #163 0x000000000057a9ea in internal_lisp_condition_case (var=16350658, bodyform=11989750, handlers=11988166) at eval.c:1262 #164 0x00000000005b1c3f in exec_byte_code (bytestr=14862, vector=140737488344560, maxdepth=14862, args_template=4611686018695757824, nargs=4611686018430533632, args=0x40000) at bytecode.c:1094 #165 0x000000000057853d in Ffuncall (nargs=, args=0x7fffffffd780) at eval.c:2870 #166 0x00000000005b0543 in exec_byte_code (bytestr=14862, vector=140737488344960, maxdepth=14862, args_template=4611686018695757824, nargs=4611686018430533632, args=0x40000) at bytecode.c:898 #167 0x0000000000577600 in apply_lambda (fun=9223613, args=12016002) at eval.c:2918 #168 0x0000000000577916 in eval_sub (form=) at eval.c:2221 #169 0x000000000057a395 in Feval (form=12233238, lexical=) at eval.c:2019 #170 0x0000000000576a88 in internal_condition_case (bfun=0x502e90 , handlers=12067778, hfun=0x5057b0 ) at eval.c:1308 #171 0x00000000005032c6 in top_level_1 (ignore=) at keyboard.c:1169 #172 0x0000000000576968 in internal_catch (tag=Cannot access memory at address 0x39ee ) at eval.c:1065 #173 0x0000000000505232 in command_loop () at keyboard.c:1124 #174 recursive_edit_1 () at keyboard.c:752 #175 0x0000000000505594 in Frecursive_edit () at keyboard.c:816 #176 0x00000000004ffa4b in main (argc=, argv=) at emacs.c:1652 (gdb) quit Simpler backtrace: $ gdb ./src/emacs GNU gdb (Ubuntu/Linaro 7.2-1ubuntu11) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: ... /home/nick/.gdbinit:3: Error in sourced command file: No symbol table is loaded. Use the "file" command. Reading symbols from /home/nick/src/emacs/emacs.repo/emacs/src/emacs...done. (gdb) run -Q -l ~/minimal.mh-rmail.el Starting program: /home/nick/src/emacs/emacs.repo/emacs/src/emacs -Q -l ~/minimal.mh-rmail.el [Thread debugging using libthread_db enabled] [New Thread 0x7fffe848b700 (LWP 27331)] [New Thread 0x7fffe7a32700 (LWP 27332)] Program received signal SIGABRT, Aborted. 0x00007ffff14fafe7 in kill () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt #0 0x00007ffff14fafe7 in kill () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00000000004fe4d5 in abort () at emacs.c:365 #2 0x000000000055f489 in mark_object (arg=) at alloc.c:6221 #3 0x000000000055f4dc in mark_object (arg=) at alloc.c:6217 #4 0x000000000055f4dc in mark_object (arg=) at alloc.c:6217 #5 0x00000000005607cd in Fgarbage_collect () at alloc.c:5604 #6 0x00000000005777a4 in maybe_gc (form=10080278) at lisp.h:3526 #7 eval_sub (form=10080278) at eval.c:2054 #8 0x000000000057a395 in Feval (form=10080278, lexical=) at eval.c:2019 #9 0x0000000000576bf0 in internal_condition_case_1 (bfun=0x502e80 , arg=10080278, handlers=12067778, hfun=0x500f40 ) at eval.c:1346 #10 0x000000000050a9df in menu_item_eval_property (sexpr=10080278) at keyboard.c:7669 #11 0x000000000050b30d in parse_menu_item (item=, inmenubar=0) at keyboard.c:7845 #12 0x000000000045f5c8 in single_menu_item (key=19874770, item=, dummy=, skp_v=0x7fffffff1100) at menu.c:347 #13 0x0000000000516100 in map_keymap_item (map=, fun=0x45f5a0 , args=12016002, data=0x7fffffff1100) at keymap.c:561 #14 map_keymap_internal (map=, fun=0x45f5a0 , args=12016002, data=0x7fffffff1100) at keymap.c:601 #15 0x000000000045f45a in single_keymap_panes (keymap=16661238, pane_name=, prefix=, maxdepth=10) at menu.c:313 #16 0x0000000000460404 in parse_single_submenu (item_key=15310706, item_name=9151233, maps=) at menu.c:568 #17 0x0000000000461ea0 in set_frame_menubar (f=0x11760a0, first_time=, deep_p=1) at xmenu.c:1047 #18 0x000000000042d664 in update_menu_bar (f=0x11760a0, save_match_data=0, hooks_run=1) at xdisp.c:11287 #19 0x0000000000443ab5 in prepare_menu_bars () at xdisp.c:11165 #20 0x0000000000448016 in redisplay_internal () at xdisp.c:13030 #21 0x000000000050c816 in read_char (commandflag=1, nmaps=2, maps=0x7fffffffd620, prev_event=12016002, used_mouse_menu=0x7fffffffd7d4, end_time=0x0) at keyboard.c:2456 #22 0x000000000050edca in read_key_sequence (keybuf=0x7fffffffd830, prompt=12016002, dont_downcase_last=0, can_return_switch_frame=1, fix_current_buffer=1, bufsize=30) at keyboard.c:9310 #23 0x0000000000510946 in command_loop_1 () at keyboard.c:1449 #24 0x0000000000576a88 in internal_condition_case (bfun=0x510780 , handlers=12067778, hfun=0x5057b0 ) at eval.c:1308 #25 0x00000000005031de in command_loop_2 (ignore=) at keyboard.c:1152 #26 0x0000000000576968 in internal_catch (tag=Cannot access memory at address 0x6aa0 ) at eval.c:1065 #27 0x000000000050524a in command_loop () at keyboard.c:1131 #28 recursive_edit_1 () at keyboard.c:752 #29 0x0000000000505594 in Frecursive_edit () at keyboard.c:816 #30 0x00000000004ffa4b in main (argc=, argv=) at emacs.c:1652 (gdb) From unknown Fri Sep 05 15:37:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12074: emacs crashes on startup Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Jul 2012 07:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12074 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: nicholas.dokos@hp.com Cc: 12074@debbugs.gnu.org, nicholas.dokos@hp.com Reply-To: Eli Zaretskii Received: via spool by 12074-submit@debbugs.gnu.org id=B12074.134346031531407 (code B ref 12074); Sat, 28 Jul 2012 07:26:01 +0000 Received: (at 12074) by debbugs.gnu.org; 28 Jul 2012 07:25:15 +0000 Received: from localhost ([127.0.0.1]:45654 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sv1Ok-0008AW-P4 for submit@debbugs.gnu.org; Sat, 28 Jul 2012 03:25:15 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:38751) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Sv1Oi-0008AO-V2 for 12074@debbugs.gnu.org; Sat, 28 Jul 2012 03:25:14 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M7U00M00ZVKVQ00@a-mtaout22.012.net.il> for 12074@debbugs.gnu.org; Sat, 28 Jul 2012 10:18:11 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M7V00MS40AAW610@a-mtaout22.012.net.il>; Sat, 28 Jul 2012 10:18:11 +0300 (IDT) Date: Sat, 28 Jul 2012 10:18:19 +0300 From: Eli Zaretskii In-reply-to: <27365.1343445196@alphaville> X-012-Sender: halo1@inter.net.il Message-id: <83lii4icas.fsf@gnu.org> References: <27365.1343445196@alphaville> X-Spam-Score: -1.2 (-) 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.2 (-) > From: Nick Dokos > Date: Fri, 27 Jul 2012 23:13:16 -0400 > Cc: nicholas.dokos@hp.com > > I just updated emacs from the git repo > > git://repo.or.cz/emacs.git > > git describe says > > v24.0.50-14303-g6aecb14 What does this mean in terms of the bzr revisions in the master repository? Several bugs related to GC were fixed lately, so it's important to know which bzr revision is the last that got into your tree. Can you find this out, please? From unknown Fri Sep 05 15:37:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12074: emacs crashes on startup Resent-From: Andreas Schwab Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Jul 2012 17:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12074 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 12074@debbugs.gnu.org, nicholas.dokos@hp.com Received: via spool by 12074-submit@debbugs.gnu.org id=B12074.134349548631290 (code B ref 12074); Sat, 28 Jul 2012 17:12:01 +0000 Received: (at 12074) by debbugs.gnu.org; 28 Jul 2012 17:11:26 +0000 Received: from localhost ([127.0.0.1]:46919 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvAY2-00088c-8z for submit@debbugs.gnu.org; Sat, 28 Jul 2012 13:11:26 -0400 Received: from mail-out.m-online.net ([212.18.0.9]:58444) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvAXz-00088U-4i for 12074@debbugs.gnu.org; Sat, 28 Jul 2012 13:11:24 -0400 Received: from frontend1.mail.m-online.net (unknown [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id 3WktgR0yFNz4KK41; Sat, 28 Jul 2012 19:04:18 +0200 (CEST) X-Auth-Info: S42KpNM4hlIf/YHj+CeSdIlmliC9kjIrLDg8Ac+IJYM= Received: from igel.home (ppp-93-104-151-216.dynamic.mnet-online.de [93.104.151.216]) by mail.mnet-online.de (Postfix) with ESMTPA id 3WktgQ6bFBzbblJ; Sat, 28 Jul 2012 19:04:18 +0200 (CEST) Received: by igel.home (Postfix, from userid 501) id 2389ECA2A2; Sat, 28 Jul 2012 19:04:17 +0200 (CEST) From: Andreas Schwab References: <27365.1343445196@alphaville> <83lii4icas.fsf@gnu.org> X-Yow: I'm a GENIUS! I want to dispute sentence structure with SUSAN SONTAG!! Date: Sat, 28 Jul 2012 19:04:17 +0200 In-Reply-To: <83lii4icas.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 28 Jul 2012 10:18:19 +0300") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) 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 (-) Eli Zaretskii writes: >> From: Nick Dokos >> Date: Fri, 27 Jul 2012 23:13:16 -0400 >> Cc: nicholas.dokos@hp.com >> >> I just updated emacs from the git repo >> >> git://repo.or.cz/emacs.git >> >> git describe says >> >> v24.0.50-14303-g6aecb14 > > What does this mean in terms of the bzr revisions in the master > repository? $ git fetch origin +refs/notes/commits:refs/notes/commits $ git log -1 --pretty=%N v24.0.50-14303-g6aecb14 dmantipov@yandex.ru-20120727073633-hr2a2i7bm2y35sr0 Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From unknown Fri Sep 05 15:37:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12074: emacs crashes on startup Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Jul 2012 17:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12074 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andreas Schwab Cc: 12074@debbugs.gnu.org, nicholas.dokos@hp.com Reply-To: Eli Zaretskii Received: via spool by 12074-submit@debbugs.gnu.org id=B12074.13434971921333 (code B ref 12074); Sat, 28 Jul 2012 17:40:02 +0000 Received: (at 12074) by debbugs.gnu.org; 28 Jul 2012 17:39:52 +0000 Received: from localhost ([127.0.0.1]:46968 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvAzY-0000LR-8a for submit@debbugs.gnu.org; Sat, 28 Jul 2012 13:39:52 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:37935) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvAzW-0000LK-IU for 12074@debbugs.gnu.org; Sat, 28 Jul 2012 13:39:51 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M7V00500SM89R00@a-mtaout22.012.net.il> for 12074@debbugs.gnu.org; Sat, 28 Jul 2012 20:32:22 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M7V004E0SPYZJ90@a-mtaout22.012.net.il>; Sat, 28 Jul 2012 20:32:22 +0300 (IDT) Date: Sat, 28 Jul 2012 20:32:31 +0300 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83pq7fhjv4.fsf@gnu.org> References: <27365.1343445196@alphaville> <83lii4icas.fsf@gnu.org> X-Spam-Score: -1.2 (-) 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.2 (-) > From: Andreas Schwab > Cc: nicholas.dokos@hp.com, 12074@debbugs.gnu.org > Date: Sat, 28 Jul 2012 19:04:17 +0200 > > Eli Zaretskii writes: > > >> From: Nick Dokos > >> Date: Fri, 27 Jul 2012 23:13:16 -0400 > >> Cc: nicholas.dokos@hp.com > >> > >> I just updated emacs from the git repo > >> > >> git://repo.or.cz/emacs.git > >> > >> git describe says > >> > >> v24.0.50-14303-g6aecb14 > > > > What does this mean in terms of the bzr revisions in the master > > repository? > > $ git fetch origin +refs/notes/commits:refs/notes/commits > $ git log -1 --pretty=%N v24.0.50-14303-g6aecb14 > dmantipov@yandex.ru-20120727073633-hr2a2i7bm2y35sr0 Thanks. This is: >bzr revision-info dmantipov@yandex.ru-20120727073633-hr2a2i7bm2y35sr0 109225 dmantipov@yandex.ru-20120727073633-hr2a2i7bm2y35sr0 In the next revision, 109226, Dmitry reverted some of his changes that caused similar crashes inside GC reported by Chong. So I think this bug might well be a duplicate of what Chong reported here: http://lists.gnu.org/archive/html/emacs-devel/2012-07/msg00566.html From unknown Fri Sep 05 15:37:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12074: emacs crashes on startup Resent-From: Nick Dokos Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Jul 2012 18:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12074 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andreas Schwab Cc: 12074@debbugs.gnu.org, Eli Zaretskii Reply-To: nicholas.dokos@hp.com Received: via spool by 12074-submit@debbugs.gnu.org id=B12074.13434995094778 (code B ref 12074); Sat, 28 Jul 2012 18:19:01 +0000 Received: (at 12074) by debbugs.gnu.org; 28 Jul 2012 18:18:29 +0000 Received: from localhost ([127.0.0.1]:47029 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvBav-0001F0-32 for submit@debbugs.gnu.org; Sat, 28 Jul 2012 14:18:29 -0400 Received: from g4t0016.houston.hp.com ([15.201.24.19]:44509) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvBas-0001Ep-Do for 12074@debbugs.gnu.org; Sat, 28 Jul 2012 14:18:27 -0400 Received: from g4t0009.houston.hp.com (g4t0009.houston.hp.com [16.234.32.26]) by g4t0016.houston.hp.com (Postfix) with ESMTP id 533E314183; Sat, 28 Jul 2012 18:11:22 +0000 (UTC) Received: from ldl (ldl.usa.hp.com [16.125.112.222]) by g4t0009.houston.hp.com (Postfix) with ESMTP id F3DADC04B; Sat, 28 Jul 2012 18:11:20 +0000 (UTC) Received: from localhost (ldl.fc.hp.com [127.0.0.1]) by ldl (Postfix) with ESMTP id 8E7541A7E0B7; Sat, 28 Jul 2012 12:11:20 -0600 (MDT) Received: from ldl ([127.0.0.1]) by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K2EJq3C8+Jim; Sat, 28 Jul 2012 12:11:20 -0600 (MDT) Received: from alphaville.dokosmarshall.org (squirrel.fc.hp.com [15.11.146.57]) by ldl (Postfix) with ESMTP id 1DABC1A7E0AF; Sat, 28 Jul 2012 12:11:20 -0600 (MDT) Received: by alphaville.dokosmarshall.org (Postfix, from userid 1000) id 15DA341CEA; Sat, 28 Jul 2012 14:11:18 -0400 (EDT) Received: from alphaville (localhost [127.0.0.1]) by alphaville.dokosmarshall.org (Postfix) with ESMTP id 024B540970; Sat, 28 Jul 2012 14:11:19 -0400 (EDT) From: Nick Dokos In-Reply-To: Message from Andreas Schwab of "Sat, 28 Jul 2012 19:04:17 +0200." References: <27365.1343445196@alphaville> <83lii4icas.fsf@gnu.org> Organization: HPCS X-Mailer: MH-E 8.2; nmh 1.3; GNU Emacs 23.2.1 Date: Sat, 28 Jul 2012 14:11:18 -0400 Message-ID: <16785.1343499078@alphaville> X-Spam-Score: -6.9 (------) 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.9 (------) Andreas Schwab wrote: > Eli Zaretskii writes: > > >> From: Nick Dokos > >> Date: Fri, 27 Jul 2012 23:13:16 -0400 > >> Cc: nicholas.dokos@hp.com > >> > >> I just updated emacs from the git repo > >> > >> git://repo.or.cz/emacs.git > >> > >> git describe says > >> > >> v24.0.50-14303-g6aecb14 > > > > What does this mean in terms of the bzr revisions in the master > > repository? > > $ git fetch origin +refs/notes/commits:refs/notes/commits > $ git log -1 --pretty=%N v24.0.50-14303-g6aecb14 > dmantipov@yandex.ru-20120727073633-hr2a2i7bm2y35sr0 > Thanks! I've been fumbling around to answer the question but I wasn't getting anywhere. I also cloned the bzr repository: not sure whether I'm doing things correctly (in particular, what branch does what), but here's what I did: rsync -av bzr.savannah.gnu.org::bzr/emacs/ emacs/ cd emacs/emacs-24 bzr checkout and I built emacs from scratch: I *don't* get the crash here. Thanks, Nick From unknown Fri Sep 05 15:37:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12074: emacs crashes on startup Resent-From: Nick Dokos Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Jul 2012 18:22:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12074 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 12074@debbugs.gnu.org, Andreas Schwab Reply-To: nicholas.dokos@hp.com Received: via spool by 12074-submit@debbugs.gnu.org id=B12074.13434996885036 (code B ref 12074); Sat, 28 Jul 2012 18:22:01 +0000 Received: (at 12074) by debbugs.gnu.org; 28 Jul 2012 18:21:28 +0000 Received: from localhost ([127.0.0.1]:47037 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvBdn-0001JB-VG for submit@debbugs.gnu.org; Sat, 28 Jul 2012 14:21:28 -0400 Received: from g4t0015.houston.hp.com ([15.201.24.18]:18562) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvBdm-0001J4-9r for 12074@debbugs.gnu.org; Sat, 28 Jul 2012 14:21:26 -0400 Received: from g4t0009.houston.hp.com (g4t0009.houston.hp.com [16.234.32.26]) by g4t0015.houston.hp.com (Postfix) with ESMTP id A625480E7; Sat, 28 Jul 2012 18:14:22 +0000 (UTC) Received: from ldl (ldl.usa.hp.com [16.125.112.222]) by g4t0009.houston.hp.com (Postfix) with ESMTP id 745EBC01D; Sat, 28 Jul 2012 18:14:22 +0000 (UTC) Received: from localhost (ldl.fc.hp.com [127.0.0.1]) by ldl (Postfix) with ESMTP id 411681A7E0B7; Sat, 28 Jul 2012 12:14:22 -0600 (MDT) Received: from ldl ([127.0.0.1]) by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TShWmd+KRB1I; Sat, 28 Jul 2012 12:14:22 -0600 (MDT) Received: from alphaville.dokosmarshall.org (squirrel.fc.hp.com [15.11.146.57]) by ldl (Postfix) with ESMTP id D5F4B1A7E0AF; Sat, 28 Jul 2012 12:14:21 -0600 (MDT) Received: by alphaville.dokosmarshall.org (Postfix, from userid 1000) id EA28941C63; Sat, 28 Jul 2012 14:14:20 -0400 (EDT) Received: from alphaville (localhost [127.0.0.1]) by alphaville.dokosmarshall.org (Postfix) with ESMTP id DACA240970; Sat, 28 Jul 2012 14:14:20 -0400 (EDT) From: Nick Dokos In-Reply-To: Message from Eli Zaretskii of "Sat, 28 Jul 2012 20:32:31 +0300." <83pq7fhjv4.fsf@gnu.org> References: <27365.1343445196@alphaville> <83lii4icas.fsf@gnu.org> <83pq7fhjv4.fsf@gnu.org> Organization: HPCS X-Mailer: MH-E 8.2; nmh 1.3; GNU Emacs 23.2.1 Date: Sat, 28 Jul 2012 14:14:20 -0400 Message-ID: <16828.1343499260@alphaville> X-Spam-Score: -6.9 (------) 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.9 (------) Eli Zaretskii wrote: > > From: Andreas Schwab > > Cc: nicholas.dokos@hp.com, 12074@debbugs.gnu.org > > Date: Sat, 28 Jul 2012 19:04:17 +0200 > > > > Eli Zaretskii writes: > > > > >> From: Nick Dokos > > >> Date: Fri, 27 Jul 2012 23:13:16 -0400 > > >> Cc: nicholas.dokos@hp.com > > >> > > >> I just updated emacs from the git repo > > >> > > >> git://repo.or.cz/emacs.git > > >> > > >> git describe says > > >> > > >> v24.0.50-14303-g6aecb14 > > > > > > What does this mean in terms of the bzr revisions in the master > > > repository? > > > > $ git fetch origin +refs/notes/commits:refs/notes/commits > > $ git log -1 --pretty=%N v24.0.50-14303-g6aecb14 > > dmantipov@yandex.ru-20120727073633-hr2a2i7bm2y35sr0 > > Thanks. This is: > > >bzr revision-info dmantipov@yandex.ru-20120727073633-hr2a2i7bm2y35sr0 > 109225 dmantipov@yandex.ru-20120727073633-hr2a2i7bm2y35sr0 > > In the next revision, 109226, Dmitry reverted some of his changes that > caused similar crashes inside GC reported by Chong. So I think this > bug might well be a duplicate of what Chong reported here: > > http://lists.gnu.org/archive/html/emacs-devel/2012-07/msg00566.html > OK - thanks! I guess I just pulled at the wrong time. I cannot reproduce the crash when I built from bzr (but I'm not sure I did things correctly, given my ignorance about bzr). Thanks, Nick From unknown Fri Sep 05 15:37:11 2025 X-Loop: help-debbugs@gnu.org Subject: bug#12074: emacs crashes on startup Resent-From: Andreas Schwab Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Jul 2012 19:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12074 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: nicholas.dokos@hp.com Cc: 12074@debbugs.gnu.org, Eli Zaretskii Received: via spool by 12074-submit@debbugs.gnu.org id=B12074.13435024489046 (code B ref 12074); Sat, 28 Jul 2012 19:08:02 +0000 Received: (at 12074) by debbugs.gnu.org; 28 Jul 2012 19:07:28 +0000 Received: from localhost ([127.0.0.1]:47100 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvCMK-0002Lq-Gx for submit@debbugs.gnu.org; Sat, 28 Jul 2012 15:07:28 -0400 Received: from mail-out.m-online.net ([212.18.0.10]:46624) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvCMG-0002Lg-PR for 12074@debbugs.gnu.org; Sat, 28 Jul 2012 15:07:26 -0400 Received: from frontend1.mail.m-online.net (frontend1.mail.intern.m-online.net [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id 3WkxFJ1l8Lz3hhZG; Sat, 28 Jul 2012 21:00:19 +0200 (CEST) X-Auth-Info: 4sfKUgNRsAGMpMT+VFWiUGj4lV3hS1/ReKpWKOPdr70= Received: from igel.home (ppp-93-104-151-216.dynamic.mnet-online.de [93.104.151.216]) by mail.mnet-online.de (Postfix) with ESMTPA id 3WkxFH62p8zbbcV; Sat, 28 Jul 2012 21:00:19 +0200 (CEST) Received: by igel.home (Postfix, from userid 501) id 779F9CA2A2; Sat, 28 Jul 2012 21:00:19 +0200 (CEST) From: Andreas Schwab References: <27365.1343445196@alphaville> <83lii4icas.fsf@gnu.org> <16785.1343499078@alphaville> X-Yow: YOW!! What should the entire human race DO?? Consume a fifth of CHIVAS REGAL, ski NUDE down MT. EVEREST, and have a wild SEX WEEKEND! Date: Sat, 28 Jul 2012 21:00:19 +0200 In-Reply-To: <16785.1343499078@alphaville> (Nick Dokos's message of "Sat, 28 Jul 2012 14:11:18 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) 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 (-) Nick Dokos writes: > Andreas Schwab wrote: > >> Eli Zaretskii writes: >> >> >> From: Nick Dokos >> >> Date: Fri, 27 Jul 2012 23:13:16 -0400 >> >> Cc: nicholas.dokos@hp.com >> >> >> >> I just updated emacs from the git repo >> >> >> >> git://repo.or.cz/emacs.git >> >> >> >> git describe says >> >> >> >> v24.0.50-14303-g6aecb14 >> > >> > What does this mean in terms of the bzr revisions in the master >> > repository? >> >> $ git fetch origin +refs/notes/commits:refs/notes/commits >> $ git log -1 --pretty=%N v24.0.50-14303-g6aecb14 >> dmantipov@yandex.ru-20120727073633-hr2a2i7bm2y35sr0 >> > > Thanks! I've been fumbling around to answer the question but I wasn't > getting anywhere. No wonder, the notes weren't yet present a few hours ago. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From unknown Fri Sep 05 15:37:11 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: nicholas.dokos@hp.com Subject: bug#12074: closed (Re: bug#12074: emacs crashes on startup) Message-ID: References: <83obmzhemg.fsf@gnu.org> <27365.1343445196@alphaville> X-Gnu-PR-Message: they-closed 12074 X-Gnu-PR-Package: emacs Reply-To: 12074@debbugs.gnu.org Date: Sat, 28 Jul 2012 19:34:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1343504042-11428-1" This is a multi-part message in MIME format... ------------=_1343504042-11428-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #12074: emacs crashes on startup which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 12074@debbugs.gnu.org. --=20 12074: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D12074 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1343504042-11428-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 12074-done) by debbugs.gnu.org; 28 Jul 2012 19:33:07 +0000 Received: from localhost ([127.0.0.1]:47163 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvCl9-0002x1-L8 for submit@debbugs.gnu.org; Sat, 28 Jul 2012 15:33:07 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:63676) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SvCl7-0002wr-Nt for 12074-done@debbugs.gnu.org; Sat, 28 Jul 2012 15:33:07 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M7V00600XX7CG00@a-mtaout22.012.net.il> for 12074-done@debbugs.gnu.org; Sat, 28 Jul 2012 22:25:33 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M7V005OAXYLUX80@a-mtaout22.012.net.il>; Sat, 28 Jul 2012 22:25:33 +0300 (IDT) Date: Sat, 28 Jul 2012 22:25:43 +0300 From: Eli Zaretskii Subject: Re: bug#12074: emacs crashes on startup In-reply-to: <16828.1343499260@alphaville> X-012-Sender: halo1@inter.net.il To: nicholas.dokos@hp.com Message-id: <83obmzhemg.fsf@gnu.org> References: <27365.1343445196@alphaville> <83lii4icas.fsf@gnu.org> <83pq7fhjv4.fsf@gnu.org> <16828.1343499260@alphaville> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 12074-done Cc: 12074-done@debbugs.gnu.org, schwab@linux-m68k.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 (-) > cc: Andreas Schwab , 12074@debbugs.gnu.org > From: Nick Dokos > Date: Sat, 28 Jul 2012 14:14:20 -0400 > > OK - thanks! I guess I just pulled at the wrong time. I cannot > reproduce the crash when I built from bzr (but I'm not sure I did things > correctly, given my ignorance about bzr). Thanks, I think this bug can be closed, then. Feel free to reopen if you bump into these crashes again. ------------=_1343504042-11428-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 28 Jul 2012 03:27:36 +0000 Received: from localhost ([127.0.0.1]:45339 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Suxgi-0002jx-IZ for submit@debbugs.gnu.org; Fri, 27 Jul 2012 23:27:36 -0400 Received: from eggs.gnu.org ([208.118.235.92]:58441) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Suxgc-0002jl-5X for submit@debbugs.gnu.org; Fri, 27 Jul 2012 23:27:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SuxZn-00007U-C8 for submit@debbugs.gnu.org; Fri, 27 Jul 2012 23:20:26 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:57558) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SuxZn-00007Q-8U for submit@debbugs.gnu.org; Fri, 27 Jul 2012 23:20:23 -0400 Received: from eggs.gnu.org ([208.118.235.92]:32851) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SuxZk-0004t9-Ls for bug-gnu-emacs@gnu.org; Fri, 27 Jul 2012 23:20:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SuxZh-00006k-Id for bug-gnu-emacs@gnu.org; Fri, 27 Jul 2012 23:20:20 -0400 Received: from g1t0028.austin.hp.com ([15.216.28.35]:19082) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SuxZh-00006S-5p for bug-gnu-emacs@gnu.org; Fri, 27 Jul 2012 23:20:17 -0400 Received: from g1t0039.austin.hp.com (g1t0039.austin.hp.com [16.236.32.45]) by g1t0028.austin.hp.com (Postfix) with ESMTP id A97AD1C168 for ; Sat, 28 Jul 2012 03:20:16 +0000 (UTC) Received: from ldl (ldl.usa.hp.com [16.125.112.222]) by g1t0039.austin.hp.com (Postfix) with ESMTP id 8494B34545; Sat, 28 Jul 2012 03:20:16 +0000 (UTC) Received: from localhost (ldl.fc.hp.com [127.0.0.1]) by ldl (Postfix) with ESMTP id 152EF1A7E0D1; Fri, 27 Jul 2012 21:20:16 -0600 (MDT) Received: from ldl ([127.0.0.1]) by localhost (ldl.fc.hp.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lxxfNQHxz95p; Fri, 27 Jul 2012 21:20:15 -0600 (MDT) Received: from alphaville.dokosmarshall.org (squirrel.fc.hp.com [15.11.146.57]) by ldl (Postfix) with ESMTP id 6A38F1A7E0CB; Fri, 27 Jul 2012 21:20:15 -0600 (MDT) Received: by alphaville.americas.hpqcorp.net (Postfix, from userid 1000) id 1337E42033; Fri, 27 Jul 2012 23:13:16 -0400 (EDT) Received: from alphaville (localhost [127.0.0.1]) by alphaville.americas.hpqcorp.net (Postfix) with ESMTP id 03143402CC; Fri, 27 Jul 2012 23:13:17 -0400 (EDT) From: Nick Dokos To: bug-gnu-emacs@gnu.org Subject: emacs crashes on startup Organization: HPCS X-Mailer: MH-E 8.2; nmh 1.3; GNU Emacs 23.2.1 Date: Fri, 27 Jul 2012 23:13:16 -0400 Message-ID: <27365.1343445196@alphaville> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: submit Cc: nicholas.dokos@hp.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: nicholas.dokos@hp.com 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.9 (------) I just updated emacs from the git repo git://repo.or.cz/emacs.git git describe says v24.0.50-14303-g6aecb14 I built it successfully but when starting it up, it gets a fatal abort error. I ran it under gdb and got the (first) backtrace appended. Something in my .emacs triggers this because starting it with -Q or -q does not abort. OTOH, my .emacs was working fine with the previous version of emacs24 (I had built that around the end of May) and it still works with emacs23 (which is what I'm using right now). I bisected my way through my .emacs and it seems that a (mh-rmail) call is enough to trigger it: $ ./src/emacs -Q -l ~/minimal.mh-rmail.el Fatal error (6)Segmentation fault (core dumped) where minimal.mh-rmail.el is just --8<---------------cut here---------------start------------->8--- (mh-rmail) --8<---------------cut here---------------end--------------->8--- and the backtrace is simpler (search for "Simpler backtrace" below). Thanks, Nick Original backtrace: $ gdb ./src/emacs GNU gdb (Ubuntu/Linaro 7.2-1ubuntu11) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: ... /home/nick/.gdbinit:3: Error in sourced command file: No symbol table is loaded. Use the "file" command. Reading symbols from /home/nick/src/emacs/emacs.repo/emacs/src/emacs...done. (gdb) run Starting program: /home/nick/src/emacs/emacs.repo/emacs/src/emacs [Thread debugging using libthread_db enabled] [New Thread 0x7fffe848b700 (LWP 14865)] [New Thread 0x7fffe7a32700 (LWP 14866)] Program received signal SIGABRT, Aborted. 0x00007ffff14fafe7 in kill () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt #0 0x00007ffff14fafe7 in kill () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00000000004fe4d5 in abort () at emacs.c:365 #2 0x000000000055f489 in mark_object (arg=) at alloc.c:6221 #3 0x000000000055f4dc in mark_object (arg=) at alloc.c:6217 #4 0x000000000055f4dc in mark_object (arg=) at alloc.c:6217 #5 0x00000000005607cd in Fgarbage_collect () at alloc.c:5604 #6 0x00000000005777a4 in maybe_gc (form=42719510) at lisp.h:3526 #7 eval_sub (form=42719510) at eval.c:2054 #8 0x0000000000577f55 in Fprogn (args=42719462) at eval.c:362 #9 0x000000000057ad71 in Flet (args=42720070) at eval.c:919 #10 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #11 0x0000000000577f55 in Fprogn (args=42716982) at eval.c:362 #12 0x000000000057ad71 in Flet (args=42619958) at eval.c:919 #13 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #14 0x0000000000577f55 in Fprogn (args=42716934) at eval.c:362 #15 0x000000000057829b in funcall_lambda (fun=42716822, nargs=0, arg_vector=0x7fffffff8050) at eval.c:3034 #16 0x0000000000577600 in apply_lambda (fun=42716822, args=12016002) at eval.c:2918 #17 0x0000000000577916 in eval_sub (form=) at eval.c:2221 #18 0x00000000005775c7 in apply_lambda (fun=39874134, args=12016002) at eval.c:2909 #19 0x0000000000577916 in eval_sub (form=) at eval.c:2221 #20 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #21 0x0000000000577f55 in Fprogn (args=42620502) at eval.c:362 #22 0x000000000057829b in funcall_lambda (fun=42620294, nargs=0, arg_vector=0x7fffffff84b0) at eval.c:3034 #23 0x0000000000577600 in apply_lambda (fun=42620294, args=12016002) at eval.c:2918 #24 0x0000000000577916 in eval_sub (form=) at eval.c:2221 #25 0x0000000000577f55 in Fprogn (args=42332838) at eval.c:362 #26 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #27 0x0000000000577f55 in Fprogn (args=42332806) at eval.c:362 #28 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #29 0x000000000057a793 in For (args=42332774) at eval.c:262 #30 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #31 0x0000000000577f55 in Fprogn (args=50279110) at eval.c:362 #32 0x000000000056b97d in Fsave_current_buffer (args=50279014) at editfns.c:963 #33 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #34 0x0000000000577ad8 in eval_sub (form=) at eval.c:2218 #35 0x0000000000577f55 in Fprogn (args=42332742) at eval.c:362 #36 0x000000000057ad71 in Flet (args=41506694) at eval.c:919 #37 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #38 0x0000000000577f55 in Fprogn (args=42332710) at eval.c:362 #39 0x000000000057829b in funcall_lambda (fun=42332582, nargs=0, arg_vector=0x7fffffff8d50) at eval.c:3034 #40 0x0000000000577600 in apply_lambda (fun=42332582, args=12016002) at eval.c:2918 #41 0x0000000000577916 in eval_sub (form=) at eval.c:2221 #42 0x000000000057ac5e in Flet (args=51862806) at eval.c:889 #43 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #44 0x0000000000577ad8 in eval_sub (form=) at eval.c:2218 #45 0x0000000000577f55 in Fprogn (args=51863382) at eval.c:362 #46 0x0000000000576968 in internal_catch (tag=Cannot access memory at address 0x39ee ) at eval.c:1065 #47 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #48 0x0000000000577a84 in eval_sub (form=) at eval.c:2142 #49 0x0000000000577ad8 in eval_sub (form=) at eval.c:2218 #50 0x0000000000577ad8 in eval_sub (form=) at eval.c:2218 #51 0x0000000000577f55 in Fprogn (args=34439318) at eval.c:362 #52 0x000000000057ad71 in Flet (args=34441830) at eval.c:919 #53 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #54 0x0000000000577f55 in Fprogn (args=34439430) at eval.c:362 #55 0x000000000057829b in funcall_lambda (fun=34439542, nargs=0, arg_vector=0x7fffffff9860) at eval.c:3034 #56 0x0000000000577600 in apply_lambda (fun=34439542, args=12016002) at eval.c:2918 #57 0x0000000000577916 in eval_sub (form=) at eval.c:2221 #58 0x0000000000577f55 in Fprogn (args=51382358) at eval.c:362 #59 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #60 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #61 0x0000000000577ad8 in eval_sub (form=) at eval.c:2218 #62 0x0000000000577f55 in Fprogn (args=34466070) at eval.c:362 #63 0x000000000057829b in funcall_lambda (fun=34466230, nargs=0, arg_vector=0x7fffffff9d30) at eval.c:3034 #64 0x0000000000577600 in apply_lambda (fun=34466230, args=12016002) at eval.c:2918 #65 0x0000000000577916 in eval_sub (form=) at eval.c:2221 #66 0x000000000057a395 in Feval (form=51382950, lexical=) at eval.c:2019 #67 0x0000000000577be5 in eval_sub (form=) at eval.c:2160 #68 0x000000000057a9ea in internal_lisp_condition_case (var=12016002, bodyform=30100086, handlers=30100422) at eval.c:1262 #69 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #70 0x0000000000577f55 in Fprogn (args=30098438) at eval.c:362 #71 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #72 0x000000000057ac5e in Flet (args=30098486) at eval.c:889 #73 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #74 0x0000000000577f55 in Fprogn (args=30099302) at eval.c:362 #75 0x000000000057829b in funcall_lambda (fun=30097430, nargs=3, arg_vector=0x7fffffffa520) at eval.c:3034 #76 0x0000000000577600 in apply_lambda (fun=30097430, args=12016002) at eval.c:2918 #77 0x0000000000577916 in eval_sub (form=) at eval.c:2221 #78 0x0000000000577e50 in Fsetq (args=) at eval.c:431 #79 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #80 0x0000000000577f55 in Fprogn (args=33193990) at eval.c:362 #81 0x0000000000576968 in internal_catch (tag=Cannot access memory at address 0x39ee ) at eval.c:1065 #82 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #83 0x0000000000577f55 in Fprogn (args=33191942) at eval.c:362 #84 0x000000000057a7c8 in Fwhile (args=) at eval.c:941 #85 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #86 0x0000000000577f55 in Fprogn (args=33191958) at eval.c:362 #87 0x000000000057afb0 in FletX (args=33196950) at eval.c:849 #88 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #89 0x0000000000577f55 in Fprogn (args=33192038) at eval.c:362 #90 0x000000000057829b in funcall_lambda (fun=33192166, nargs=0, arg_vector=0x7fffffffad00) at eval.c:3034 #91 0x0000000000577600 in apply_lambda (fun=33192166, args=12016002) at eval.c:2918 #92 0x0000000000577916 in eval_sub (form=) at eval.c:2221 #93 0x0000000000577e50 in Fsetq (args=) at eval.c:431 #94 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #95 0x0000000000577f55 in Fprogn (args=32716806) at eval.c:362 #96 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #97 0x0000000000577f55 in Fprogn (args=33175654) at eval.c:362 #98 0x000000000057a7c8 in Fwhile (args=) at eval.c:941 #99 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #100 0x0000000000577f55 in Fprogn (args=33175670) at eval.c:362 #101 0x0000000000573d5d in Fsave_restriction (body=32719638) at editfns.c:3433 #102 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #103 0x0000000000577f55 in Fprogn (args=33175686) at eval.c:362 #104 0x00000000005724ed in Fsave_excursion (args=33175686) at editfns.c:948 #105 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #106 0x0000000000577f55 in Fprogn (args=33175702) at eval.c:362 #107 0x000000000057ad71 in Flet (args=32719462) at eval.c:919 #108 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #109 0x0000000000577f55 in Fprogn (args=51267078) at eval.c:362 #110 0x000000000056b97d in Fsave_current_buffer (args=51267014) at editfns.c:963 #111 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #112 0x0000000000577ad8 in eval_sub (form=) at eval.c:2218 #113 0x0000000000577f55 in Fprogn (args=33175750) at eval.c:362 #114 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #115 0x0000000000577f55 in Fprogn (args=33175766) at eval.c:362 #116 0x000000000057afb0 in FletX (args=32719014) at eval.c:849 #117 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #118 0x0000000000577f55 in Fprogn (args=33175798) at eval.c:362 #119 0x000000000057829b in funcall_lambda (fun=33175926, nargs=6, arg_vector=0x7fffffffbb08) at eval.c:3034 #120 0x000000000057853d in Ffuncall (nargs=, args=0x7fffffffbb00) at eval.c:2870 #121 0x000000000057958c in Fapply (nargs=, args=0x7fffffffbbe0) at eval.c:2315 #122 0x0000000000577d37 in eval_sub (form=) at eval.c:2129 #123 0x0000000000577e50 in Fsetq (args=) at eval.c:431 #124 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #125 0x0000000000577f55 in Fprogn (args=32954278) at eval.c:362 #126 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #127 0x0000000000577f55 in Fprogn (args=32954310) at eval.c:362 #128 0x000000000057ad71 in Flet (args=32955334) at eval.c:919 #129 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #130 0x0000000000577f55 in Fprogn (args=32952326) at eval.c:362 #131 0x0000000000576968 in internal_catch (tag=Cannot access memory at address 0x39ee ) at eval.c:1065 #132 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #133 0x0000000000577f55 in Fprogn (args=32952454) at eval.c:362 #134 0x000000000057a7c8 in Fwhile (args=) at eval.c:941 #135 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #136 0x0000000000577f55 in Fprogn (args=32952470) at eval.c:362 #137 0x000000000057a7c8 in Fwhile (args=) at eval.c:941 #138 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #139 0x0000000000577f55 in Fprogn (args=32950950) at eval.c:362 #140 0x000000000057afb0 in FletX (args=32959158) at eval.c:849 #141 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #142 0x0000000000577f55 in Fprogn (args=32945158) at eval.c:362 #143 0x000000000057829b in funcall_lambda (fun=32945414, nargs=0, arg_vector=0x7fffffffc6f0) at eval.c:3034 #144 0x0000000000577600 in apply_lambda (fun=32945414, args=12016002) at eval.c:2918 #145 0x0000000000577916 in eval_sub (form=) at eval.c:2221 #146 0x0000000000577f55 in Fprogn (args=51864742) at eval.c:362 #147 0x000000000057ad71 in Flet (args=51864710) at eval.c:919 #148 0x0000000000577d6c in eval_sub (form=) at eval.c:2105 #149 0x000000000059c654 in readevalloop (readcharfun=13206037, stream=0x0, sourcename=15196033, printflag=0, unibyte=, readfun=12016002, start=12016002, end=12016002) at lread.c:1814 #150 0x000000000059ce44 in Feval_buffer (buffer=, printflag=12016002, filename=15210225, unibyte=12016002, do_allow_print=) at lread.c:1875 #151 0x00000000005786db in Ffuncall (nargs=, args=0x7fffffffcb98) at eval.c:2825 #152 0x00000000005b0543 in exec_byte_code (bytestr=14862, vector=140737488341912, maxdepth=14862, args_template=4611686018695757824, nargs=4611686018430533632, args=0x40000) at bytecode.c:898 #153 0x0000000000578155 in funcall_lambda (fun=8868069, nargs=, arg_vector=0x7fffffffcd78) at eval.c:3041 #154 0x000000000057853d in Ffuncall (nargs=, args=0x7fffffffcd70) at eval.c:2870 #155 0x0000000000578949 in call4 (fn=, arg1=, arg2=, arg3=, arg4=) at eval.c:2628 #156 0x000000000059d729 in Fload (file=15211393, noerror=12016050, nomessage=12016050, nosuffix=15210225, must_suffix=) at lread.c:1248 #157 0x00000000005786db in Ffuncall (nargs=, args=0x7fffffffcf78) at eval.c:2825 #158 0x00000000005b0543 in exec_byte_code (bytestr=14862, vector=140737488343136, maxdepth=14862, args_template=4611686018695757824, nargs=4611686018430533632, args=0x40000) at bytecode.c:898 #159 0x000000000057853d in Ffuncall (nargs=, args=0x7fffffffd1c8) at eval.c:2870 #160 0x00000000005b0543 in exec_byte_code (bytestr=14862, vector=140737488343496, maxdepth=14862, args_template=4611686018695757824, nargs=4611686018430533632, args=0x40000) at bytecode.c:898 #161 0x000000000057853d in Ffuncall (nargs=, args=0x7fffffffd320) at eval.c:2870 #162 0x0000000000577d37 in eval_sub (form=) at eval.c:2129 #163 0x000000000057a9ea in internal_lisp_condition_case (var=16350658, bodyform=11989750, handlers=11988166) at eval.c:1262 #164 0x00000000005b1c3f in exec_byte_code (bytestr=14862, vector=140737488344560, maxdepth=14862, args_template=4611686018695757824, nargs=4611686018430533632, args=0x40000) at bytecode.c:1094 #165 0x000000000057853d in Ffuncall (nargs=, args=0x7fffffffd780) at eval.c:2870 #166 0x00000000005b0543 in exec_byte_code (bytestr=14862, vector=140737488344960, maxdepth=14862, args_template=4611686018695757824, nargs=4611686018430533632, args=0x40000) at bytecode.c:898 #167 0x0000000000577600 in apply_lambda (fun=9223613, args=12016002) at eval.c:2918 #168 0x0000000000577916 in eval_sub (form=) at eval.c:2221 #169 0x000000000057a395 in Feval (form=12233238, lexical=) at eval.c:2019 #170 0x0000000000576a88 in internal_condition_case (bfun=0x502e90 , handlers=12067778, hfun=0x5057b0 ) at eval.c:1308 #171 0x00000000005032c6 in top_level_1 (ignore=) at keyboard.c:1169 #172 0x0000000000576968 in internal_catch (tag=Cannot access memory at address 0x39ee ) at eval.c:1065 #173 0x0000000000505232 in command_loop () at keyboard.c:1124 #174 recursive_edit_1 () at keyboard.c:752 #175 0x0000000000505594 in Frecursive_edit () at keyboard.c:816 #176 0x00000000004ffa4b in main (argc=, argv=) at emacs.c:1652 (gdb) quit Simpler backtrace: $ gdb ./src/emacs GNU gdb (Ubuntu/Linaro 7.2-1ubuntu11) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: ... /home/nick/.gdbinit:3: Error in sourced command file: No symbol table is loaded. Use the "file" command. Reading symbols from /home/nick/src/emacs/emacs.repo/emacs/src/emacs...done. (gdb) run -Q -l ~/minimal.mh-rmail.el Starting program: /home/nick/src/emacs/emacs.repo/emacs/src/emacs -Q -l ~/minimal.mh-rmail.el [Thread debugging using libthread_db enabled] [New Thread 0x7fffe848b700 (LWP 27331)] [New Thread 0x7fffe7a32700 (LWP 27332)] Program received signal SIGABRT, Aborted. 0x00007ffff14fafe7 in kill () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt #0 0x00007ffff14fafe7 in kill () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00000000004fe4d5 in abort () at emacs.c:365 #2 0x000000000055f489 in mark_object (arg=) at alloc.c:6221 #3 0x000000000055f4dc in mark_object (arg=) at alloc.c:6217 #4 0x000000000055f4dc in mark_object (arg=) at alloc.c:6217 #5 0x00000000005607cd in Fgarbage_collect () at alloc.c:5604 #6 0x00000000005777a4 in maybe_gc (form=10080278) at lisp.h:3526 #7 eval_sub (form=10080278) at eval.c:2054 #8 0x000000000057a395 in Feval (form=10080278, lexical=) at eval.c:2019 #9 0x0000000000576bf0 in internal_condition_case_1 (bfun=0x502e80 , arg=10080278, handlers=12067778, hfun=0x500f40 ) at eval.c:1346 #10 0x000000000050a9df in menu_item_eval_property (sexpr=10080278) at keyboard.c:7669 #11 0x000000000050b30d in parse_menu_item (item=, inmenubar=0) at keyboard.c:7845 #12 0x000000000045f5c8 in single_menu_item (key=19874770, item=, dummy=, skp_v=0x7fffffff1100) at menu.c:347 #13 0x0000000000516100 in map_keymap_item (map=, fun=0x45f5a0 , args=12016002, data=0x7fffffff1100) at keymap.c:561 #14 map_keymap_internal (map=, fun=0x45f5a0 , args=12016002, data=0x7fffffff1100) at keymap.c:601 #15 0x000000000045f45a in single_keymap_panes (keymap=16661238, pane_name=, prefix=, maxdepth=10) at menu.c:313 #16 0x0000000000460404 in parse_single_submenu (item_key=15310706, item_name=9151233, maps=) at menu.c:568 #17 0x0000000000461ea0 in set_frame_menubar (f=0x11760a0, first_time=, deep_p=1) at xmenu.c:1047 #18 0x000000000042d664 in update_menu_bar (f=0x11760a0, save_match_data=0, hooks_run=1) at xdisp.c:11287 #19 0x0000000000443ab5 in prepare_menu_bars () at xdisp.c:11165 #20 0x0000000000448016 in redisplay_internal () at xdisp.c:13030 #21 0x000000000050c816 in read_char (commandflag=1, nmaps=2, maps=0x7fffffffd620, prev_event=12016002, used_mouse_menu=0x7fffffffd7d4, end_time=0x0) at keyboard.c:2456 #22 0x000000000050edca in read_key_sequence (keybuf=0x7fffffffd830, prompt=12016002, dont_downcase_last=0, can_return_switch_frame=1, fix_current_buffer=1, bufsize=30) at keyboard.c:9310 #23 0x0000000000510946 in command_loop_1 () at keyboard.c:1449 #24 0x0000000000576a88 in internal_condition_case (bfun=0x510780 , handlers=12067778, hfun=0x5057b0 ) at eval.c:1308 #25 0x00000000005031de in command_loop_2 (ignore=) at keyboard.c:1152 #26 0x0000000000576968 in internal_catch (tag=Cannot access memory at address 0x6aa0 ) at eval.c:1065 #27 0x000000000050524a in command_loop () at keyboard.c:1131 #28 recursive_edit_1 () at keyboard.c:752 #29 0x0000000000505594 in Frecursive_edit () at keyboard.c:816 #30 0x00000000004ffa4b in main (argc=, argv=) at emacs.c:1652 (gdb) ------------=_1343504042-11428-1--