From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#12839: 24.3.50; Emacs aborts in GC Date: Fri, 09 Nov 2012 10:56:56 +0200 Message-ID: <83pq3nyx0n.fsf@gnu.org> References: <83625g10jw.fsf@gnu.org> <83zk2rzr6f.fsf@gnu.org> <509C7B1A.2070009@yandex.ru> <83vcdfz1b9.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1352451491 23066 80.91.229.3 (9 Nov 2012 08:58:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 9 Nov 2012 08:58:11 +0000 (UTC) Cc: 12839@debbugs.gnu.org To: dmantipov@yandex.ru Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Nov 09 09:58:20 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TWkPr-0004Kb-KX for geb-bug-gnu-emacs@m.gmane.org; Fri, 09 Nov 2012 09:58:19 +0100 Original-Received: from localhost ([::1]:51465 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TWkPi-0002oT-CV for geb-bug-gnu-emacs@m.gmane.org; Fri, 09 Nov 2012 03:58:10 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:49970) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TWkPb-0002oH-10 for bug-gnu-emacs@gnu.org; Fri, 09 Nov 2012 03:58:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TWkPU-000719-02 for bug-gnu-emacs@gnu.org; Fri, 09 Nov 2012 03:58:02 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:46729) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TWkPT-000715-Sr for bug-gnu-emacs@gnu.org; Fri, 09 Nov 2012 03:57:55 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TWkPZ-0000Ri-PH for bug-gnu-emacs@gnu.org; Fri, 09 Nov 2012 03:58:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Nov 2012 08:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12839 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 12839-submit@debbugs.gnu.org id=B12839.13524514401663 (code B ref 12839); Fri, 09 Nov 2012 08:58:01 +0000 Original-Received: (at 12839) by debbugs.gnu.org; 9 Nov 2012 08:57:20 +0000 Original-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 Original-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 Original-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) Original-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) In-reply-to: <83vcdfz1b9.fsf@gnu.org> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:66663 Archived-At: 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