From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 09 18:44:30 2012 Received: (at submit) by debbugs.gnu.org; 9 Jun 2012 22:44:30 +0000 Received: from localhost ([127.0.0.1]:36281 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdUOT-0000qh-IT for submit@debbugs.gnu.org; Sat, 09 Jun 2012 18:44:30 -0400 Received: from eggs.gnu.org ([208.118.235.92]:33716) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdUOP-0000qZ-Tn for submit@debbugs.gnu.org; Sat, 09 Jun 2012 18:44:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SdUM0-0008Df-21 for submit@debbugs.gnu.org; Sat, 09 Jun 2012 18:41:58 -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]:58725) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SdULz-0008Da-UO for submit@debbugs.gnu.org; Sat, 09 Jun 2012 18:41:55 -0400 Received: from eggs.gnu.org ([208.118.235.92]:54163) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SdULx-0006H5-1A for bug-gnu-emacs@gnu.org; Sat, 09 Jun 2012 18:41:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SdULt-0008Cq-TA for bug-gnu-emacs@gnu.org; Sat, 09 Jun 2012 18:41:52 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:55855) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SdULt-0008C8-Ho for bug-gnu-emacs@gnu.org; Sat, 09 Jun 2012 18:41:49 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id EF070A60002; Sat, 9 Jun 2012 15:41:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DLVnOQHxHeCF; Sat, 9 Jun 2012 15:41:38 -0700 (PDT) Received: from [192.168.1.10] (pool-71-189-109-235.lsanca.fios.verizon.net [71.189.109.235]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id A0FE439E8007; Sat, 9 Jun 2012 15:41:38 -0700 (PDT) Message-ID: <4FD3D11D.3090701@cs.ucla.edu> Date: Sat, 09 Jun 2012 15:41:33 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: bug-gnu-emacs@gnu.org Subject: trunk bootstrap segfaults with nonzero MALLOC_PERTURB_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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.2 (------) X-Debbugs-Envelope-To: submit Cc: Dmitry Antipov 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 (------) This follows up on Jim Meyering's message at . On 06/09/2012 09:47 AM, Jim Meyering wrote: > Just to let you know that I'm once again seeing temacs segfault > when MALLOC_PERTURB_ is nonzero. I was able to bootstrap by with > MALLOC_PERTURB_=0, but with it set to a nonzero value, temacs gets the > (sporadically usual, over the years, now) segfault. > > This is on Fedora 17/x86_64 using gcc version 4.8.0 20120604. > > When I use F17's current default gcc (version 4.7.0 20120507), > (still with nonzero MALLOC_PERTURB_) I get a slightly different failure: > > make[3]: *** [dired-aux.elc] Segmentation fault (core dumped) I ran with "export MALLOC_PERTURB_=219; export MALLOC_CHECK=3" on Fedora 15 and GCC 4.7.0, with an abort() in memory_full(), and got a similar failure, with backtrace noted below. This points in the neighborhood of the recently-introduced vector allocation code, so I'll CC: this to Dmitry. Note that there is no bug when compiling without optimization; the bug occurs with the default optimization (-O2) but is not present if -O2 is not given. Here's the patch I used to get the abort: === modified file 'src/alloc.c' --- src/alloc.c 2012-06-08 09:58:43 +0000 +++ src/alloc.c 2012-06-09 22:13:15 +0000 @@ -493,6 +493,7 @@ /* This used to call error, but if we've run out of memory, we could get infinite recursion trying to build the string. */ + abort (); xsignal (Qnil, Vmemory_signal_data); } @@ -3800,6 +3801,7 @@ /* This used to call error, but if we've run out of memory, we could get infinite recursion trying to build the string. */ + abort (); xsignal (Qnil, Vmemory_signal_data); } and here's the backtrace: (gdb) where #0 0x0000003b308354f7 in kill () from /lib64/libc.so.6 #1 0x00000000004fcdfa in fatal_error_signal (sig=) at emacs.c:368 #2 fatal_error_signal (sig=) at emacs.c:338 #3 #4 0x0000003b308354f7 in kill () from /lib64/libc.so.6 #5 0x00000000004fc475 in abort () at emacs.c:396 #6 0x0000000000557f3a in memory_full (nbytes=nbytes@entry=201808) at alloc.c:3804 #7 0x0000000000558afb in lisp_malloc (nbytes=nbytes@entry=201808, type=type@entry=MEM_TYPE_VECTORLIKE) at alloc.c:938 #8 0x000000000055978d in allocate_vectorlike (len=len@entry=25224) at alloc.c:3269 #9 0x0000000000559b73 in allocate_vectorlike (len=25224) at alloc.c:3257 #10 allocate_vector (len=len@entry=25224) at alloc.c:3298 #11 0x000000000057f5e3 in larger_vector (vec=16894405, incr_min=incr_min@entry=8310, nitems_max=nitems_max@entry=-1) at fns.c:3445 #12 0x000000000057fffb in maybe_resize_hash_table (h=0xe1b358) at fns.c:3752 #13 hash_put (h=h@entry=0xe1b358, key=key@entry=18256518, value=value@entry=11975170, hash=) at fns.c:3838 #14 0x0000000000580213 in Fputhash (key=key@entry=18256518, value=11975170, table=) at fns.c:4509 #15 0x000000000058ab45 in print_preprocess (obj=18256518) at print.c:1183 #16 0x000000000058ac55 in print_preprocess (obj=18256550) at print.c:1199 #17 0x000000000058ab8e in print_preprocess (obj=obj@entry=13484741) at print.c:1211 #18 0x000000000058ed9f in print (obj=obj@entry=13484741, printcharfun=printcharfun@entry=11975122, escapeflag=escapeflag@entry=1) at print.c:1085 #19 0x000000000058ff78 in Fprin1 (object=13484741, printcharfun=11975122) at print.c:570 #20 0x0000000000573129 in Ffuncall (nargs=, args=args@entry=0x7fff24bc5db0) at eval.c:2824 #21 0x00000000005a9c70 in exec_byte_code (bytestr=, vector=14932781, maxdepth=, args_template=, nargs=nargs@entry=6, args=, args@entry=0xda40c8) at bytecode.c:784 #22 0x0000000000572b69 in funcall_lambda (fun=14932781, nargs=nargs@entry=6, arg_vector=0xda40c8, arg_vector@entry=0x7fff24bc5f88) at eval.c:2987 #23 0x0000000000572f8b in Ffuncall (nargs=7, args=args@entry=0x7fff24bc5f80) at eval.c:2882 #24 0x00000000005a9c70 in exec_byte_code (bytestr=, vector=15012229, maxdepth=, args_template=, nargs=nargs@entry=5, args=, args@entry=0xda4a20) at bytecode.c:784 #25 0x0000000000572b69 in funcall_lambda (fun=15012229, nargs=nargs@entry=5, arg_vector=0xda4a20, arg_vector@entry=0x7fff24bc6130) at eval.c:2987 #26 0x0000000000572f8b in Ffuncall (nargs=6, args=args@entry=0x7fff24bc6128) at eval.c:2882 #27 0x00000000005a9c70 in exec_byte_code (bytestr=, vector=14513013, maxdepth=, args_template=, nargs=nargs@entry=6, args=, args@entry=0xebb808) at bytecode.c:784 #28 0x0000000000572b69 in funcall_lambda (fun=14513013, nargs=nargs@entry=6, arg_vector=0xebb808, arg_vector@entry=0x7fff24bc62f0) at eval.c:2987 #29 0x0000000000572f8b in Ffuncall (nargs=7, args=args@entry=0x7fff24bc62e8) at eval.c:2882 #30 0x00000000005a9c70 in exec_byte_code (bytestr=, vector=12360997, maxdepth=, args_template=, nargs=nargs@entry=5, args=, args@entry=0xebb770) at bytecode.c:784 #31 0x0000000000572b69 in funcall_lambda (fun=12360997, nargs=nargs@entry=5, arg_vector=0xebb770, arg_vector@entry=0x7fff24bc64b0) at eval.c:2987 #32 0x0000000000572f8b in Ffuncall (nargs=6, args=args@entry=0x7fff24bc64a8) at eval.c:2882 #33 0x00000000005a9c70 in exec_byte_code (bytestr=, vector=17842589, maxdepth=, args_template=, nargs=nargs@entry=5, args=, args@entry=0xebb700) at bytecode.c:784 #34 0x0000000000572b69 in funcall_lambda (fun=17842589, nargs=nargs@entry=5, arg_vector=0xebb700, arg_vector@entry=0x7fff24bc66a0) at eval.c:2987 #35 0x0000000000572f8b in Ffuncall (nargs=6, args=args@entry=0x7fff24bc6698) at eval.c:2882 #36 0x00000000005a9c70 in exec_byte_code (bytestr=, vector=15727621, maxdepth=, args_template=, nargs=nargs@entry=1, args=, args@entry=0xebb520) at bytecode.c:784 #37 0x0000000000572b69 in funcall_lambda (fun=15727621, nargs=nargs@entry=1, arg_vector=0xebb520, arg_vector@entry=0x7fff24bc6860) at eval.c:2987 #38 0x0000000000572f8b in Ffuncall (nargs=2, args=args@entry=0x7fff24bc6858) at eval.c:2882 #39 0x00000000005a9c70 in exec_byte_code (bytestr=, vector=17469325, maxdepth=, args_template=, nargs=nargs@entry=1, args=, args@entry=0xda44e8) at bytecode.c:784 #40 0x0000000000572b69 in funcall_lambda (fun=17469325, nargs=nargs@entry=1, arg_vector=0xda44e8, arg_vector@entry=0x7fff24bc69b8) at eval.c:2987 #41 0x0000000000572f8b in Ffuncall (nargs=2, args=args@entry=0x7fff24bc69b0) at eval.c:2882 #42 0x00000000005a9c70 in exec_byte_code (bytestr=, vector=17469157, maxdepth=, args_template=, nargs=nargs@entry=1, args=, args@entry=0xda4498) at bytecode.c:784 #43 0x0000000000572b69 in funcall_lambda (fun=17469157, nargs=nargs@entry=1, arg_vector=0xda4498, arg_vector@entry=0x7fff24bc6b18) at eval.c:2987 #44 0x0000000000572f8b in Ffuncall (nargs=2, args=args@entry=0x7fff24bc6b10) at eval.c:2882 #45 0x00000000005a9c70 in exec_byte_code (bytestr=, vector=14511245, maxdepth=, args_template=, nargs=nargs@entry=0, args=, args@entry=0xda3730) at bytecode.c:784 #46 0x0000000000572b69 in funcall_lambda (fun=14511245, nargs=nargs@entry=0, arg_vector=0xda3730, arg_vector@entry=0x7fff24bc6c70) at eval.c:2987 #47 0x0000000000572f8b in Ffuncall (nargs=1, args=args@entry=0x7fff24bc6c68) at eval.c:2882 #48 0x00000000005a9c70 in exec_byte_code (bytestr=, vector=12420373, maxdepth=, args_template=, nargs=nargs@entry=0, args=, args@entry=0xda3960) at bytecode.c:784 #49 0x0000000000572b69 in funcall_lambda (fun=12420373, nargs=nargs@entry=0, arg_vector=0xda3960, arg_vector@entry=0x7fff24bc6db8) at eval.c:2987 #50 0x0000000000572f8b in Ffuncall (nargs=1, args=0x7fff24bc6db0) at eval.c:2882 #51 0x000000000057277a in eval_sub (form=form@entry=13010646) at eval.c:2140 #52 0x000000000057531f in internal_lisp_condition_case (var=15414098, bodyform=13010646, handlers=13010358) at eval.c:1288 #53 0x00000000005aa5a3 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=nargs@entry=1, args=, args@entry=0xda3608) at bytecode.c:980 #54 0x0000000000572b69 in funcall_lambda (fun=15013133, nargs=nargs@entry=1, arg_vector=0xda3608, arg_vector@entry=0x7fff24bc7240) at eval.c:2987 #55 0x0000000000572f8b in Ffuncall (nargs=2, args=args@entry=0x7fff24bc7238) at eval.c:2882 #56 0x00000000005a9c70 in exec_byte_code (bytestr=, vector=15528981, maxdepth=, args_template=, nargs=nargs@entry=1, args=, args@entry=0xda2eb0) at bytecode.c:784 #57 0x0000000000572b69 in funcall_lambda (fun=15528981, nargs=nargs@entry=1, arg_vector=0xda2eb0, arg_vector@entry=0x7fff24bc7400) at eval.c:2987 #58 0x0000000000572f8b in Ffuncall (nargs=2, args=args@entry=0x7fff24bc73f8) at eval.c:2882 #59 0x00000000005a9c70 in exec_byte_code (bytestr=, vector=15533581, maxdepth=, args_template=, nargs=nargs@entry=0, args=, args@entry=0xeb6148) at bytecode.c:784 #60 0x0000000000572b69 in funcall_lambda (fun=15533581, nargs=nargs@entry=0, arg_vector=0xeb6148, arg_vector@entry=0x7fff24bc7558) at eval.c:2987 #61 0x0000000000572f8b in Ffuncall (nargs=1, args=0x7fff24bc7550) at eval.c:2882 #62 0x000000000057277a in eval_sub (form=form@entry=12894454) at eval.c:2140 #63 0x000000000057531f in internal_lisp_condition_case (var=12521906, bodyform=12894454, handlers=12895078) at eval.c:1288 #64 0x00000000005aa5a3 in exec_byte_code (bytestr=, vector=, maxdepth=, args_template=, nargs=nargs@entry=1, args=, args@entry=0xeb60e0) at bytecode.c:980 #65 0x0000000000572b69 in funcall_lambda (fun=14589877, nargs=nargs@entry=1, arg_vector=0xeb60e0, arg_vector@entry=0x7fff24bc7990) at eval.c:2987 #66 0x0000000000572f8b in Ffuncall (nargs=2, args=args@entry=0x7fff24bc7988) at eval.c:2882 #67 0x00000000005a9c70 in exec_byte_code (bytestr=, vector=14589445, maxdepth=, args_template=, nargs=nargs@entry=0, args=, args@entry=0xeb5fd8) at bytecode.c:784 #68 0x0000000000572b69 in funcall_lambda (fun=14589445, nargs=nargs@entry=0, arg_vector=0xeb5fd8, arg_vector@entry=0x7fff24bc7b80) at eval.c:2987 #69 0x0000000000572f8b in Ffuncall (nargs=1, args=args@entry=0x7fff24bc7b78) at eval.c:2882 #70 0x00000000005a9c70 in exec_byte_code (bytestr=, vector=9219269, maxdepth=, args_template=, nargs=nargs@entry=1, args=, args@entry=0xa9d337) at bytecode.c:784 #71 0x0000000000572b69 in funcall_lambda (fun=9219269, nargs=nargs@entry=1, arg_vector=0xa9d337, arg_vector@entry=0x7fff24bc7d00) at eval.c:2987 #72 0x0000000000572f8b in Ffuncall (nargs=2, args=args@entry=0x7fff24bc7cf8) at eval.c:2882 #73 0x00000000005a9c70 in exec_byte_code (bytestr=, vector=9194589, maxdepth=, args_template=, nargs=nargs@entry=0, args=, args@entry=0xa9f877) at bytecode.c:784 #74 0x0000000000572b69 in funcall_lambda (fun=9194589, nargs=nargs@entry=0, arg_vector=0xa9f877, arg_vector@entry=0x7fff24bc7ed8) at eval.c:2987 #75 0x0000000000572f8b in Ffuncall (nargs=1, args=args@entry=0x7fff24bc7ed0) at eval.c:2882 #76 0x00000000005a9c70 in exec_byte_code (bytestr=, vector=9189173, maxdepth=, args_template=, nargs=nargs@entry=0, args=, args@entry=0xaa05f0) at bytecode.c:784 #77 0x0000000000572b69 in funcall_lambda (fun=9189173, fun@entry=9189085, nargs=nargs@entry=0, arg_vector=0xaa05f0, arg_vector@entry=0x7fff24bc7fb0) at eval.c:2987 #78 0x000000000057205c in apply_lambda (fun=9189085, args=) at eval.c:2930 #79 0x0000000000572413 in eval_sub (form=form@entry=12488790) at eval.c:2232 #80 0x0000000000574c65 in Feval (form=12488790, lexical=) at eval.c:2022 #81 0x0000000000571553 in internal_condition_case ( bfun=bfun@entry=0x4ffd00 , handlers=12027074, hfun=hfun@entry=0x5015a0 ) at eval.c:1334 #82 0x0000000000500236 in top_level_1 (ignore=ignore@entry=11975122) at keyboard.c:1172 #83 0x000000000057144b in internal_catch ( tag=, func=func@entry=0x5001d0 , arg=11975122) at eval.c:1091 #84 0x000000000050105f in command_loop () at keyboard.c:1127 #85 recursive_edit_1 () at keyboard.c:754 #86 0x000000000050139a in Frecursive_edit () at keyboard.c:818 #87 0x00000000004171f8 in main (argc=9, argv=) at emacs.c:1699 Lisp Backtrace: "prin1" (0x24bc5db8) "byte-compile-output-docform" (0x24bc5f88) "byte-compile-file-form-defmumble" (0x24bc6130) 0xeffae8 PVEC_COMPILED 0xeffb58 PVEC_COMPILED 0xeffbc8 PVEC_COMPILED "byte-compile-file-form-defalias" (0x24bc6860) "byte-compile-file-form" (0x24bc69b8) "byte-compile-toplevel-file-form" (0x24bc6b18) 0xecaf60 PVEC_COMPILED 0xdd6d38 PVEC_COMPILED "funcall" (0x24bc6db0) "byte-compile-from-buffer" (0x24bc7240) "byte-compile-file" (0x24bc7400) 0xdeb840 PVEC_COMPILED "funcall" (0x24bc7550) "batch-byte-compile-file" (0x24bc7990) "batch-byte-compile" (0x24bc7b80) "command-line-1" (0x24bc7d00) "command-line" (0x24bc7ed8) "normal-top-level" (0x24bc7fb0) From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 09 19:50:33 2012 Received: (at 11662) by debbugs.gnu.org; 9 Jun 2012 23:50:33 +0000 Received: from localhost ([127.0.0.1]:36301 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdVQO-0002JC-Tj for submit@debbugs.gnu.org; Sat, 09 Jun 2012 19:50:33 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:50972) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdVQM-0002J4-Tl for 11662@debbugs.gnu.org; Sat, 09 Jun 2012 19:50:31 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1SdVNx-0002xf-Os; Sat, 09 Jun 2012 19:48:01 -0400 From: Glenn Morris To: Paul Eggert Subject: Re: bug#11662: trunk bootstrap segfaults with nonzero MALLOC_PERTURB_ References: <4FD3D11D.3090701@cs.ucla.edu> X-Spook: illuminati oil Lon Horiuchi World Trade Center NWO Mole X-Ran: Ay?;yD:NJ0Q=VTsD-}QnD?."o>=+<"^Ed9\c<^p#q#z#kFJ8/GXl/?-`a.or5(%oo~C=:P X-Hue: yellow X-Debbugs-No-Ack: yes X-Attribution: GM Date: Sat, 09 Jun 2012 19:48:01 -0400 In-Reply-To: <4FD3D11D.3090701@cs.ucla.edu> (Paul Eggert's message of "Sat, 09 Jun 2012 15:41:33 -0700") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: 11662 Cc: Dmitry Antipov , 11662@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: -6.9 (------) Paul Eggert wrote: >> Just to let you know that I'm once again seeing temacs segfault >> when MALLOC_PERTURB_ is nonzero. [...] > with backtrace noted below. This points in the neighborhood of the > recently-introduced vector allocation code, so I'll CC: this to Dmitry. That fact that this was first reported in April http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11144 suggests it could be something else. From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 09 19:50:45 2012 Received: (at control) by debbugs.gnu.org; 9 Jun 2012 23:50:45 +0000 Received: from localhost ([127.0.0.1]:36304 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdVQb-0002Jf-3h for submit@debbugs.gnu.org; Sat, 09 Jun 2012 19:50:45 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:50974) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdVQZ-0002JT-Pw for control@debbugs.gnu.org; Sat, 09 Jun 2012 19:50:44 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1SdVOB-0002y1-T3 for control@debbugs.gnu.org; Sat, 09 Jun 2012 19:48:15 -0400 Date: Sat, 09 Jun 2012 19:48:15 -0400 Message-Id: Subject: control message for bug 11662 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: control 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 (------) merge 11144 11662 From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 09 23:43:29 2012 Received: (at 11662) by debbugs.gnu.org; 10 Jun 2012 03:43:29 +0000 Received: from localhost ([127.0.0.1]:36366 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdZ3p-0008Ep-1G for submit@debbugs.gnu.org; Sat, 09 Jun 2012 23:43:29 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:52994) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdZ3n-0008Ei-6M for 11662@debbugs.gnu.org; Sat, 09 Jun 2012 23:43:28 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id DA13739E800A; Sat, 9 Jun 2012 20:40:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3hq+towJcK6B; Sat, 9 Jun 2012 20:40:57 -0700 (PDT) Received: from [192.168.1.10] (pool-71-189-109-235.lsanca.fios.verizon.net [71.189.109.235]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 36D2639E8007; Sat, 9 Jun 2012 20:40:57 -0700 (PDT) Message-ID: <4FD4174C.3080703@cs.ucla.edu> Date: Sat, 09 Jun 2012 20:41:00 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: Glenn Morris Subject: Re: bug#11662: trunk bootstrap segfaults with nonzero MALLOC_PERTURB_ References: <4FD3D11D.3090701@cs.ucla.edu> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 11662 Cc: Dmitry Antipov , 11662@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 (-) On 06/09/2012 04:48 PM, Glenn Morris wrote: > That fact that this was first reported in April > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11144 That April report looks quite a bit different, as it doesn't seem to have anything to do with allocate_vectorlike. I have verified that if one takes the latest trunk (bzr 108545), and backs out the recent vector changes (that is, backs out the changes in bzr 108522 and in bzr 108520), the bug goes away. This does not prove that the bug is due to the vector changes but it is strongly suggestive. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 10 00:37:58 2012 Received: (at control) by debbugs.gnu.org; 10 Jun 2012 04:37:58 +0000 Received: from localhost ([127.0.0.1]:36388 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdZuY-0000zJ-Kc for submit@debbugs.gnu.org; Sun, 10 Jun 2012 00:37:58 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:53535) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdZuX-0000zC-F3 for control@debbugs.gnu.org; Sun, 10 Jun 2012 00:37:58 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1SdZs8-0001Zj-3Z for control@debbugs.gnu.org; Sun, 10 Jun 2012 00:35:28 -0400 Date: Sun, 10 Jun 2012 00:35:28 -0400 Message-Id: Subject: control message for bug 11144 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: control 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 (------) unmerge 11144 From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 21 17:07:41 2012 Received: (at 11662) by debbugs.gnu.org; 21 Sep 2012 21:07:41 +0000 Received: from localhost ([127.0.0.1]:47617 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFARo-0003m8-Nb for submit@debbugs.gnu.org; Fri, 21 Sep 2012 17:07:41 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:51240) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TFARl-0003lz-Dx for 11662@debbugs.gnu.org; Fri, 21 Sep 2012 17:07:38 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 6478B39E8007; Fri, 21 Sep 2012 14:05:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pj80vDaTckUk; Fri, 21 Sep 2012 14:05:57 -0700 (PDT) Received: from penguin.cs.ucla.edu (Penguin.CS.UCLA.EDU [131.179.64.200]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 69C9339E8013; Fri, 21 Sep 2012 14:05:57 -0700 (PDT) Message-ID: <505CD6B5.8070009@cs.ucla.edu> Date: Fri, 21 Sep 2012 14:05:57 -0700 From: Paul Eggert User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120828 Thunderbird/15.0 MIME-Version: 1.0 To: Dmitry Antipov Subject: Re: FYI, trunk bootstrap segfaults with nonzero MALLOC_PERTURB_ References: <87mx4cxwi1.fsf@rho.meyering.net> <4FD3D1C5.1020301@cs.ucla.edu> <4FD8824F.4060501@yandex.ru> In-Reply-To: <4FD8824F.4060501@yandex.ru> Content-Type: multipart/mixed; boundary="------------010907040601020202010801" X-Spam-Score: -2.4 (--) X-Debbugs-Envelope-To: 11662 Cc: Jim Meyering , 11662@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: -2.4 (--) This is a multi-part message in MIME format. --------------010907040601020202010801 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 06/13/2012 05:06 AM, Dmitry Antipov wrote: > Not reproduced with MALLOC_PERTURB_219 and MALLOC_CHECK_=[whatever nonzero] > on Fedora 16 with gcc version 4.6.3 20120306 (Red Hat 4.6.3-2) and glibc > 2.14.90-24.fc16.7. > > Can someone try to rule out new vector allocation code with the patch attached > and see whether crash is affected? I have not had a chance to get to this, but am replying now (with a copy of your attached patch) to the bug-reporting address, so that this is properly filed at . --------------010907040601020202010801 Content-Type: text/x-patch; name="disable_new_vector_alloc.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="disable_new_vector_alloc.patch" === modified file 'src/alloc.c' --- src/alloc.c 2012-06-13 00:26:40 +0000 +++ src/alloc.c 2012-06-13 11:21:25 +0000 @@ -491,6 +491,7 @@ memory_full (nbytes); #endif + abort (); /* This used to call error, but if we've run out of memory, we could get infinite recursion trying to build the string. */ xsignal (Qnil, Vmemory_signal_data); @@ -3014,6 +3015,8 @@ { struct vector_block *block; + abort (); + #ifdef DOUG_LEA_MALLOC mallopt (M_MMAP_MAX, 0); #endif @@ -3052,6 +3055,8 @@ struct vector_block *block; size_t index, restbytes; + abort (); + eassert (VBLOCK_BYTES_MIN <= nbytes && nbytes <= VBLOCK_BYTES_MAX); eassert (nbytes % roundup_size == 0); @@ -3135,6 +3140,8 @@ { int free_this_block = 0; + abort (); + for (vector = (struct Lisp_Vector *) block->data; VECTOR_IN_BLOCK (vector, block); vector = next) { @@ -3242,7 +3249,7 @@ nbytes = header_size + len * word_size; - if (nbytes <= VBLOCK_BYTES_MAX) + if (0 && nbytes <= VBLOCK_BYTES_MAX) p = allocate_vector_from_block (vroundup (nbytes)); else { @@ -3785,6 +3792,7 @@ #endif } + abort (); /* This used to call error, but if we've run out of memory, we could get infinite recursion trying to build the string. */ xsignal (Qnil, Vmemory_signal_data); @@ -4369,6 +4377,8 @@ struct vector_block *block = (struct vector_block *) m->start; struct Lisp_Vector *vector = (struct Lisp_Vector *) block->data; + abort (); + /* P is in the block's allocation range. Scan the block up to P and see whether P points to the start of some vector which is not on a free list. FIXME: check whether --------------010907040601020202010801-- From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 24 04:46:16 2012 Received: (at 11662) by debbugs.gnu.org; 24 Sep 2012 08:46:16 +0000 Received: from localhost ([127.0.0.1]:52091 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TG4Ix-00010p-Ro for submit@debbugs.gnu.org; Mon, 24 Sep 2012 04:46:16 -0400 Received: from mx.meyering.net ([88.168.87.75]:51048) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TG4It-00010f-U3 for 11662@debbugs.gnu.org; Mon, 24 Sep 2012 04:46:12 -0400 Received: from rho.meyering.net (rho.meyering.net [127.0.0.1]) by rho.meyering.net (Acme Bit-Twister) with ESMTP id AC11260128; Mon, 24 Sep 2012 10:44:15 +0200 (CEST) From: Jim Meyering To: Paul Eggert Subject: Re: FYI, trunk bootstrap segfaults with nonzero MALLOC_PERTURB_ In-Reply-To: <505CD6B5.8070009@cs.ucla.edu> (Paul Eggert's message of "Fri, 21 Sep 2012 14:05:57 -0700") References: <87mx4cxwi1.fsf@rho.meyering.net> <4FD3D1C5.1020301@cs.ucla.edu> <4FD8824F.4060501@yandex.ru> <505CD6B5.8070009@cs.ucla.edu> Date: Mon, 24 Sep 2012 10:44:15 +0200 Message-ID: <873927x128.fsf@rho.meyering.net> Lines: 17 MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.7 (--) X-Debbugs-Envelope-To: 11662 Cc: Dmitry Antipov , 11662@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: -2.7 (--) Paul Eggert wrote: > On 06/13/2012 05:06 AM, Dmitry Antipov wrote: > >> Not reproduced with MALLOC_PERTURB_219 and MALLOC_CHECK_=[whatever nonzero] >> on Fedora 16 with gcc version 4.6.3 20120306 (Red Hat 4.6.3-2) and glibc >> 2.14.90-24.fc16.7. >> >> Can someone try to rule out new vector allocation code with the patch attached >> and see whether crash is affected? > > I have not had a chance to get to this, but am replying now (with a copy > of your attached patch) to the bug-reporting address, so that this is > properly filed at . FYI, I am now using emacs bootstrapped with e.g., MALLOC_PERTURB_=48 (i.e., anything nonzero <= 255). Thanks to you and Dmitry for all that cleanup work. From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 06 15:15:14 2013 Received: (at control) by debbugs.gnu.org; 6 Feb 2013 20:15:14 +0000 Received: from localhost ([127.0.0.1]:39929 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U3BOk-0001Fz-2M for submit@debbugs.gnu.org; Wed, 06 Feb 2013 15:15:14 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:49874) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U3BOi-0001DE-C4 for control@debbugs.gnu.org; Wed, 06 Feb 2013 15:15:12 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1U3BNS-0002Xf-48 for control@debbugs.gnu.org; Wed, 06 Feb 2013 15:13:54 -0500 Date: Wed, 06 Feb 2013 15:13:54 -0500 Message-Id: Subject: control message for bug 11662 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: control 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: -4.2 (----) close 11662 From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 06 15:16:27 2013 Received: (at control) by debbugs.gnu.org; 6 Feb 2013 20:16:27 +0000 Received: from localhost ([127.0.0.1]:39937 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U3BPv-0001r3-DJ for submit@debbugs.gnu.org; Wed, 06 Feb 2013 15:16:27 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:49895) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U3BPu-0001qx-HU for control@debbugs.gnu.org; Wed, 06 Feb 2013 15:16:26 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1U3BOe-0002lW-HQ for control@debbugs.gnu.org; Wed, 06 Feb 2013 15:15:08 -0500 Date: Wed, 06 Feb 2013 15:15:08 -0500 Message-Id: Subject: control message for bug 8388 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: control 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: -4.2 (----) forcemerge 11662 8388 From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 07 19:49:06 2013 Received: (at control) by debbugs.gnu.org; 8 Feb 2013 00:49:06 +0000 Received: from localhost ([127.0.0.1]:42619 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U3c9K-0004uf-Ai for submit@debbugs.gnu.org; Thu, 07 Feb 2013 19:49:06 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:53418) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U3c9I-0004uW-BG for control@debbugs.gnu.org; Thu, 07 Feb 2013 19:49:05 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1U3c9I-0000Vf-5C for control@debbugs.gnu.org; Thu, 07 Feb 2013 19:49:04 -0500 Date: Thu, 07 Feb 2013 19:49:04 -0500 Message-Id: Subject: control message for bug 11144 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: control 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: -4.2 (----) forcemerge 11662 11144 From unknown Tue Jun 24 15:42:54 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 08 Mar 2013 12:24:04 +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