From unknown Thu Sep 11 14:08:51 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#12839 <12839@debbugs.gnu.org> To: bug#12839 <12839@debbugs.gnu.org> Subject: Status: 24.3.50; Emacs aborts in GC Reply-To: bug#12839 <12839@debbugs.gnu.org> Date: Thu, 11 Sep 2025 21:08:51 +0000 retitle 12839 24.3.50; Emacs aborts in GC reassign 12839 emacs submitter 12839 Eli Zaretskii severity 12839 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 08 12:24:09 2012 Received: (at submit) by debbugs.gnu.org; 8 Nov 2012 17:24:09 +0000 Received: from localhost ([127.0.0.1]:56354 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWVpo-00016F-SY for submit@debbugs.gnu.org; Thu, 08 Nov 2012 12:24:09 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58286) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWVpm-000166-D4 for submit@debbugs.gnu.org; Thu, 08 Nov 2012 12:24:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TWVpi-0006Fd-1z for submit@debbugs.gnu.org; Thu, 08 Nov 2012 12:24:03 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-7.3 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:36904) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TWVph-0006FU-Up for submit@debbugs.gnu.org; Thu, 08 Nov 2012 12:24:01 -0500 Received: from eggs.gnu.org ([208.118.235.92]:53238) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TWVpX-0004VS-QC for bug-gnu-emacs@gnu.org; Thu, 08 Nov 2012 12:24:01 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TWVef-0002os-M4 for bug-gnu-emacs@gnu.org; Thu, 08 Nov 2012 12:13:03 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:38037) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TWVee-0002nk-Qo for bug-gnu-emacs@gnu.org; Thu, 08 Nov 2012 12:12:37 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MD600900HPG0A00@a-mtaout20.012.net.il> for bug-gnu-emacs@gnu.org; Thu, 08 Nov 2012 19:12:17 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MD6008U0IGGIOH0@a-mtaout20.012.net.il>; Thu, 08 Nov 2012 19:12:16 +0200 (IST) Date: Thu, 08 Nov 2012 19:12:19 +0200 From: Eli Zaretskii Subject: 24.3.50; Emacs aborts in GC X-012-Sender: halo1@inter.net.il To: bug-gnu-emacs@gnu.org, Dmitry Antipov Message-id: <83625g10jw.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -7.3 (-------) X-Debbugs-Envelope-To: submit 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: -7.3 (-------) This bug report will be sent to the Bug-GNU-Emacs mailing list and the GNU bug tracker at debbugs.gnu.org. Please check that the From: line contains a valid email address. After a delay of up to one day, you should receive an acknowledgement at that address. Please write in English if possible, as the Emacs maintainers usually do not have translators for other languages. Please describe exactly what actions triggered the bug, and the precise symptoms of the bug. If you can, give a recipe starting from `emacs -Q': (This is being sent from Emacs 24.2, since the trunk is unusable, see below. So please take the data reported by report-emacs-bug with a grain of salt.) With the current trunk, the first GC in the "emacs -Q" session aborts. It doesn't matter what triggers the GC. The backtrace is below. Let me know if I can help finding the problem. #1 0x01233dad in emacs_abort () at w32fns.c:7766 #2 0x0100139c in terminate_due_to_signal (sig=22, backtrace_limit=2147483647) at emacs.c:345 #3 0x01021d64 in die ( msg=0x154362c "assertion failed: (tmp) < VECTOR_MAX_FREE_LIST_INDEX", file=0x1542dd1 "alloc.c", line=2864) at alloc.c:6483 #4 0x0101b1a8 in sweep_vectors () at alloc.c:2864 #5 0x01021a05 in gc_sweep () at alloc.c:6376 #6 0x0101f320 in Fgarbage_collect () at alloc.c:5321 #7 0x01018387 in maybe_gc () at lisp.h:3676 #8 0x01012c68 in eval_sub (form=59772478) at eval.c:2036 #9 0x0104ac36 in readevalloop (readcharfun=55932954, stream=0x77c5fd00, sourcename=55930433, printflag=false, unibyte=55855130, readfun=55855130, start=55855130, end=55855130) at lread.c:1842 #10 0x01048cc6 in Fload (file=56888641, noerror=55855130, nomessage=55855154, nosuffix=55855130, must_suffix=55855154) at lread.c:1315 #11 0x0103f093 in Frequire (feature=55922650, filename=55855130, noerror=55855130) at fns.c:2651 #12 0x01015248 in Ffuncall (nargs=2, args=0x82dc44) at eval.c:2781 #13 0x011254bf in exec_byte_code (bytestr=56888481, vector=59632877, maxdepth=16, args_template=55855130, nargs=0, args=0x0) at bytecode.c:899 #14 0x01124932 in Fbyte_code (bytestr=56888481, vector=59632877, maxdepth=16) at bytecode.c:474 #15 0x0101355a in eval_sub (form=59009206) at eval.c:2145 #16 0x0104ac36 in readevalloop (readcharfun=55932954, stream=0x77c5fce0, sourcename=56886145, printflag=false, unibyte=55855130, readfun=55855130, start=55855130, end=55855130) at lread.c:1842 #17 0x01048cc6 in Fload (file=20525321, noerror=55855130, nomessage=55855154, nosuffix=55855130, must_suffix=55855154) at lread.c:1315 #18 0x010129bf in Fautoload_do_load (fundef=20525366, funname=57611794, macro_only=55855130) at eval.c:1973 #19 0x0101566e in Ffuncall (nargs=1, args=0x82e624) at eval.c:2838 #20 0x011254bf in exec_byte_code (bytestr=20395169, vector=20395213, maxdepth=12, args_template=55855130, nargs=0, args=0x0) at bytecode.c:899 #21 0x01016097 in funcall_lambda (fun=20395141, nargs=2, arg_vector=0x82e878) at eval.c:3006 #22 0x0101556f in Ffuncall (nargs=3, args=0x82e874) at eval.c:2823 #23 0x011254bf in exec_byte_code (bytestr=20394193, vector=20394453, maxdepth=24, args_template=55855130, nargs=0, args=0x0) at bytecode.c:899 #24 0x01016097 in funcall_lambda (fun=20394157, nargs=0, arg_vector=0x82ea40) at eval.c:3006 #25 0x010158a7 in apply_lambda (fun=20394157, args=55855130) at eval.c:2883 #26 0x0101387c in eval_sub (form=20388694) at eval.c:2184 #27 0x01010f11 in internal_lisp_condition_case (var=57691882, bodyform=20388694, handlers=20388702) at eval.c:1242 #28 0x01125f3e in exec_byte_code (bytestr=20388513, vector=20388613, maxdepth=16, args_template=55855130, nargs=0, args=0x0) at bytecode.c:1095 #29 0x01016097 in funcall_lambda (fun=20388469, nargs=1, arg_vector=0x82ef28) at eval.c:3006 #30 0x0101556f in Ffuncall (nargs=2, args=0x82ef24) at eval.c:2823 #31 0x011254bf in exec_byte_code (bytestr=20387521, vector=20387789, maxdepth=20, args_template=55855130, nargs=0, args=0x0) at bytecode.c:899 #32 0x01016097 in funcall_lambda (fun=20387453, nargs=2, arg_vector=0x82f188) at eval.c:3006 #33 0x0101556f in Ffuncall (nargs=3, args=0x82f184) at eval.c:2823 #34 0x011254bf in exec_byte_code (bytestr=20385409, vector=20385581, maxdepth=12, args_template=55855130, nargs=0, args=0x0) at bytecode.c:899 #35 0x01016097 in funcall_lambda (fun=20385341, nargs=6, arg_vector=0x82f3d8) at eval.c:3006 #36 0x0101556f in Ffuncall (nargs=7, args=0x82f3d4) at eval.c:2823 #37 0x011254bf in exec_byte_code (bytestr=20384209, vector=20384573, maxdepth=32, args_template=55855130, nargs=0, args=0x0) at bytecode.c:899 #38 0x01016097 in funcall_lambda (fun=20384157, nargs=4, arg_vector=0x82f648) at eval.c:3006 #39 0x0101556f in Ffuncall (nargs=5, args=0x82f644) at eval.c:2823 #40 0x011254bf in exec_byte_code (bytestr=20379313, vector=20379365, maxdepth=24, args_template=55855130, nargs=0, args=0x0) at bytecode.c:899 #41 0x01016097 in funcall_lambda (fun=20379261, nargs=2, arg_vector=0x82f8a4) at eval.c:3006 #42 0x0101556f in Ffuncall (nargs=3, args=0x82f8a0) at eval.c:2823 #43 0x01014360 in Fapply (nargs=2, args=0x82f940) at eval.c:2308 #44 0x010148e4 in apply1 (fn=57591626, arg=59777350) at eval.c:2542 #45 0x011226fe in Fcall_interactively (function=57591626, record_flag=55855130, keys=55876469) at callint.c:377 #46 0x01015248 in Ffuncall (nargs=4, args=0x82fb80) at eval.c:2781 #47 0x010149b9 in call3 (fn=55972634, arg1=57591626, arg2=55855130, arg3=55855130) at eval.c:2599 #48 0x010acf89 in Fcommand_execute (cmd=57591626, record_flag=55855130, keys=55855130, special=55855130) at keyboard.c:10240 #49 0x010935ca in command_loop_1 () at keyboard.c:1586 #50 0x0101101b in internal_condition_case (bfun=0x1092870 , handlers=55905738, hfun=0x10920b0 ) at eval.c:1288 #51 0x010924fc in command_loop_2 (ignore=55855130) at keyboard.c:1167 #52 0x01010a23 in internal_catch (tag=55895594, func=0x10924d9 , arg=55855130) at eval.c:1059 #53 0x010924b4 in command_loop () at keyboard.c:1146 #54 0x01091a81 in recursive_edit_1 () at keyboard.c:778 #55 0x01091da3 in Frecursive_edit () at keyboard.c:842 #56 0x01002863 in main (argc=2, argv=0xa43f90) at emacs.c:1564 Lisp Backtrace: "Automatic GC" (0x166e620) "require" (0x82dc48) "byte-code" (0x82de20) "c-mode" (0x82e628) "set-auto-mode-0" (0x82e878) "set-auto-mode" (0x82ea40) "normal-mode" (0x82ef28) "after-find-file" (0x82f188) "find-file-noselect-1" (0x82f3d8) "find-file-noselect" (0x82f648) "find-file" (0x82f8a4) "call-interactively" (0x82fb84) (gdb) If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. For information about debugging Emacs, please read the file d:/usr/emacs/etc/DEBUG. In GNU Emacs 24.2.1 (i386-mingw-nt5.1.2600) of 2012-09-17 on HOME-C4E4A596F7 Windowing system distributor `Microsoft Corp.', version 5.1.2600 Configured using: `configure --with-gcc (3.4)' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: ENU value of $XMODIFIERS: nil locale-coding-system: cp1255 default enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: M-x r e p o r t - e m a c s - b u g Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail regexp-opt rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 disp-table ls-lisp w32-win w32-vars tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process multi-tty emacs) From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 08 17:05:33 2012 Received: (at 12839) by debbugs.gnu.org; 8 Nov 2012 22:05:33 +0000 Received: from localhost ([127.0.0.1]:56595 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWaE8-0002WZ-UX for submit@debbugs.gnu.org; Thu, 08 Nov 2012 17:05:33 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:41006) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWaE6-0002WQ-GB for 12839@debbugs.gnu.org; Thu, 08 Nov 2012 17:05:32 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MD600D00VSU5300@a-mtaout20.012.net.il> for 12839@debbugs.gnu.org; Fri, 09 Nov 2012 00:05:24 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MD600CZ2W10V6H0@a-mtaout20.012.net.il>; Fri, 09 Nov 2012 00:05:24 +0200 (IST) Date: Fri, 09 Nov 2012 00:05:28 +0200 From: Eli Zaretskii Subject: Re: bug#12839: 24.3.50; Emacs aborts in GC In-reply-to: <83625g10jw.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: dmantipov@yandex.ru Message-id: <83zk2rzr6f.fsf@gnu.org> References: <83625g10jw.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Thu, 08 Nov 2012 19:12:19 +0200 > From: Eli Zaretskii > > With the current trunk, the first GC in the "emacs -Q" session aborts. > It doesn't matter what triggers the GC. The backtrace is below. Let > me know if I can help finding the problem. > > #1 0x01233dad in emacs_abort () at w32fns.c:7766 > #2 0x0100139c in terminate_due_to_signal (sig=22, backtrace_limit=2147483647) > at emacs.c:345 > #3 0x01021d64 in die ( > msg=0x154362c "assertion failed: (tmp) < VECTOR_MAX_FREE_LIST_INDEX", > file=0x1542dd1 "alloc.c", line=2864) at alloc.c:6483 > #4 0x0101b1a8 in sweep_vectors () at alloc.c:2864 [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4922] X-Debbugs-Envelope-To: 12839 Cc: 12839@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.7 (/) > Date: Thu, 08 Nov 2012 19:12:19 +0200 > From: Eli Zaretskii > > With the current trunk, the first GC in the "emacs -Q" session aborts. > It doesn't matter what triggers the GC. The backtrace is below. Let > me know if I can help finding the problem. > > #1 0x01233dad in emacs_abort () at w32fns.c:7766 > #2 0x0100139c in terminate_due_to_signal (sig=22, backtrace_limit=2147483647) > at emacs.c:345 > #3 0x01021d64 in die ( > msg=0x154362c "assertion failed: (tmp) < VECTOR_MAX_FREE_LIST_INDEX", > file=0x1542dd1 "alloc.c", line=2864) at alloc.c:6483 > #4 0x0101b1a8 in sweep_vectors () at alloc.c:2864 Looks like I'm talking to myself here, but on the faint hope that someone does or will read this, here's some data: (gdb) r -Q Starting program: D:\gnu\bzr\emacs\trunk\src\oo\i386\emacs.exe -Q [New Thread 7964.0x1eac] [New Thread 7964.0x1c24] [New Thread 7964.0xdf0] alloc.c:2864: Emacs fatal error: assertion failed: (tmp) < VECTOR_MAX_FREE_LIST_INDEX Breakpoint 1, terminate_due_to_signal (sig=22, backtrace_limit=2147483647) at emacs.c:318 318 signal (sig, SIG_DFL); (gdb) up #1 0x01021d64 in die ( msg=0x154362c "assertion failed: (tmp) < VECTOR_MAX_FREE_LIST_INDEX", file=0x1542dd1 "alloc.c", line=2864) at alloc.c:6483 6483 terminate_due_to_signal (SIGABRT, INT_MAX); (gdb) up #2 0x0101b1a8 in sweep_vectors () at alloc.c:2864 2864 SETUP_ON_FREE_LIST (vector, total_bytes, tmp); (gdb) l 2859 space was coalesced into the only free vector. */ 2860 free_this_block = 1; 2861 else 2862 { 2863 int tmp; 2864 SETUP_ON_FREE_LIST (vector, total_bytes, tmp); 2865 } 2866 } 2867 } 2868 (gdb) p total_bytes $1 = 223420624 (gdb) p vector->header_size There is no member named header_size. (gdb) p vector->header.size $2 = 1166225408 (gdb) p vector->header $3 = { size = 1166225408 } Looks like this vector is complete garbage. And the same goes for the first one on vector_blocks: (gdb) p (struct Lisp_Vector *)vector_blocks->data $5 = (struct Lisp_Vector *) 0x357e000 (gdb) p ((struct Lisp_Vector *)vector_blocks->data)->header $6 = { size = 1275068420 } Also, a different, but related, crash: emacs -Q C-x 3 M-x set-variable RET auto-hscroll-mode RET nil RET This yields the following crash: Program received signal SIGSEGV, Segmentation fault. 0x010201e5 in mark_object (arg=1325400077) at alloc.c:5722 5722 if (VECTOR_MARKED_P (ptr)) (gdb) l 5717 case Lisp_Vectorlike: 5718 { 5719 register struct Lisp_Vector *ptr = XVECTOR (obj); 5720 register ptrdiff_t pvectype; 5721 5722 if (VECTOR_MARKED_P (ptr)) 5723 break; 5724 5725 #ifdef GC_CHECK_MARKED_OBJECTS 5726 m = mem_find (po); (gdb) p ptr $1 = (struct Lisp_Vector *) 0x4f000008 (gdb) p *ptr Cannot access memory at address 0x4f000008 I hope this will make sense to someone. From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 08 22:40:19 2012 Received: (at 12839) by debbugs.gnu.org; 9 Nov 2012 03:40:19 +0000 Received: from localhost ([127.0.0.1]:56774 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWfS2-0001Vc-Em for submit@debbugs.gnu.org; Thu, 08 Nov 2012 22:40:15 -0500 Received: from forward5.mail.yandex.net ([77.88.46.21]:58784) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWfRq-0001Uw-2z for 12839@debbugs.gnu.org; Thu, 08 Nov 2012 22:40:05 -0500 Received: from smtp4.mail.yandex.net (smtp4.mail.yandex.net [77.88.46.104]) by forward5.mail.yandex.net (Yandex) with ESMTP id CB9831201052; Fri, 9 Nov 2012 07:39:54 +0400 (MSK) Received: from smtp4.mail.yandex.net (localhost [127.0.0.1]) by smtp4.mail.yandex.net (Yandex) with ESMTP id A481D5C03BB; Fri, 9 Nov 2012 07:39:54 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp4.mail.yandex.net (nwsmtp/Yandex) with ESMTP id dsC0XSNG-dsC8pnRf; Fri, 9 Nov 2012 07:39:54 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1352432394; bh=AndtoWWntHGc0mkQAZfIPqnpaAZ8bZ3Jag1nBOrURZU=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=cl500CdZaQsZ4VYlZGnaTwBVaTcEHO5mxFbQbjtJN70qDlcYCNJTK74GCA/AQ2btD o7x77WZL43rEQh67FT+tQ7xy8G2vtjzEeJrg4E4DrWuJUu954W3OveVzszJXQrE68f Xyeb9USsNUe3HtDDIQJiT1X2vTjkA/8O9I1X3yUo= Message-ID: <509C7B1A.2070009@yandex.ru> Date: Fri, 09 Nov 2012 07:40:10 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#12839: 24.3.50; Emacs aborts in GC References: <83625g10jw.fsf@gnu.org> <83zk2rzr6f.fsf@gnu.org> In-Reply-To: <83zk2rzr6f.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12839 Cc: 12839@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) On 11/09/2012 02:05 AM, Eli Zaretskii wrote: > Looks like I'm talking to myself here No. Although I do my best to avoid platform-dependent tricks, some things are platform-dependent anyway, like the DEFUN macro. If you compile with Microsoft compiler, this is your case; can you use gdb to dump any struct Lisp_Subr to see it's vectorlike_header? Also, if you suspect potentially bogus struct Lisp_Vector pointers, please try xvectype and xvecsize gdb commands to get something more informative than just the header->size shown as integer. > Also, a different, but related, crash: > > emacs -Q > C-x 3 > M-x set-variable RET auto-hscroll-mode RET nil RET I can't reproduce it on Linux, so it looks like the same platform-dependent problem. Dmitry From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 09 02:24:25 2012 Received: (at 12839) by debbugs.gnu.org; 9 Nov 2012 07:24:25 +0000 Received: from localhost ([127.0.0.1]:56860 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWiwy-0006hC-HK for submit@debbugs.gnu.org; Fri, 09 Nov 2012 02:24:25 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:62007) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWiwv-0006h3-2h for 12839@debbugs.gnu.org; Fri, 09 Nov 2012 02:24:22 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MD700E00LU0NY00@a-mtaout22.012.net.il> for 12839@debbugs.gnu.org; Fri, 09 Nov 2012 09:24:05 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MD700E22LW567Q0@a-mtaout22.012.net.il>; Fri, 09 Nov 2012 09:24:05 +0200 (IST) Date: Fri, 09 Nov 2012 09:24:10 +0200 From: Eli Zaretskii Subject: Re: bug#12839: 24.3.50; Emacs aborts in GC In-reply-to: <509C7B1A.2070009@yandex.ru> X-012-Sender: halo1@inter.net.il To: Dmitry Antipov Message-id: <83vcdfz1b9.fsf@gnu.org> References: <83625g10jw.fsf@gnu.org> <83zk2rzr6f.fsf@gnu.org> <509C7B1A.2070009@yandex.ru> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Fri, 09 Nov 2012 07:40:10 +0400 > From: Dmitry Antipov > CC: 12839@debbugs.gnu.org > > Although I do my best to avoid platform-dependent tricks, some > things are platform-dependent anyway, like the DEFUN macro. If you > compile with Microsoft compiler, this is your case; [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4990] X-Debbugs-Envelope-To: 12839 Cc: 12839@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Fri, 09 Nov 2012 07:40:10 +0400 > From: Dmitry Antipov > CC: 12839@debbugs.gnu.org > > Although I do my best to avoid platform-dependent tricks, some > things are platform-dependent anyway, like the DEFUN macro. If you > compile with Microsoft compiler, this is your case; [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4971] > Date: Fri, 09 Nov 2012 07:40:10 +0400 > From: Dmitry Antipov > CC: 12839@debbugs.gnu.org > > Although I do my best to avoid platform-dependent tricks, some > things are platform-dependent anyway, like the DEFUN macro. If you > compile with Microsoft compiler, this is your case; I'm using GCC, not the Microsoft compiler. The MinGW development environment uses ported GNU utilities (GCC, Binutils, GDB, etc.) to compile native Windows programs. (If I were using MSVC, I couldn't have debugged programs with GDB, because GDB doesn't support the PDB debug info format emitted by the Microsoft compiler.) > can you use > gdb to dump any struct Lisp_Subr to see it's vectorlike_header? Is this what you wanted: (gdb) p Scons $6 = { header = { size = 1241513984 }, function = { a0 = 0x101a52e , a1 = 0x101a52e , a2 = 0x101a52e , a3 = 0x101a52e , a4 = 0x101a52e , a5 = 0x101a52e , a6 = 0x101a52e , a7 = 0x101a52e , a8 = 0x101a52e , aUNEVALLED = 0x101a52e , aMANY = 0x101a52e }, min_args = 2, max_args = 2, symbol_name = 0x1543375 "cons", intspec = 0x0, doc = 0xfff9849c
} (gdb) p *(struct vectorlike_header *)&(Scons.header) $7 = { size = 1241513984 } (gdb) p/x *(struct vectorlike_header *)&(Scons.header) $8 = { size = 0x4a000000 } > Also, if you suspect potentially bogus struct Lisp_Vector pointers, > please try xvectype and xvecsize gdb commands to get something > more informative than just the header->size shown as integer. Sorry, I'm not sure I understand: in the first backtrace I've shown, which was here (alloc.c:sweep_vectors): else { int tmp; SETUP_ON_FREE_LIST (vector, total_bytes, tmp); <<<<<<< } the vector in question is not a Lisp object, it is a pointer to 'struct Lisp_Vector': #2 0x0101b1a8 in sweep_vectors () at alloc.c:2864 2864 SETUP_ON_FREE_LIST (vector, total_bytes, tmp); (gdb) p vector $1 = (struct Lisp_Vector *) 0x38ae230 Maybe you meant this: (gdb) p *vector $2 = { header = { size = 1166225408 }, contents = {55859226} } (gdb) p vector->contents $3 = {55859226} (gdb) p vector->contents[0] $4 = 55859226 (gdb) xtype Lisp_Symbol (gdb) xsymbol $5 = (struct Lisp_Symbol *) 0x3545818 "nil" > > emacs -Q > > C-x 3 > > M-x set-variable RET auto-hscroll-mode RET nil RET > > I can't reproduce it on Linux, so it looks like the same > platform-dependent problem. I'd be happy to try debugging this myself, but I need guidance regarding some basics of what you changed recently in this area. Alternatively, tell me what to do in GDB, and I will post the results. I'm quite fluent with GDB, and reproducing this is extremely easy :-(. TIA From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 09 03:57:20 2012 Received: (at 12839) by debbugs.gnu.org; 9 Nov 2012 08:57:20 +0000 Received: from localhost ([127.0.0.1]:56980 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWkOt-0000Ql-L0 for submit@debbugs.gnu.org; Fri, 09 Nov 2012 03:57:20 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:50996) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWkOq-0000QZ-Jw for 12839@debbugs.gnu.org; Fri, 09 Nov 2012 03:57:18 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MD700F00Q3GLP00@a-mtaout22.012.net.il> for 12839@debbugs.gnu.org; Fri, 09 Nov 2012 10:56:51 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MD700F9CQ6Q7I90@a-mtaout22.012.net.il>; Fri, 09 Nov 2012 10:56:51 +0200 (IST) Date: Fri, 09 Nov 2012 10:56:56 +0200 From: Eli Zaretskii Subject: Re: bug#12839: 24.3.50; Emacs aborts in GC In-reply-to: <83vcdfz1b9.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: dmantipov@yandex.ru Message-id: <83pq3nyx0n.fsf@gnu.org> References: <83625g10jw.fsf@gnu.org> <83zk2rzr6f.fsf@gnu.org> <509C7B1A.2070009@yandex.ru> <83vcdfz1b9.fsf@gnu.org> X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 12839 Cc: 12839@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) Btw, curiously, it never crashes during dumping nor when compiling Lisp files, although both GC and vectors are used during these. So this sounds like it's related to something that is only used during interactive sessions. As another data point, I tried debugging temacs and got this: (gdb) r -Q Starting program: D:\gnu\bzr\emacs\trunk\src\oo\i386\temacs.exe -Q [New Thread 8180.0x1678] [New Thread 8180.0x1820] Loading loadup.el (source)... Using load-path (../lisp) Loading emacs-lisp/byte-run... Loading emacs-lisp/byte-run...done Loading emacs-lisp/backquote... Loading emacs-lisp/backquote...done Loading subr... Loading subr...done [... rest of loading omitted ...] Loading tooltip... Loading tooltip...done Finding pointers to doc strings... Finding pointers to doc strings...done Pure-hashed: 22172 strings, 3127 vectors, 36397 conses, 2832 bytecodes, 85 others [New Thread 8180.0x15d4] Program received signal SIGSEGV, Segmentation fault. 0x01130f12 in print_object (obj=38, printcharfun=55859250, escapeflag=1) at print.c:1669 1669 print_object (XCAR (obj), printcharfun, escapeflag); (gdb) l 1664 strout ("...", 3, 3, printcharfun); 1665 goto end_of_list; 1666 } 1667 1668 i++; 1669 print_object (XCAR (obj), printcharfun, escapeflag); 1670 1671 obj = XCDR (obj); 1672 if (!(i & 1)) 1673 halftail = XCDR (halftail); (gdb) info threads Id Target Id Frame 3 Thread 8180.0x15d4 0x7c90e514 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll 2 Thread 8180.0x1820 0x7c90e514 in ntdll!LdrAccessResource () from C:\WINDOWS\system32\ntdll.dll * 1 Thread 8180.0x1678 0x01130f12 in print_object (obj=38, printcharfun=55859250, escapeflag=1) at print.c:1669 (gdb) bt #0 0x01130f12 in print_object (obj=38, printcharfun=55859250, escapeflag=1) at print.c:1669 #1 0x01132796 in print_object (obj=60452533, printcharfun=55859250, escapeflag=1) at print.c:1985 #2 0x0112e1d1 in print (obj=60452533, printcharfun=55859250, escapeflag=1) at print.c:1103 #3 0x0112b93b in Fprin1 (object=60452533, printcharfun=55859250) at print.c:560 #4 0x0112dc11 in print_error_message (data=60626454, stream=55859250, context=0x82fcb0 "", caller=58331306) at print.c:915 #5 0x0109252f in cmd_error_internal (data=60626454, context=0x82fcb0 "") at keyboard.c:1118 #6 0x010922b0 in cmd_error (data=60626454) at keyboard.c:1054 #7 0x01010fc5 in internal_condition_case (bfun=0x1092980 , handlers=55909570, hfun=0x10921c0 ) at eval.c:1278 #8 0x0109260c in command_loop_2 (ignore=55859226) at keyboard.c:1167 #9 0x01010a23 in internal_catch (tag=55899426, func=0x10925e9 , arg=55859226) at eval.c:1059 #10 0x010925c4 in command_loop () at keyboard.c:1146 #11 0x01091b91 in recursive_edit_1 () at keyboard.c:778 #12 0x01091eb3 in Frecursive_edit () at keyboard.c:842 #13 0x01002863 in main (argc=2, argv=0xa427c8) at emacs.c:1564 (gdb) frame 6 #6 0x010922b0 in cmd_error (data=60626454) at keyboard.c:1054 1054 cmd_error_internal (data, macroerror); (gdb) pp data (wrong-type-argument window-configuration-p [# # # nil nil # nil [[# # # # # 0 3 84 34 1.0 ...] [# # # # # 0 37 84 1 1.0 ...]] 20 ( Program received signal SIGSEGV, Segmentation fault. 0x01130f12 in print_object (obj=38, printcharfun=55978898, escapeflag=1) at print.c:1669 1669 print_object (XCAR (obj), printcharfun, escapeflag); The program being debugged was signaled while in a function called from GDB. GDB remains in the frame where the signal was received. To change this behavior use "set unwindonsignal on". Evaluation of the expression containing the function (safe_debug_print) will be abandoned. When the function is done executing, GDB will silently stop. (The SIGSEGV caused by 'pp' was expected, but it produces the contents of the error object much more easily, so it was worth the risk.) This looks like Emacs was signaling an error because some variable that was supposed to be a window configuration wasn't, or some window stored in that configuration wasn't a valid window object. HTH From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 09 07:44:24 2012 Received: (at 12839) by debbugs.gnu.org; 9 Nov 2012 12:44:24 +0000 Received: from localhost ([127.0.0.1]:57192 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWnwd-0007hi-RW for submit@debbugs.gnu.org; Fri, 09 Nov 2012 07:44:24 -0500 Received: from forward18.mail.yandex.net ([95.108.253.143]:42925) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWnwa-0007hZ-96 for 12839@debbugs.gnu.org; Fri, 09 Nov 2012 07:44:23 -0500 Received: from smtp16.mail.yandex.net (smtp16.mail.yandex.net [95.108.252.16]) by forward18.mail.yandex.net (Yandex) with ESMTP id E707A1780FA5; Fri, 9 Nov 2012 16:44:10 +0400 (MSK) Received: from smtp16.mail.yandex.net (localhost [127.0.0.1]) by smtp16.mail.yandex.net (Yandex) with ESMTP id BE70C6A0563; Fri, 9 Nov 2012 16:44:10 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp16.mail.yandex.net (nwsmtp/Yandex) with ESMTP id iAZO57v7-iAZODBQN; Fri, 9 Nov 2012 16:44:10 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1352465050; bh=+Ytf0vXM4wabNNOJ1OprBrQTtjm340QA+WH08hLYtmY=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=jUIF/aKyafXxvDixztJHXHTWcit2GFhlMCSWwEyEK471t4dzdAcO5nF2azP63K+hb 5/KV3n0raybs08CPRr9CVIywcgZYVj10R+X+EtLwSTnOlfAVZTBgWv2yqQvPbG26U4 DRr0s6zg62nLskM5pgfuP4LSj49D9muQfwgtJMUg= Message-ID: <509CFAAA.8030808@yandex.ru> Date: Fri, 09 Nov 2012 16:44:26 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#12839: 24.3.50; Emacs aborts in GC References: <83625g10jw.fsf@gnu.org> <83zk2rzr6f.fsf@gnu.org> <509C7B1A.2070009@yandex.ru> <83vcdfz1b9.fsf@gnu.org> In-Reply-To: <83vcdfz1b9.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12839 Cc: 12839@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) On 11/09/2012 11:24 AM, Eli Zaretskii wrote: > Is this what you wanted: > > (gdb) p Scons > $6 = { > header = { > size = 1241513984 > }, Yes. The header looks to be valid here ((1241513984 & (0x3f << 24)) >> 24 is 10, e.g. PVEC_SUBR). > Sorry, I'm not sure I understand: in the first backtrace I've shown, > which was here (alloc.c:sweep_vectors): > > else > { > int tmp; > SETUP_ON_FREE_LIST (vector, total_bytes, tmp); <<<<<<< > } > > the vector in question is not a Lisp object, it is a pointer to > 'struct Lisp_Vector': I just committed r110854 with pvectype and pvecsize commands, similar to xvectype and xvecsize; now it should be possible to do something like: (gdb) p current_buffer $1 = (struct buffer *) 0xd40ad0 (gdb) pvectype current_buffer PVEC_BUFFER (gdb) pvecsize current_buffer 69 48 (gdb) p selected_frame $2 = { i = 19612573 } (gdb) xvectype PVEC_FRAME (gdb) xvecsize 22 47 (gdb) So, if you see the potentially bogus struct Lisp_Vector pointer, try pvectype and pvecsize; if you see a bogus Lisp_Object of Lisp_Vectorlike type, try xvectype and xvecsize. > I'd be happy to try debugging this myself, but I need guidance > regarding some basics of what you changed recently in this area. The goal was to shrink struct vectorlike_header to the only 'size' field (which is totally overloaded and has the totally misleading name; someday I would like to switch to bitfields). This means that we should know the memory footprint of any vectorlike object. For the regular vector V, the memory footprint is: header_size + V->header.size * word_size This is simple because V->header.size is interpreted as follows (assuming 32-bit code): 31 0 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx mpssssssssssssssssssssssssssssss ||| ||| - s) size bits || - p)seudovector bit (always 0) |- m)ark bit For the pseudovector V, the layout is: 31 0 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx mpssssssrrrrrrrrrrrrllllllllllll ||| | | ||| | | l)isp area size, in Lisp_Objects (12 bits) (L) ||| | r)est area size, in word_size units (12 bits) (R) ||| - s)ubtype (PVEC_xxx, 6 bits) ||- p)seudovector bit (always 1) |- m)ark bit (This layout is documented around enum More_Lisp_Bits and struct vectorlike_header in lisp.h). So, for the pseudovector V, the memory footprint is: header_size + (R + L) * word_size Function vector_nbytes in alloc.c works almost like described above (with an exception of Lisp_Bool_Vector). That's why 'pvecsize current_buffer' GDB command prints two numbers. On a 64-bit system, there are: (gdb) pvecsize current_buffer 69 48 (gdb) These are L and R fields, respectively. Since word_size is 8, header_size + (L + R) * word_size is 8 + (69 + 48) * 8 = 944, which is equal to sizeof (struct buffer). The rule above applies to all pseudovector objects except PVEC_SUBR and PVEC_FREE (but remember that size is rounded up to multiple of 8 on 32-bit platforms); if it isn't, this is a bug which is very likely to cause crash with memory corruption or bogus vector pointers. Dmitry From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 09 08:17:24 2012 Received: (at 12839) by debbugs.gnu.org; 9 Nov 2012 13:17:24 +0000 Received: from localhost ([127.0.0.1]:57256 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWoSZ-0008Ss-Iw for submit@debbugs.gnu.org; Fri, 09 Nov 2012 08:17:24 -0500 Received: from forward4h.mail.yandex.net ([84.201.186.22]:45352) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWoSV-0008Si-B0 for 12839@debbugs.gnu.org; Fri, 09 Nov 2012 08:17:22 -0500 Received: from smtp2h.mail.yandex.net (smtp2h.mail.yandex.net [84.201.187.145]) by forward4h.mail.yandex.net (Yandex) with ESMTP id 3312E1B2228D; Fri, 9 Nov 2012 17:17:10 +0400 (MSK) Received: from smtp2h.mail.yandex.net (localhost [127.0.0.1]) by smtp2h.mail.yandex.net (Yandex) with ESMTP id F2EE317002EA; Fri, 9 Nov 2012 17:17:09 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp2h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id H9s4YlOS-H9sGYHi9; Fri, 9 Nov 2012 17:17:09 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1352467029; bh=VsDmT3zoPyg17b93ZG0SDUrQGlAkpuT6M9Q9j78MsbA=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=UzDRAp1DxKgNxHhyrnwfSo+VQskK5EaZ1olloBTw6XprjJSoQkkNS3pFBgmufkImZ GZvpFT/R9VwckRmC56cFpVL1Zmeq2OSxvy+eR6yhDv17HuuFMFNJESmuSEKfi1tzU5 uKypACi8hxCmIXPKjwd5f/goYln4E8tuAoRk1cE0= Message-ID: <509D0266.807@yandex.ru> Date: Fri, 09 Nov 2012 17:17:26 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#12839: 24.3.50; Emacs aborts in GC References: <83625g10jw.fsf@gnu.org> <83zk2rzr6f.fsf@gnu.org> <509C7B1A.2070009@yandex.ru> <83vcdfz1b9.fsf@gnu.org> In-Reply-To: <83vcdfz1b9.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12839 Cc: 12839@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) On 11/09/2012 11:24 AM, Eli Zaretskii wrote: > I'd be happy to try debugging this myself, but I need guidance > regarding some basics of what you changed recently in this area. > Alternatively, tell me what to do in GDB, and I will post the results. > I'm quite fluent with GDB, and reproducing this is extremely easy :-(. Try this: === modified file 'src/w32term.h' --- src/w32term.h 2012-10-17 19:02:44 +0000 +++ src/w32term.h 2012-11-09 13:13:43 +0000 @@ -414,10 +414,8 @@ vector. */ struct scroll_bar { - - /* These fields are shared by all vectors. */ - EMACS_INT size_from_Lisp_Vector_struct; - struct Lisp_Vector *next_from_Lisp_Vector_struct; + /* This field is shared by all vectors. */ + struct vectorlike_header header; /* The window we're a scroll bar for. */ Lisp_Object window; This is Windows-specific and obviously wrong since sizeof (struct vectorlike_header) is now _less than_ sizeof (EMACS_INT) + sizeof (struct Lisp_Vector *). Dmitry From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 09 08:27:53 2012 Received: (at 12839) by debbugs.gnu.org; 9 Nov 2012 13:27:53 +0000 Received: from localhost ([127.0.0.1]:57261 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWoci-0000G3-AK for submit@debbugs.gnu.org; Fri, 09 Nov 2012 08:27:53 -0500 Received: from forward1h.mail.yandex.net ([84.201.187.146]:60732) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWoce-0000Ft-7c for 12839@debbugs.gnu.org; Fri, 09 Nov 2012 08:27:50 -0500 Received: from smtp2h.mail.yandex.net (smtp2h.mail.yandex.net [84.201.187.145]) by forward1h.mail.yandex.net (Yandex) with ESMTP id B3C879E08AE; Fri, 9 Nov 2012 17:27:38 +0400 (MSK) Received: from smtp2h.mail.yandex.net (localhost [127.0.0.1]) by smtp2h.mail.yandex.net (Yandex) with ESMTP id 77BE017002EA; Fri, 9 Nov 2012 17:27:38 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp2h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id Rcs4NeDw-Rcs482Mt; Fri, 9 Nov 2012 17:27:38 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1352467658; bh=Lds9gd1pAgfi1X111mT7demWLG65iVOOeJCXacN9ULM=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=aAXx+UEUMYdSbU3oZk9S5/lJSKCx/Z2BCcLNcr61vLm3f1jDyMA68XFkxRFMdpLDj VmJTjHaVm0ecLs8sFX9e5TE+ZsxkAR4I6OgaoCsCTmhrYYD+NxaHy4RvnToFWFiV6R i2rKoxmdiAvCdqV1EpPhj4n+IKY1Z1vFzloUfQss= Message-ID: <509D04DA.7040109@yandex.ru> Date: Fri, 09 Nov 2012 17:27:54 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#12839: 24.3.50; Emacs aborts in GC References: <83625g10jw.fsf@gnu.org> <83zk2rzr6f.fsf@gnu.org> <509C7B1A.2070009@yandex.ru> <83vcdfz1b9.fsf@gnu.org> <509D0266.807@yandex.ru> In-Reply-To: <509D0266.807@yandex.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12839 Cc: 12839@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) On 11/09/2012 05:17 PM, Dmitry Antipov wrote: > On 11/09/2012 11:24 AM, Eli Zaretskii wrote: > >> I'd be happy to try debugging this myself, but I need guidance >> regarding some basics of what you changed recently in this area. >> Alternatively, tell me what to do in GDB, and I will post the results. >> I'm quite fluent with GDB, and reproducing this is extremely easy :-(. > > Try this: And this, too: === modified file 'src/w32term.c' --- src/w32term.c 2012-10-08 13:46:03 +0000 +++ src/w32term.c 2012-11-09 13:25:41 +0000 @@ -3626,7 +3626,7 @@ HWND hwnd; SCROLLINFO si; struct scroll_bar *bar - = XSCROLL_BAR (Fmake_vector (make_number (SCROLL_BAR_VEC_SIZE), Qnil)); + = XSCROLL_BAR (Fmake_vector (make_number (VECSIZE (struct scroll_bar))), Qnil); Lisp_Object barobj; block_input (); === modified file 'src/w32term.h' --- src/w32term.h 2012-10-17 19:02:44 +0000 +++ src/w32term.h 2012-11-09 13:25:39 +0000 @@ -460,12 +460,6 @@ Lisp_Object fringe_extended_p; }; -/* The number of elements a vector holding a struct scroll_bar needs. */ -#define SCROLL_BAR_VEC_SIZE \ - ((sizeof (struct scroll_bar) \ - - sizeof (EMACS_INT) - sizeof (struct Lisp_Vector *)) \ - / word_size) - /* Turning a lisp vector value into a pointer to a struct scroll_bar. */ #define XSCROLL_BAR(vec) ((struct scroll_bar *) XVECTOR (vec)) Dmitry From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 09 09:16:55 2012 Received: (at 12839) by debbugs.gnu.org; 9 Nov 2012 14:16:55 +0000 Received: from localhost ([127.0.0.1]:57335 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWpOB-0001Rb-6a for submit@debbugs.gnu.org; Fri, 09 Nov 2012 09:16:55 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:45092) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWpO8-0001RR-Oc for 12839@debbugs.gnu.org; Fri, 09 Nov 2012 09:16:54 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MD800L004Q2T600@a-mtaout20.012.net.il> for 12839@debbugs.gnu.org; Fri, 09 Nov 2012 16:16:43 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MD800LJZ4ZVPB80@a-mtaout20.012.net.il>; Fri, 09 Nov 2012 16:16:43 +0200 (IST) Date: Fri, 09 Nov 2012 16:16:49 +0200 From: Eli Zaretskii Subject: Re: bug#12839: 24.3.50; Emacs aborts in GC In-reply-to: <509D0266.807@yandex.ru> X-012-Sender: halo1@inter.net.il To: Dmitry Antipov Message-id: <83ehk2zwry.fsf@gnu.org> References: <83625g10jw.fsf@gnu.org> <83zk2rzr6f.fsf@gnu.org> <509C7B1A.2070009@yandex.ru> <83vcdfz1b9.fsf@gnu.org> <509D0266.807@yandex.ru> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Fri, 09 Nov 2012 17:17:26 +0400 > From: Dmitry Antipov > CC: 12839@debbugs.gnu.org > > On 11/09/2012 11:24 AM, Eli Zaretskii wrote: > > > I'd be happy to try debugging this myself, but I need guidance > > regarding some basics of what you changed recently in this area. > > Alternatively, tell me what to do in GDB, and I will post the results. > > I'm quite fluent with GDB, and reproducing this is extremely easy :-(. > > Try this: > > === modified file 'src/w32term.h' > --- src/w32term.h 2012-10-17 19:02:44 +0000 > +++ src/w32term.h 2012-11-09 13:13:43 +0000 > @@ -414, 10 +414, 8 @@ > vector. */ > > struct scroll_bar { > - > - /* These fields are shared by all vectors. */ > - EMACS_INT size_from_Lisp_Vector_struct; > - struct Lisp_Vector *next_from_Lisp_Vector_struct; > + /* This field is shared by all vectors. */ > + struct vectorlike_header header; > > /* The window we're a scroll bar for. */ > Lisp_Object window; [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4999] X-Debbugs-Envelope-To: 12839 Cc: 12839@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.7 (/) > Date: Fri, 09 Nov 2012 17:17:26 +0400 > From: Dmitry Antipov > CC: 12839@debbugs.gnu.org > > On 11/09/2012 11:24 AM, Eli Zaretskii wrote: > > > I'd be happy to try debugging this myself, but I need guidance > > regarding some basics of what you changed recently in this area. > > Alternatively, tell me what to do in GDB, and I will post the results. > > I'm quite fluent with GDB, and reproducing this is extremely easy :-(. > > Try this: > > === modified file 'src/w32term.h' > --- src/w32term.h 2012-10-17 19:02:44 +0000 > +++ src/w32term.h 2012-11-09 13:13:43 +0000 > @@ -414,10 +414,8 @@ > vector. */ > > struct scroll_bar { > - > - /* These fields are shared by all vectors. */ > - EMACS_INT size_from_Lisp_Vector_struct; > - struct Lisp_Vector *next_from_Lisp_Vector_struct; > + /* This field is shared by all vectors. */ > + struct vectorlike_header header; > > /* The window we're a scroll bar for. */ > Lisp_Object window; I applied this together with the other patch you sent, and the 2 crashes I saw earlier do not happen anymore. Thanks. > This is Windows-specific and obviously wrong since sizeof (struct vectorlike_header) > is now _less than_ sizeof (EMACS_INT) + sizeof (struct Lisp_Vector *). If it's wrong, why use it? What would be the right change? From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 09 09:46:38 2012 Received: (at 12839) by debbugs.gnu.org; 9 Nov 2012 14:46:38 +0000 Received: from localhost ([127.0.0.1]:57365 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWpqw-0002z8-1u for submit@debbugs.gnu.org; Fri, 09 Nov 2012 09:46:38 -0500 Received: from forward4h.mail.yandex.net ([84.201.186.22]:33614) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWpqs-0002yx-9U for 12839@debbugs.gnu.org; Fri, 09 Nov 2012 09:46:36 -0500 Received: from smtp2h.mail.yandex.net (smtp2h.mail.yandex.net [84.201.187.145]) by forward4h.mail.yandex.net (Yandex) with ESMTP id 8405E1B2179C; Fri, 9 Nov 2012 18:46:24 +0400 (MSK) Received: from smtp2h.mail.yandex.net (localhost [127.0.0.1]) by smtp2h.mail.yandex.net (Yandex) with ESMTP id 44F711700127; Fri, 9 Nov 2012 18:46:24 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp2h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id kNsqHbDi-kNs4Hmnf; Fri, 9 Nov 2012 18:46:24 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1352472384; bh=vbUg3oH0UPPRnxkNmUkv/KQ8aVQUsqz0QKfs7Pm/6pk=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=hVqh9MYh8EWgv85ECDiAbs6Kg0dBrYTfSJ/BEfvbeMkmmYuK7I40eSiaUnldF+P4t K9N1hcHYPV8OBP1e99ur5e5GHyrd9U9xIDZ8L9YFaeD8IikD5OytQuoZqY2u/bv6gU kkauBCQK/ZSnFTgFVCXvRj/5zLYYC8ZnNtT/ZHqs= Message-ID: <509D174F.1060104@yandex.ru> Date: Fri, 09 Nov 2012 18:46:39 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121026 Thunderbird/16.0.2 MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#12839: 24.3.50; Emacs aborts in GC References: <83625g10jw.fsf@gnu.org> <83zk2rzr6f.fsf@gnu.org> <509C7B1A.2070009@yandex.ru> <83vcdfz1b9.fsf@gnu.org> <509D0266.807@yandex.ru> <83ehk2zwry.fsf@gnu.org> In-Reply-To: <83ehk2zwry.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12839 Cc: 12839@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) On 11/09/2012 06:16 PM, Eli Zaretskii wrote: > I applied this together with the other patch you sent, and the 2 > crashes I saw earlier do not happen anymore. Thanks. Good news. >> This is Windows-specific and obviously wrong since sizeof (struct vectorlike_header) >> is now _less than_ sizeof (EMACS_INT) + sizeof (struct Lisp_Vector *). > > If it's wrong, why use it? What would be the right change? Heh, sorry, I mean that current code (not my patch) is wrong :-( and so w32 scroll bar should use the convenient struct vectorlike_header. Installed as r110855. Dmitry From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 09 09:47:28 2012 Received: (at 12839) by debbugs.gnu.org; 9 Nov 2012 14:47:28 +0000 Received: from localhost ([127.0.0.1]:57369 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWprk-00030V-A9 for submit@debbugs.gnu.org; Fri, 09 Nov 2012 09:47:28 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:51566) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWpri-00030N-9y for 12839@debbugs.gnu.org; Fri, 09 Nov 2012 09:47:27 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MD800M0069B2F00@a-mtaout20.012.net.il> for 12839@debbugs.gnu.org; Fri, 09 Nov 2012 16:47:17 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MD800MP96ES3110@a-mtaout20.012.net.il>; Fri, 09 Nov 2012 16:47:17 +0200 (IST) Date: Fri, 09 Nov 2012 16:47:22 +0200 From: Eli Zaretskii Subject: Re: bug#12839: 24.3.50; Emacs aborts in GC In-reply-to: <509CFAAA.8030808@yandex.ru> X-012-Sender: halo1@inter.net.il To: Dmitry Antipov Message-id: <83d2zmzvd1.fsf@gnu.org> References: <83625g10jw.fsf@gnu.org> <83zk2rzr6f.fsf@gnu.org> <509C7B1A.2070009@yandex.ru> <83vcdfz1b9.fsf@gnu.org> <509CFAAA.8030808@yandex.ru> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Fri, 09 Nov 2012 16:44:26 +0400 > From: Dmitry Antipov > CC: 12839@debbugs.gnu.org > > (gdb) pvectype current_buffer > PVEC_BUFFER > (gdb) pvecsize current_buffer > 69 > 48 [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4999] X-Debbugs-Envelope-To: 12839 Cc: 12839@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Fri, 09 Nov 2012 16:44:26 +0400 > From: Dmitry Antipov > CC: 12839@debbugs.gnu.org > > (gdb) pvectype current_buffer > PVEC_BUFFER > (gdb) pvecsize current_buffer > 69 > 48 [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4632] > Date: Fri, 09 Nov 2012 16:44:26 +0400 > From: Dmitry Antipov > CC: 12839@debbugs.gnu.org > > (gdb) pvectype current_buffer > PVEC_BUFFER > (gdb) pvecsize current_buffer > 69 > 48 I get different results here: (gdb) pvectype current_buffer PVEC_BUFFER (gdb) pvecsize current_buffer 69 55 (gdb) p selected_frame $2 = 55923965 (gdb) xvectype PVEC_FRAME (gdb) xvecsize 22 73 How to know whether the results of these commands are correct? > (This layout is documented around enum More_Lisp_Bits and > struct vectorlike_header in lisp.h). Maybe I'm blind, but I don't see anything that's near this detailed description. How about just making a large comment with all this text? From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 09 09:53:25 2012 Received: (at 12839) by debbugs.gnu.org; 9 Nov 2012 14:53:25 +0000 Received: from localhost ([127.0.0.1]:57373 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWpxV-00038u-4D for submit@debbugs.gnu.org; Fri, 09 Nov 2012 09:53:25 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:34987) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TWpxS-00038j-V4 for 12839@debbugs.gnu.org; Fri, 09 Nov 2012 09:53:24 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MD800I006N9W700@a-mtaout22.012.net.il> for 12839@debbugs.gnu.org; Fri, 09 Nov 2012 16:53:13 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MD800IX76OPXI00@a-mtaout22.012.net.il>; Fri, 09 Nov 2012 16:53:13 +0200 (IST) Date: Fri, 09 Nov 2012 16:53:19 +0200 From: Eli Zaretskii Subject: Re: bug#12839: 24.3.50; Emacs aborts in GC In-reply-to: <509D174F.1060104@yandex.ru> X-012-Sender: halo1@inter.net.il To: Dmitry Antipov Message-id: <83bof6zv34.fsf@gnu.org> References: <83625g10jw.fsf@gnu.org> <83zk2rzr6f.fsf@gnu.org> <509C7B1A.2070009@yandex.ru> <83vcdfz1b9.fsf@gnu.org> <509D0266.807@yandex.ru> <83ehk2zwry.fsf@gnu.org> <509D174F.1060104@yandex.ru> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Fri, 09 Nov 2012 18:46:39 +0400 > From: Dmitry Antipov > CC: 12839@debbugs.gnu.org > > On 11/09/2012 06:16 PM, Eli Zaretskii wrote: > > > I applied this together with the other patch you sent, and the 2 > > crashes I saw earlier do not happen anymore. Thanks. > > Good news. > > >> This is Windows-specific and obviously wrong since sizeof (struct vectorlike_header) > >> is now _less than_ sizeof (EMACS_INT) + sizeof (struct Lisp_Vector *). > > > > If it's wrong, why use it? What would be the right change? > > Heh, sorry, I mean that current code (not my patch) is wrong :-( and > so w32 scroll bar should use the convenient struct vectorlike_header. > > Installed as r110855. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 12839 Cc: 12839@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Fri, 09 Nov 2012 18:46:39 +0400 > From: Dmitry Antipov > CC: 12839@debbugs.gnu.org > > On 11/09/2012 06:16 PM, Eli Zaretskii wrote: > > > I applied this together with the other patch you sent, and the 2 > > crashes I saw earlier do not happen anymore. Thanks. > > Good news. > > >> This is Windows-specific and obviously wrong since sizeof (struct vectorlike_header) > >> is now _less than_ sizeof (EMACS_INT) + sizeof (struct Lisp_Vector *). > > > > If it's wrong, why use it? What would be the right change? > > Heh, sorry, I mean that current code (not my patch) is wrong :-( and > so w32 scroll bar should use the convenient struct vectorlike_header. > > Installed as r110855. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4859] > Date: Fri, 09 Nov 2012 18:46:39 +0400 > From: Dmitry Antipov > CC: 12839@debbugs.gnu.org > > On 11/09/2012 06:16 PM, Eli Zaretskii wrote: > > > I applied this together with the other patch you sent, and the 2 > > crashes I saw earlier do not happen anymore. Thanks. > > Good news. > > >> This is Windows-specific and obviously wrong since sizeof (struct vectorlike_header) > >> is now _less than_ sizeof (EMACS_INT) + sizeof (struct Lisp_Vector *). > > > > If it's wrong, why use it? What would be the right change? > > Heh, sorry, I mean that current code (not my patch) is wrong :-( and > so w32 scroll bar should use the convenient struct vectorlike_header. > > Installed as r110855. Thanks. I think the bug can be closed now. From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 14 13:37:27 2012 Received: (at control) by debbugs.gnu.org; 14 Nov 2012 18:37:27 +0000 Received: from localhost ([127.0.0.1]:42595 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYhq3-0002Hq-6Q for submit@debbugs.gnu.org; Wed, 14 Nov 2012 13:37:27 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:51879) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TYhq1-0002Hi-Hv for control@debbugs.gnu.org; Wed, 14 Nov 2012 13:37:25 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1TYhpQ-0002pq-RK for control@debbugs.gnu.org; Wed, 14 Nov 2012 13:36:48 -0500 Date: Wed, 14 Nov 2012 13:36:48 -0500 Message-Id: Subject: control message for bug 12839 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -4.4 (----) 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.4 (----) close 12839 From unknown Thu Sep 11 14:08:51 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 13 Dec 2012 12:24:03 +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