From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Nov 2012 06:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 13007@debbugs.gnu.org X-Debbugs-Original-To: Received: via spool by submit@debbugs.gnu.org id=B.135399754921931 (code B ref -1); Tue, 27 Nov 2012 06:26:02 +0000 Received: (at submit) by debbugs.gnu.org; 27 Nov 2012 06:25:49 +0000 Received: from localhost ([127.0.0.1]:40886 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdEc8-0005hf-LU for submit@debbugs.gnu.org; Tue, 27 Nov 2012 01:25:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:44960) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdEc6-0005hX-3q for submit@debbugs.gnu.org; Tue, 27 Nov 2012 01:25:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TdEaM-0005j6-0m for submit@debbugs.gnu.org; Tue, 27 Nov 2012 01:23:59 -0500 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, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:53277) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TdEaL-0005j0-Tf for submit@debbugs.gnu.org; Tue, 27 Nov 2012 01:23:57 -0500 Received: from eggs.gnu.org ([208.118.235.92]:45486) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TdEaK-0002rQ-NF for bug-gnu-emacs@gnu.org; Tue, 27 Nov 2012 01:23:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TdEaJ-0005ik-Gf for bug-gnu-emacs@gnu.org; Tue, 27 Nov 2012 01:23:56 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:31850) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TdEaJ-0005ic-AR for bug-gnu-emacs@gnu.org; Tue, 27 Nov 2012 01:23:55 -0500 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qAR6Nrd0017548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 27 Nov 2012 06:23:54 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qAR6Nri4019840 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 27 Nov 2012 06:23:53 GMT Received: from abhmt120.oracle.com (abhmt120.oracle.com [141.146.116.72]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qAR6NqGo009292 for ; Tue, 27 Nov 2012 00:23:53 -0600 Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 26 Nov 2012 22:23:52 -0800 From: "Drew Adams" Date: Mon, 26 Nov 2012 22:23:50 -0800 Message-ID: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac3MZ8OiAXFvco6vTLiUxBPArNIJxA== X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -4.2 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.1 (------) In case it helps, here is an emacs_backtrace.txt. AFAIK, I wasn't doing anything particular at the moment (usual use), and I had started Emacs only about 30 sec before the crash. Backtrace: 0x0115470D 0x0115477F 0x01001459 0x01021A07 0x012072B8 0x012080B9 0x0103B54F 0x0104F14B 0x01038878 0x01010EDE 0x0103800B 0x0101093B 0x01037FC5 0x0103757F 0x010378AC 0x010029AB 0x010010F9 0x7C817073 Backtrace: 0x0115470D 0x0115477F 0x01001459 0x01021A07 0x01063E40 0x010030FF 0x01001411 0x01021A07 0x01208B6F 0x01206FA0 0x01203D74 0x0103B556 0x0104F14B 0x01038878 0x01010EDE 0x0103800B 0x0101093B 0x01037FC5 0x0103757F 0x010378AC 0x010029AB 0x010010F9 0x7C817073 Backtrace: 0x0115470D 0x0115477F 0x01001459 0x01144D4F 0x01144D2A 0x01144D83 0x010011E6 0x7C8438F6 Backtrace: 0x0115470D 0x0115477F 0x01001459 0x01144D4F 0x01144D2A 0x01144D83 0x010011E6 0x7C8438F6 Backtrace: 0x0115470D 0x0115477F 0x01001459 0x01021A07 0x01063E40 0x010030FF 0x01001411 0x01021A07 0x01271987 0x012753CF 0x01201334 0x01202410 0x0121160D 0x01208C14 0x01010FC6 0x01208BA1 0x01206FA0 0x01203D74 0x0103B556 0x0104F14B 0x01038878 0x01010EDE 0x0103800B 0x0101093B 0x01037FC5 0x0103757F 0x010378AC 0x010029AB 0x010010F9 0x7C817073 Backtrace: 0x0115470D 0x0115477F 0x01001459 0x01021A07 0x010EFEEA 0x010F6A68 0x010F5208 0x010F48F4 0x010F4616 0x0120710E 0x01203D74 0x0103B556 0x0104F14B 0x01038878 0x01010EDE 0x0103800B 0x0101093B 0x01037FC5 0x0103757F 0x010378AC 0x010029AB 0x010010F9 0x7C817073 Backtrace: 0x0115470D 0x0115477F 0x01001459 0x01144D4F 0x01144D2A 0x01144D83 0x010011E6 0x7C8438F6 Backtrace: 0x0115470D 0x0115477F 0x01001459 0x01021A07 0x012D32D3 0x01014F64 0x010E117F 0x01015E7E 0x01015317 0x010E117F 0x01015E7E 0x01015317 0x010E117F 0x01015E7E 0x01015317 0x010E117F 0x01015E7E 0x01015317 0x010E6C1C 0x01014FD5 0x01014733 0x01052C55 0x010390C7 0x01010EDE 0x0103800B 0x0101093B 0x01037FC5 0x0103757F 0x010378AC 0x010029AB 0x010010F9 0x7C817073 Backtrace: 0x0115470D 0x0115477F 0x01001459 0x01021A07 0x012D32D3 0x01014F64 0x010E117F 0x01015E7E 0x01015317 0x010E117F 0x01015E7E 0x01015317 0x010E117F 0x01015E7E 0x01015317 0x010E117F 0x01015E7E 0x01015317 0x010E6C1C 0x01014FD5 0x01014733 0x01052C55 0x010390C7 0x01010EDE 0x0103800B 0x0101093B 0x01037FC5 0x0103757F 0x010378AC 0x010029AB 0x010010F9 0x7C817073 Backtrace: 0x0115470D 0x0115477F 0x01250F9C 0x01019E58 0x0105A84F 0x01014EFC 0x010E117F 0x010E0546 0x010132B0 0x01010DFC 0x010E1DBC 0x01015E7E 0x01015317 0x01014685 0x0103A4F4 0x01010EDE 0x0103A912 0x0101457A 0x0103A966 0x0103910E 0x01010EDE 0x0103800B 0x0101093B 0x01037F74 0x0103757F 0x010BE6ED 0x010BF3F7 0x01015217 0x010E117F 0x01015A23 0x01015317 0x010C1764 0x010152CD 0x010E117F 0x01015A23 0x01015317 0x010E117F 0x01015A23 0x01015317 0x010E117F 0x01015E7E 0x01015317 0x010E117F 0x010E0546 0x010132B0 0x01012901 0x010E4D6B 0x01014FD5 0x01014733 0x01052C55 0x010390C7 0x01010EDE 0x0103800B 0x0101093B 0x01037FC5 0x0103757F 0x010378AC 0x010029AB 0x010010F9 0x7C817073 Backtrace: 0x01154C71 0x01154CE3 0x01001459 0x010218FB 0x011FE67C 0x01205BCF 0x0120377C 0x0103B552 0x0107A10D 0x0107A3AF 0x01014D1D 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x01015BC6 0x0101505F 0x01014378 0x010E5789 0x01014D1D 0x0101447B 0x01052C6F 0x010390C3 0x01010C9B 0x01038007 0x010106F8 0x01037F70 0x0103757B 0x010BEF81 0x010BFC8B 0x01014F5F 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x010E0DD2 0x01012FF8 0x010106F8 0x010E259F 0x01015BC6 0x0101505F 0x010E1A0B 0x0101576B 0x0101505F 0x010E1A0B 0x010E0DD2 0x01012FF8 0x010106F8 0x010E259F 0x010E0DD2 ... In GNU Emacs 24.3.50.1 (i386-mingw-nt5.1.2600) of 2012-11-26 on MS-W7-DANI Bzr revision: 111014 monnier@iro.umontreal.ca-20121126195614-fwcm2hg6vt2fcn24 Windowing system distributor `Microsoft Corp.', version 5.1.2600 Configured using: `configure --with-gcc (4.7) --no-opt --enable-checking --cflags -Ic:/emacs/libs/libXpm-3.5.10/include -Ic:/emacs/libs/libXpm-3.5.10/src -Ic:/emacs/libs/libpng-1.2.37-lib/include -Ic:/emacs/libs/zlib-1.2.5 -Ic:/emacs/libs/giflib-4.1.4-1-lib/include -Ic:/emacs/libs/jpeg-6b-4-lib/include -Ic:/emacs/libs/tiff-3.8.2-1-lib/include -Ic:/emacs/libs/libxml2-2.7.8-w32-bin/include/libxml2 -Ic:/emacs/libs/gnutls-3.0.9-w32-bin/include -Ic:/emacs/libs/libiconv-1.9.2-1-lib/include' From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Nov 2012 06:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: <13007@debbugs.gnu.org> Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.135399782122545 (code B ref 13007); Tue, 27 Nov 2012 06:31:02 +0000 Received: (at 13007) by debbugs.gnu.org; 27 Nov 2012 06:30:21 +0000 Received: from localhost ([127.0.0.1]:40892 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdEgR-0005rU-Ki for submit@debbugs.gnu.org; Tue, 27 Nov 2012 01:30:18 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:32481) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdEgP-0005rN-2H for 13007@debbugs.gnu.org; Tue, 27 Nov 2012 01:30:14 -0500 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qAR6SOp5004177 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for <13007@debbugs.gnu.org>; Tue, 27 Nov 2012 06:28:25 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qAR6SOpC012800 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <13007@debbugs.gnu.org>; Tue, 27 Nov 2012 06:28:24 GMT Received: from abhmt106.oracle.com (abhmt106.oracle.com [141.146.116.58]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qAR6SNCV011776 for <13007@debbugs.gnu.org>; Tue, 27 Nov 2012 00:28:23 -0600 Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 26 Nov 2012 22:28:23 -0800 From: "Drew Adams" References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> Date: Mon, 26 Nov 2012 22:28:21 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac3MZ8OiAXFvco6vTLiUxBPArNIJxAAAEHyQ X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.2 (---) Started Emacs again, did the same thing, with my setup (tried to complete a file name for M-x load-file, as usual), and got another backtrace file. Backtrace: 0x01154C71 0x01154CE3 0x01001459 0x010218FB 0x011FE67C 0x01205BCF 0x0120377C 0x0103B552 0x0107A10D 0x0107A3AF 0x01014D1D 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x01015BC6 0x0101505F 0x01014378 0x010E5789 0x01014D1D 0x0101447B 0x01052C6F 0x010390C3 0x01010C9B 0x01038007 0x010106F8 0x01037F70 0x0103757B 0x010BEF81 0x010BFC8B 0x01014F5F 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x010E0DD2 0x01012FF8 0x010106F8 0x010E259F 0x01015BC6 0x0101505F 0x010E1A0B 0x0101576B 0x0101505F 0x010E1A0B 0x010E0DD2 0x01012FF8 0x010106F8 0x010E259F 0x010E0DD2 ... I will stop using this build and return to the previous Windows build available. Cannot use this one at all. From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Nov 2012 15:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams , Dmitry Antipov Cc: 13007@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.135402941216078 (code B ref 13007); Tue, 27 Nov 2012 15:17:02 +0000 Received: (at 13007) by debbugs.gnu.org; 27 Nov 2012 15:16:52 +0000 Received: from localhost ([127.0.0.1]:41836 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdMu3-0004BG-FW for submit@debbugs.gnu.org; Tue, 27 Nov 2012 10:16:52 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:43047) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdMu0-0004B7-G1 for 13007@debbugs.gnu.org; Tue, 27 Nov 2012 10:16:49 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0ME500K00JMIIP00@a-mtaout22.012.net.il> for 13007@debbugs.gnu.org; Tue, 27 Nov 2012 17:13:48 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0ME500J0VJMZQY80@a-mtaout22.012.net.il>; Tue, 27 Nov 2012 17:13:47 +0200 (IST) Date: Tue, 27 Nov 2012 17:14:02 +0200 From: Eli Zaretskii In-reply-to: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> X-012-Sender: halo1@inter.net.il Message-id: <83k3t7xemd.fsf@gnu.org> References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> X-Spam-Score: 0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: "Drew Adams" > Date: Mon, 26 Nov 2012 22:23:50 -0800 > > In case it helps, here is an emacs_backtrace.txt. AFAIK, I wasn't doing > anything particular at the moment (usual use), and I had started Emacs > only about 30 sec before the crash. Thanks, it does help. The backtrace produced by addr2line is below. The crash is due to assertion violation here: static int window_outdated (struct window *w) { eassert (XBUFFER (w->buffer) == current_buffer); <<<<<<<<<<<<<<<<<< return (w->last_modified < MODIFF || w->last_overlay_modified < OVERLAY_MODIFF); } Dmitry, why did you add this assertion? What code that you introduced assumes that this condition is always true? I suspect that we need to change this assertion to eassert (MINI_WINDOW_P (w) || w->pseudo_window_p || XBUFFER (w->buffer) == current_buffer); At least in this case (see the backtrace below), window_outdated is called from code that handles minibuffer windows, so I'm guessing the above assertion is not true. Here's the full backtrace: w32_backtrace at C:\emacs\trunk\src/w32fns.c:7735 emacs_abort at C:\emacs\trunk\src/w32fns.c:7767 terminate_due_to_signal at C:\emacs\trunk\src/emacs.c:341 die at C:\emacs\trunk\src/alloc.c:6487 window_outdated at C:\emacs\trunk\src/xdisp.c:10906 redisplay_internal at C:\emacs\trunk\src/xdisp.c:13213 redisplay at C:\emacs\trunk\src/xdisp.c:12715 read_char at C:\emacs\trunk\src/keyboard.c:2416 read_filtered_event at C:\emacs\trunk\src/lread.c:609 Fread_event at C:\emacs\trunk\src/lread.c:721 Ffuncall at C:\emacs\trunk\src/eval.c:2678 exec_byte_code at C:\emacs\trunk\src/bytecode.c:899 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 exec_byte_code at C:\emacs\trunk\src/bytecode.c:899 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 exec_byte_code at C:\emacs\trunk\src/bytecode.c:899 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 exec_byte_code at C:\emacs\trunk\src/bytecode.c:899 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 exec_byte_code at C:\emacs\trunk\src/bytecode.c:899 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 apply1 at C:\emacs\trunk\src/eval.c:2432 Fcall_interactively at C:\emacs\trunk\src/callint.c:377 Ffuncall at C:\emacs\trunk\src/eval.c:2678 call3 at C:\emacs\trunk\src/eval.c:2496 Fcommand_execute at C:\emacs\trunk\src/keyboard.c:10214 command_loop_1 at C:\emacs\trunk\src/keyboard.c:1576 internal_condition_case at C:\emacs\trunk\src/eval.c:1192 command_loop_2 at C:\emacs\trunk\src/keyboard.c:1163 internal_catch at C:\emacs\trunk\src/eval.c:963 command_loop at C:\emacs\trunk\src/keyboard.c:1134 recursive_edit_1 at C:\emacs\trunk\src/keyboard.c:774 read_minibuf at C:\emacs\trunk\src/minibuf.c:678 Fread_from_minibuffer at C:\emacs\trunk\src/minibuf.c:980 Ffuncall at C:\emacs\trunk\src/eval.c:2697 exec_byte_code at C:\emacs\trunk\src/bytecode.c:899 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 exec_byte_code at C:\emacs\trunk\src/bytecode.c:899 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 exec_byte_code at C:\emacs\trunk\src/bytecode.c:899 Fbyte_code at C:\emacs\trunk\src/bytecode.c:474 eval_sub at C:\emacs\trunk\src/eval.c:2042 internal_catch at C:\emacs\trunk\src/eval.c:963 exec_byte_code at C:\emacs\trunk\src/bytecode.c:1080 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 exec_byte_code at C:\emacs\trunk\src/bytecode.c:899 funcall_lambda at C:\emacs\trunk\src/eval.c:2837 Ffuncall at C:\emacs\trunk\src/eval.c:2720 exec_byte_code at C:\emacs\trunk\src/bytecode.c:899 Fbyte_code at C:\emacs\trunk\src/bytecode.c:474 eval_sub at C:\emacs\trunk\src/eval.c:2042 internal_catch at C:\emacs\trunk\src/eval.c:963 exec_byte_code at C:\emacs\trunk\src/bytecode.c:1080 Fbyte_code at C:\emacs\trunk\src/bytecode.c:474 From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Nov 2012 15:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 13007@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.135402948516220 (code B ref 13007); Tue, 27 Nov 2012 15:19:02 +0000 Received: (at 13007) by debbugs.gnu.org; 27 Nov 2012 15:18:05 +0000 Received: from localhost ([127.0.0.1]:41841 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdMvE-0004DZ-IG for submit@debbugs.gnu.org; Tue, 27 Nov 2012 10:18:04 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:49842) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdMvC-0004DO-Sx for 13007@debbugs.gnu.org; Tue, 27 Nov 2012 10:18:03 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0ME500K00JP8J800@a-mtaout21.012.net.il> for 13007@debbugs.gnu.org; Tue, 27 Nov 2012 17:15:11 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0ME500K6FJPA5B80@a-mtaout21.012.net.il>; Tue, 27 Nov 2012 17:15:11 +0200 (IST) Date: Tue, 27 Nov 2012 17:15:25 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83ip8rxek2.fsf@gnu.org> References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> 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: > From: "Drew Adams" > Date: Mon, 26 Nov 2012 22:28:21 -0800 > > Started Emacs again, did the same thing, with my setup (tried to > complete a file name for M-x load-file, as usual), and got another > backtrace file. [...] 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.169 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-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.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: > From: "Drew Adams" > Date: Mon, 26 Nov 2012 22:28:21 -0800 > > Started Emacs again, did the same thing, with my setup (tried to > complete a file name for M-x load-file, as usual), and got another > backtrace file. [...] 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.169 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.4717] > From: "Drew Adams" > Date: Mon, 26 Nov 2012 22:28:21 -0800 > > Started Emacs again, did the same thing, with my setup (tried to > complete a file name for M-x load-file, as usual), and got another > backtrace file. So the abort happens when you are doing minibuffer input, or when some message is displayed in the echo area, is that right? Can you describe the configuration of frames and windows at the moment of the abort? From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Nov 2012 15:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Eli Zaretskii'" Cc: 13007@debbugs.gnu.org Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.135403102018576 (code B ref 13007); Tue, 27 Nov 2012 15:44:01 +0000 Received: (at 13007) by debbugs.gnu.org; 27 Nov 2012 15:43:40 +0000 Received: from localhost ([127.0.0.1]:41853 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdNJz-0004pY-4O for submit@debbugs.gnu.org; Tue, 27 Nov 2012 10:43:39 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:35242) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdNJu-0004pO-Ep for 13007@debbugs.gnu.org; Tue, 27 Nov 2012 10:43:35 -0500 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qARFfhkg011830 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 27 Nov 2012 15:41:44 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qARFfhEV017531 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Nov 2012 15:41:43 GMT Received: from abhmt102.oracle.com (abhmt102.oracle.com [141.146.116.54]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qARFfg7N022711; Tue, 27 Nov 2012 09:41:42 -0600 Received: from dradamslap1 (/10.159.133.65) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 27 Nov 2012 07:41:42 -0800 From: "Drew Adams" References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83ip8rxek2.fsf@gnu.org> Date: Tue, 27 Nov 2012 07:41:39 -0800 Message-ID: <8C1CF8F9FC1C4C8586F9871324ECC3C6@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-reply-to: <83ip8rxek2.fsf@gnu.org> Thread-Index: Ac3MsiRepwiZGWn7TDKVNDI/DaPAWAAAmMnQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.6 (----) > > Started Emacs again, did the same thing, with my setup (tried to > > complete a file name for M-x load-file, as usual), and got another > > backtrace file. > > So the abort happens when you are doing minibuffer input, or when some > message is displayed in the echo area, is that right? Yes. I did (in my setup - standalone minibuffer, Icicles, etc.): M-x load-file icicles-ma TAB to complete to icicles-mac.el[c] > Can you describe the configuration of frames and windows at the moment > of the abort? 3 frames: 1. Dired (could be a file buffer or anything else) 2. Standalone minibuffer frame 3. *Completions* frame, showing the two candidates: icicles-mac.el icicles-mac-elc Immediately after starting Emacs (in Dired), I did the above `M-x'. TAB causes these things to happen, which I can see happened before the abort dialog appeared: a. Displays *Completions*, as mentioned above. b. Completes minibuffer input to c:/my/path/icicles-mac.el, and highlights the icicles-mac.el part to show that it is complete. The Emacs Abort Dialog says the usual (new text). HTH. In case there were minor differences from the original backtrace context, here is another backtrace file, from repeating exactly the recipe given above: Backtrace: 0x01154C71 0x01154CE3 0x01001459 0x010218FB 0x011FE67C 0x01205BCF 0x0120377C 0x0103B552 0x0107A10D 0x0107A3AF 0x01014D1D 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x01015BC6 0x0101505F 0x01014378 0x010E5789 0x01014D1D 0x0101447B 0x01052C6F 0x010390C3 0x01010C9B 0x01038007 0x010106F8 0x01037F70 0x0103757B 0x010BEF81 0x010BFC8B 0x01014F5F 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x010E0DD2 0x01012FF8 0x010106F8 0x010E259F 0x01015BC6 0x0101505F 0x010E1A0B 0x0101576B 0x0101505F 0x010E1A0B 0x010E0DD2 0x01012FF8 0x010106F8 0x010E259F 0x010E0DD2 ... From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Nov 2012 15:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Eli Zaretskii'" Cc: 13007@debbugs.gnu.org Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.135403117818854 (code B ref 13007); Tue, 27 Nov 2012 15:47:01 +0000 Received: (at 13007) by debbugs.gnu.org; 27 Nov 2012 15:46:18 +0000 Received: from localhost ([127.0.0.1]:41868 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdNMX-0004u2-PK for submit@debbugs.gnu.org; Tue, 27 Nov 2012 10:46:18 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:37231) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdNMU-0004tu-VP for 13007@debbugs.gnu.org; Tue, 27 Nov 2012 10:46:16 -0500 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qARFiO5N015519 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 27 Nov 2012 15:44:25 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qARFiOcR023385 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Nov 2012 15:44:24 GMT Received: from abhmt120.oracle.com (abhmt120.oracle.com [141.146.116.72]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qARFiNLP002374; Tue, 27 Nov 2012 09:44:23 -0600 Received: from dradamslap1 (/10.159.133.65) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 27 Nov 2012 07:44:23 -0800 From: "Drew Adams" References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com><83ip8rxek2.fsf@gnu.org> <8C1CF8F9FC1C4C8586F9871324ECC3C6@us.oracle.com> Date: Tue, 27 Nov 2012 07:44:20 -0800 Message-ID: <83B6C5DBB8FD4C87916A5F021CEDF324@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-reply-to: <8C1CF8F9FC1C4C8586F9871324ECC3C6@us.oracle.com> Thread-Index: Ac3MsiRepwiZGWn7TDKVNDI/DaPAWAAAmMnQAABbncA= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > 3. *Completions* frame, showing the two candidates: > icicles-mac.el icicles-mac-elc ^^^^^^^^^^^^^^^ I meant icicles-mac.elc. From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Nov 2012 16:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 13007@debbugs.gnu.org, Drew Adams Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.135403453424002 (code B ref 13007); Tue, 27 Nov 2012 16:43:01 +0000 Received: (at 13007) by debbugs.gnu.org; 27 Nov 2012 16:42:14 +0000 Received: from localhost ([127.0.0.1]:41917 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdOEf-0006F5-BW for submit@debbugs.gnu.org; Tue, 27 Nov 2012 11:42:13 -0500 Received: from mail-ea0-f172.google.com ([209.85.215.172]:63277) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdOEc-0006Ew-Fr for 13007@debbugs.gnu.org; Tue, 27 Nov 2012 11:42:11 -0500 Received: by mail-ea0-f172.google.com with SMTP id a1so4611991eaa.3 for <13007@debbugs.gnu.org>; Tue, 27 Nov 2012 08:40:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=AdJCVqY83bO2kU1STuv9NdUCFIHPfay3EvV+MpUiklk=; b=ZQNuDWXUiSe/3vdGru1alMMQ3CenykAGw3TbHQco41UxfomraS7kaHXrjoCw3P5WlX y3RNtiWrk+BOLGnBOu6w2LL6KTNaI8uv55inSW3w+3UhJG78XV41+jvey+ku9D/6wUx5 +Y0XkJJWbbK1DJi2CLsVrz4smpNRH/GgtPE30RDu/0RpkMucfyGhWoMoGHg4pWuF329X U2wvOZQcxjf3WvbzDMyMJVmu/p3Jvkv2txpSGHTzE/BuKJ4TsOhrTj3zXa2WLOkIIB5r Kh+cOyfmFtoApUkJH79xsb8cBY8a4Bp/fiHHNyXM7Pv/J35dj2z4rYhtiDgtChFwCnpc M+XQ== Received: by 10.14.210.200 with SMTP id u48mr59144742eeo.29.1354034418945; Tue, 27 Nov 2012 08:40:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.4.209 with HTTP; Tue, 27 Nov 2012 08:39:38 -0800 (PST) In-Reply-To: <83ip8rxek2.fsf@gnu.org> References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83ip8rxek2.fsf@gnu.org> From: Juanma Barranquero Date: Tue, 27 Nov 2012 17:39:38 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 0.1 (/) 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 Tue, Nov 27, 2012 at 4:15 PM, Eli Zaretskii wrote: > So the abort happens when you are doing minibuffer input, or when some > message is displayed in the echo area, is that right? > > Can you describe the configuration of frames and windows at the moment > of the abort? I (having missed this bug thread, sorry) just filed bug#13012 with an easy recipe for the assertion failure. Feel free to merge both reports. Juanma From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 27 11:44:20 2012 Received: (at control) by debbugs.gnu.org; 27 Nov 2012 16:44:20 +0000 Received: from localhost ([127.0.0.1]:41927 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdOGh-0006JF-Vx for submit@debbugs.gnu.org; Tue, 27 Nov 2012 11:44:20 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:36904) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdOGg-0006J9-5H for control@debbugs.gnu.org; Tue, 27 Nov 2012 11:44:18 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1TdOEu-0004Ny-Kr for control@debbugs.gnu.org; Tue, 27 Nov 2012 11:42:28 -0500 Date: Tue, 27 Nov 2012 11:42:28 -0500 Message-Id: Subject: control message for bug 13012 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -4.6 (----) 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.6 (----) merge 13007 13012 From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Dmitry Antipov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Nov 2012 16:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 13007@debbugs.gnu.org, Drew Adams Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.135403507728235 (code B ref 13007); Tue, 27 Nov 2012 16:52:02 +0000 Received: (at 13007) by debbugs.gnu.org; 27 Nov 2012 16:51:17 +0000 Received: from localhost ([127.0.0.1]:41932 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdONQ-0007LL-VG for submit@debbugs.gnu.org; Tue, 27 Nov 2012 11:51:17 -0500 Received: from forward2.mail.yandex.net ([77.88.46.7]:60378) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdONN-0007L6-3r for 13007@debbugs.gnu.org; Tue, 27 Nov 2012 11:51:15 -0500 Received: from smtp3.mail.yandex.net (smtp3.mail.yandex.net [77.88.46.103]) by forward2.mail.yandex.net (Yandex) with ESMTP id 9A4C812A15A6; Tue, 27 Nov 2012 20:49:21 +0400 (MSK) Received: from smtp3.mail.yandex.net (localhost [127.0.0.1]) by smtp3.mail.yandex.net (Yandex) with ESMTP id 61DFC1BA079C; Tue, 27 Nov 2012 20:49:21 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp3.mail.yandex.net (nwsmtp/Yandex) with ESMTP id nKl87f0h-nLl8GFUE; Tue, 27 Nov 2012 20:49:21 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1354034961; bh=a4i+g8Nz/xg8Yp78kuAIR6dHfbJHtzQ+OXQlZpBhwPU=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=sLgU/cMzqffSI6xgGZf+bZyUII+GndZ52XTRucGAMdZf4AuIoa2P5/8EWF3SKAUYw vLob51o21a/4YDdP/ayOK5t1Y1X5aoH3CBykIjCew8GgWCBCjZroGfj1xyKTjjOhEO uPis1gUbbbbZs3MydRdR71O/cM1btM8JXtNWcZsg= Message-ID: <50B4EF28.6040905@yandex.ru> Date: Tue, 27 Nov 2012 20:49:44 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> In-Reply-To: <83k3t7xemd.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) 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/27/2012 07:14 PM, Eli Zaretskii wrote: > The crash is due to assertion violation here: > > static int > window_outdated (struct window *w) > { > eassert (XBUFFER (w->buffer) == current_buffer); <<<<<<<<<<<<<<<<<< > return (w->last_modified < MODIFF > || w->last_overlay_modified < OVERLAY_MODIFF); > } > > Dmitry, why did you add this assertion? What code that you introduced > assumes that this condition is always true? This eassert was installed just to trap on the suspicious use cases as we found in this bug :-). > I suspect that we need to change this assertion to > > eassert (MINI_WINDOW_P (w) || w->pseudo_window_p > || XBUFFER (w->buffer) == current_buffer); > > At least in this case (see the backtrace below), window_outdated is > called from code that handles minibuffer windows, so I'm guessing the > above assertion is not true. Hm... this really helps to bypass eassert, but: 1) is it meaningful to compare w->last_modified of minibuffer window with MODIFF? Shouldn't we compare it against BUFF_MODIFF of appropriate minibuffer? 2) is it possible to have an overlay in a minibuffer? 3) should window_outdated_p be applicable to pseudowindows at all? Dmitry From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Nov 2012 17:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Antipov Cc: 13007@debbugs.gnu.org, drew.adams@oracle.com Reply-To: Eli Zaretskii Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.13540386084506 (code B ref 13007); Tue, 27 Nov 2012 17:51:01 +0000 Received: (at 13007) by debbugs.gnu.org; 27 Nov 2012 17:50:08 +0000 Received: from localhost ([127.0.0.1]:41992 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdPIO-0001Ad-9X for submit@debbugs.gnu.org; Tue, 27 Nov 2012 12:50:08 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:42175) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdPIL-0001AU-0H for 13007@debbugs.gnu.org; Tue, 27 Nov 2012 12:50:06 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0ME500L00QM5FP00@a-mtaout20.012.net.il> for 13007@debbugs.gnu.org; Tue, 27 Nov 2012 19:47:22 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0ME500KDEQQXH6M0@a-mtaout20.012.net.il>; Tue, 27 Nov 2012 19:47:22 +0200 (IST) Date: Tue, 27 Nov 2012 19:47:36 +0200 From: Eli Zaretskii In-reply-to: <50B4EF28.6040905@yandex.ru> X-012-Sender: halo1@inter.net.il Message-id: <834nkbx7if.fsf@gnu.org> References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@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: Tue, 27 Nov 2012 20:49:44 +0400 > From: Dmitry Antipov > CC: Drew Adams , 13007@debbugs.gnu.org > > 1) is it meaningful to compare w->last_modified of minibuffer window with > MODIFF? [...] 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.4735] 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.7 (/) > Date: Tue, 27 Nov 2012 20:49:44 +0400 > From: Dmitry Antipov > CC: Drew Adams , 13007@debbugs.gnu.org > > 1) is it meaningful to compare w->last_modified of minibuffer window with > MODIFF? I don't know. The old code did exactly that. > 2) is it possible to have an overlay in a minibuffer? Yes, definitely. E.g., icomplete-mode does that, AFAIR. > 3) should window_outdated_p be applicable to pseudowindows at all? I don't know. Do you want more crashes to be sure? ;-) From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Jambunathan K Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Nov 2012 17:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 13007@debbugs.gnu.org, Dmitry Antipov Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.13540390485162 (code B ref 13007); Tue, 27 Nov 2012 17:58:02 +0000 Received: (at 13007) by debbugs.gnu.org; 27 Nov 2012 17:57:28 +0000 Received: from localhost ([127.0.0.1]:42009 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdPPU-0001LD-8x for submit@debbugs.gnu.org; Tue, 27 Nov 2012 12:57:28 -0500 Received: from mail-da0-f44.google.com ([209.85.210.44]:58455) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdPPQ-0001L4-FB for 13007@debbugs.gnu.org; Tue, 27 Nov 2012 12:57:25 -0500 Received: by mail-da0-f44.google.com with SMTP id z20so2678971dae.3 for <13007@debbugs.gnu.org>; Tue, 27 Nov 2012 09:55:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=ZBcEsxdx9M/er4gOkHk0YTg/nR7TyjTaI3FS21IdB0A=; b=RD6zdlGWttcA7ekZkSAL+OEEzwzG6BRdIYh1BKci0XnM/vGUpA7qIi8VnWX5Hpz+7J R+UtAgLaVN2byy7cgK07ybNo01r9vIzvoZ03sTtfsbFzs2enUBvPwvazLmJEonKVJj6c yNhPw+cKQa59o3qRfuKLXi/+6XJ7PJpsEwpnCTj4xoY37Akw3rG0q9csmqNpeWcBWV5j wclE6YxucBSTxuEBOm4riDfqLkhs+4E1Mjyv5Z5I9vXI9DD77Qjbg/i5LDEl/RJsc702 1dLjxFaWKexw2/fhKCF71sd+W4iqAlH3eJgRG2jERT+Kzau3146kYdn2oQMe351XztjP tF7g== Received: by 10.68.130.197 with SMTP id og5mr49897951pbb.138.1354038934047; Tue, 27 Nov 2012 09:55:34 -0800 (PST) Received: from debian-6.05 ([115.184.83.157]) by mx.google.com with ESMTPS id x6sm11003944pav.29.2012.11.27.09.55.29 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 27 Nov 2012 09:55:33 -0800 (PST) From: Jambunathan K References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> Date: Tue, 27 Nov 2012 23:28:00 +0530 In-Reply-To: <834nkbx7if.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 27 Nov 2012 19:47:36 +0200") Message-ID: <877gp70vyv.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.1 (/) 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.8 (-) Eli Zaretskii writes: >> 2) is it possible to have an overlay in a minibuffer? > > Yes, definitely. E.g., icomplete-mode does that, AFAIR. minibuffer.el does it as well. See `minibuffer-message'. Stuff like `[Sole completion]', `[No completions]' etc are really overlays. -- From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 27 13:04:00 2012 Received: (at control) by debbugs.gnu.org; 27 Nov 2012 18:04:00 +0000 Received: from localhost ([127.0.0.1]:42017 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdPVn-0001VR-1H for submit@debbugs.gnu.org; Tue, 27 Nov 2012 13:04:00 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:59623) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdPVl-0001VI-IT for control@debbugs.gnu.org; Tue, 27 Nov 2012 13:03:58 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0ME500K00R75W400@a-mtaout23.012.net.il> for control@debbugs.gnu.org; Tue, 27 Nov 2012 20:02:06 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0ME500KNMRFISM40@a-mtaout23.012.net.il> for control@debbugs.gnu.org; Tue, 27 Nov 2012 20:02:06 +0200 (IST) Date: Tue, 27 Nov 2012 20:02:21 +0200 From: Eli Zaretskii Subject: Re: bug#13007: 24.3.50; emacs_backtrace.txt In-reply-to: X-012-Sender: halo1@inter.net.il To: control@debbugs.gnu.org Message-id: <83zk22x6tu.fsf@gnu.org> References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83ip8rxek2.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: merge 13012 13007 stop [...] 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.175 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: control 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: merge 13012 13007 stop [...] 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.175 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.4621] merge 13012 13007 stop From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Nov 2012 18:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juanma Barranquero Cc: 13007@debbugs.gnu.org, drew.adams@oracle.com Reply-To: Eli Zaretskii Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.13540394495855 (code B ref 13007); Tue, 27 Nov 2012 18:05:01 +0000 Received: (at 13007) by debbugs.gnu.org; 27 Nov 2012 18:04:09 +0000 Received: from localhost ([127.0.0.1]:42022 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdPVx-0001WO-AC for submit@debbugs.gnu.org; Tue, 27 Nov 2012 13:04:09 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:59633) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdPVv-0001WH-O8 for 13007@debbugs.gnu.org; Tue, 27 Nov 2012 13:04:08 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0ME500K00R75W400@a-mtaout23.012.net.il> for 13007@debbugs.gnu.org; Tue, 27 Nov 2012 20:02:17 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0ME500KP5RFSSM40@a-mtaout23.012.net.il>; Tue, 27 Nov 2012 20:02:17 +0200 (IST) Date: Tue, 27 Nov 2012 20:02:31 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83y5hmx6tk.fsf@gnu.org> References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83ip8rxek2.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: > From: Juanma Barranquero > Date: Tue, 27 Nov 2012 17:39:38 +0100 > Cc: Drew Adams , 13007@debbugs.gnu.org > > On Tue, Nov 27, 2012 at 4:15 PM, Eli Zaretskii wrote: > > > So the abort happens when you are doing minibuffer input, or when some > > message is displayed in the echo area, is that right? > > > > Can you describe the configuration of frames and windows at the moment > > of the abort? > > I (having missed this bug thread, sorry) just filed bug#13012 with an > easy recipe for the assertion failure. > > Feel free to merge both reports. [...] 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.175 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.4823] 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.7 (/) > From: Juanma Barranquero > Date: Tue, 27 Nov 2012 17:39:38 +0100 > Cc: Drew Adams , 13007@debbugs.gnu.org > > On Tue, Nov 27, 2012 at 4:15 PM, Eli Zaretskii wrote: > > > So the abort happens when you are doing minibuffer input, or when some > > message is displayed in the echo area, is that right? > > > > Can you describe the configuration of frames and windows at the moment > > of the abort? > > I (having missed this bug thread, sorry) just filed bug#13012 with an > easy recipe for the assertion failure. > > Feel free to merge both reports. Done. From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Nov 2012 18:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Jambunathan K'" , "'Eli Zaretskii'" Cc: 13007@debbugs.gnu.org, 'Dmitry Antipov' Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.13540399566612 (code B ref 13007); Tue, 27 Nov 2012 18:13:01 +0000 Received: (at 13007) by debbugs.gnu.org; 27 Nov 2012 18:12:36 +0000 Received: from localhost ([127.0.0.1]:42030 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdPe8-0001ia-1B for submit@debbugs.gnu.org; Tue, 27 Nov 2012 13:12:36 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:26140) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdPe5-0001iT-QV for 13007@debbugs.gnu.org; Tue, 27 Nov 2012 13:12:34 -0500 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qARIAg6g005901 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 27 Nov 2012 18:10:42 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qARIAfxs005158 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Nov 2012 18:10:42 GMT Received: from abhmt115.oracle.com (abhmt115.oracle.com [141.146.116.67]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qARIAfWW020084; Tue, 27 Nov 2012 12:10:41 -0600 Received: from dradamslap1 (/10.159.133.65) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 27 Nov 2012 10:10:41 -0800 From: "Drew Adams" References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com><83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru><834nkbx7if.fsf@gnu.org> <877gp70vyv.fsf@gmail.com> Date: Tue, 27 Nov 2012 10:10:37 -0800 Message-ID: <4A0D6F163C0449EB952B04814626A7B7@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-reply-to: <877gp70vyv.fsf@gmail.com> Thread-Index: Ac3MyIMujxvjil1zQDaykSLEkfd8BQAAR6xw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > >> 2) is it possible to have an overlay in a minibuffer? > > > > Yes, definitely. E.g., icomplete-mode does that, AFAIR. > > minibuffer.el does it as well. See `minibuffer-message'. > Stuff like `[Sole completion]', `[No completions]' etc are really > overlays. Yes, and more importantly, _user_ code can use overlays in the minibuffer (as in any other buffer, AFAIK). It is great to point _also_ to existing Emacs source code in this regard, but this is really inessential (irrelevant). What's important wrt overlays here is that users can create and use them, not that some existing Emacs code might do so. What users can do they will do. Emacs should do its best not to crash in such a context. From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Dmitry Antipov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 28 Nov 2012 07:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 13007@debbugs.gnu.org Cc: Eli Zaretskii , drew.adams@oracle.com Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.135408727231008 (code B ref 13007); Wed, 28 Nov 2012 07:22:02 +0000 Received: (at 13007) by debbugs.gnu.org; 28 Nov 2012 07:21:12 +0000 Received: from localhost ([127.0.0.1]:42517 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdbxG-000844-UO for submit@debbugs.gnu.org; Wed, 28 Nov 2012 02:21:12 -0500 Received: from forward3h.mail.yandex.net ([84.201.187.148]:39090) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdbxC-00083t-K2 for 13007@debbugs.gnu.org; Wed, 28 Nov 2012 02:21:09 -0500 Received: from smtp2h.mail.yandex.net (smtp2h.mail.yandex.net [84.201.187.145]) by forward3h.mail.yandex.net (Yandex) with ESMTP id 5054E13607A5; Wed, 28 Nov 2012 11:19:07 +0400 (MSK) Received: from smtp2h.mail.yandex.net (localhost [127.0.0.1]) by smtp2h.mail.yandex.net (Yandex) with ESMTP id D3F1E17000D1; Wed, 28 Nov 2012 11:19:06 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp2h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id J6OKhxw9-J6O8iLMh; Wed, 28 Nov 2012 11:19:06 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1354087146; bh=FlOlefotg+muQaxfcvo3Rr7IrbqCUTl3advaQyJQ1Co=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type; b=fL0oWqs5lMTSDAXVGDy7p/sjPmnPw0aSiEVpNwVNikYmtErx+ZdXc26oZLc3DugW4 BlXVZTnMlO1qK3gPgFPuxk/JhSuEtIFhmQfHhlmmIJz3HEltUeiH7lJAy5S3vWYxP3 7wulXX8+e4qZ39YBa5eDWMPfIlaucvpyCiPMU5tI= Message-ID: <50B5BB01.2070304@yandex.ru> Date: Wed, 28 Nov 2012 11:19:29 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> In-Reply-To: <834nkbx7if.fsf@gnu.org> Content-Type: multipart/mixed; boundary="------------070706010705000106080705" X-Spam-Score: 0.1 (/) 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 (/) This is a multi-part message in MIME format. --------------070706010705000106080705 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit IIUC crash is triggered by this fragment: 13212 else if (EQ (selected_window, minibuf_window) 13213 && (current_buffer->clip_changed || window_outdated (w)) 13214 && resize_mini_window (w, 0)) So selected_window is the same as minibuf_window, and w->buffer is not the same as current_buffer; but, is w equal to XWINDOW (selected_window) here? Look above: 13114 /* Notice any pending interrupt request to change frame size. */ 13115 do_pending_window_change (1); 13116 13117 /* do_pending_window_change could change the selected_window due to 13118 frame resizing which makes the selected window too small. */ 13119 if (WINDOWP (selected_window) && (w = XWINDOW (selected_window)) != sw) 13120 { 13121 sw = w; 13122 reconsider_clip_changes (w, current_buffer); 13123 } 13124 13125 /* Clear frames marked as garbaged. */ 13126 clear_garbaged_frames (); 13127 13128 /* Build menubar and tool-bar items. */ 13129 if (NILP (Vmemory_full)) 13130 prepare_menu_bars (); Here prepare_menu_bars can run Lisp and so change something. 13131 13132 if (windows_or_buffers_changed) 13133 update_mode_lines++; 13134 13135 /* Detect case that we need to write or remove a star in the mode line. */ 13136 if ((SAVE_MODIFF < MODIFF) != w->last_had_star) If we ran Lisp above, how we can be sure that w is still equal to XWINDOW (selected_window)? Can someone try this patch? Dmitry --------------070706010705000106080705 Content-Type: text/plain; charset=UTF-8; name="1.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="1.patch" PT09IG1vZGlmaWVkIGZpbGUgJ3NyYy94ZGlzcC5jJwotLS0gc3JjL3hkaXNwLmMJMjAxMi0x MS0yNyAwMzoxMDozMiArMDAwMAorKysgc3JjL3hkaXNwLmMJMjAxMi0xMS0yOCAwNzoxMzow NCArMDAwMApAQCAtMTA5MDMsNiArMTA5MDMsOSBAQAogc3RhdGljIGludAogd2luZG93X291 dGRhdGVkIChzdHJ1Y3Qgd2luZG93ICp3KQogeworICBpZiAody0+cHNldWRvX3dpbmRvd19w KQorICAgIC8qIEFsd2F5cyB1cGRhdGUgbWVudSBiYXIgd2luZG93cy4gICovCisgICAgcmV0 dXJuIDE7CiAgIGVhc3NlcnQgKFhCVUZGRVIgKHctPmJ1ZmZlcikgPT0gY3VycmVudF9idWZm ZXIpOwogICByZXR1cm4gKHctPmxhc3RfbW9kaWZpZWQgPCBNT0RJRkYgCiAJICB8fCB3LT5s YXN0X292ZXJsYXlfbW9kaWZpZWQgPCBPVkVSTEFZX01PRElGRik7CkBAIC0xMzExNCwxNCAr MTMxMTcsNiBAQAogICAvKiBOb3RpY2UgYW55IHBlbmRpbmcgaW50ZXJydXB0IHJlcXVlc3Qg dG8gY2hhbmdlIGZyYW1lIHNpemUuICAqLwogICBkb19wZW5kaW5nX3dpbmRvd19jaGFuZ2Ug KDEpOwogCi0gIC8qIGRvX3BlbmRpbmdfd2luZG93X2NoYW5nZSBjb3VsZCBjaGFuZ2UgdGhl IHNlbGVjdGVkX3dpbmRvdyBkdWUgdG8KLSAgICAgZnJhbWUgcmVzaXppbmcgd2hpY2ggbWFr ZXMgdGhlIHNlbGVjdGVkIHdpbmRvdyB0b28gc21hbGwuICAqLwotICBpZiAoV0lORE9XUCAo c2VsZWN0ZWRfd2luZG93KSAmJiAodyA9IFhXSU5ET1cgKHNlbGVjdGVkX3dpbmRvdykpICE9 IHN3KQotICAgIHsKLSAgICAgIHN3ID0gdzsKLSAgICAgIHJlY29uc2lkZXJfY2xpcF9jaGFu Z2VzICh3LCBjdXJyZW50X2J1ZmZlcik7Ci0gICAgfQotCiAgIC8qIENsZWFyIGZyYW1lcyBt YXJrZWQgYXMgZ2FyYmFnZWQuICAqLwogICBjbGVhcl9nYXJiYWdlZF9mcmFtZXMgKCk7CiAK QEAgLTEzMTI5LDYgKzEzMTI0LDE1IEBACiAgIGlmIChOSUxQIChWbWVtb3J5X2Z1bGwpKQog ICAgIHByZXBhcmVfbWVudV9iYXJzICgpOwogCisgIC8qIFJlc3luYyBiZWNhdXNlIHByZXBh cmVfbWVudV9iYXJzIG1heSBydW4gTGlzcCBvciBkb19wZW5kaW5nX3dpbmRvd19jaGFuZ2UK KyAgICAgY291bGQgY2hhbmdlIHRoZSBzZWxlY3RlZF93aW5kb3cgZHVlIHRvIGZyYW1lIHJl c2l6aW5nIHdoaWNoIG1ha2VzIHRoZQorICAgICBzZWxlY3RlZCB3aW5kb3cgdG9vIHNtYWxs LiAgKi8KKyAgaWYgKFdJTkRPV1AgKHNlbGVjdGVkX3dpbmRvdykgJiYgKHcgPSBYV0lORE9X IChzZWxlY3RlZF93aW5kb3cpKSAhPSBzdykKKyAgICB7CisgICAgICBzdyA9IHc7CisgICAg ICByZWNvbnNpZGVyX2NsaXBfY2hhbmdlcyAodywgY3VycmVudF9idWZmZXIpOworICAgIH0K KwogICBpZiAod2luZG93c19vcl9idWZmZXJzX2NoYW5nZWQpCiAgICAgdXBkYXRlX21vZGVf bGluZXMrKzsKIAoK --------------070706010705000106080705-- From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Juanma Barranquero Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 28 Nov 2012 13:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Antipov Cc: 13007@debbugs.gnu.org Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.13541083047850 (code B ref 13007); Wed, 28 Nov 2012 13:12:01 +0000 Received: (at 13007) by debbugs.gnu.org; 28 Nov 2012 13:11:44 +0000 Received: from localhost ([127.0.0.1]:42782 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdhQW-00022Z-D1 for submit@debbugs.gnu.org; Wed, 28 Nov 2012 08:11:44 -0500 Received: from mail-ea0-f172.google.com ([209.85.215.172]:38247) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdhQV-00022T-DM for 13007@debbugs.gnu.org; Wed, 28 Nov 2012 08:11:43 -0500 Received: by mail-ea0-f172.google.com with SMTP id a1so4987827eaa.3 for <13007@debbugs.gnu.org>; Wed, 28 Nov 2012 05:09:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=34TjPamaqw7PvwRw7rgy8M2XjBBS+mYOteqURY6Ynr4=; b=lPDDNRH+g2sxV2OUNyKo7enKTa6wQpZkgu7z+vHZ12MWBkPMC+KcYR7VK0ldDWrbb5 C95OIS8Tr90FdRItm3D74rm+lHCSf5ICSr0/lTsdDoMAed/dxiYH9snI+AOTZKJE4Pd7 0Yyfl4jUu9m54pr48ORXzwIGbo+o9MBUp1V28drWEffCzy27MIlEkdx9VXA4A+/XsUkf TbVPQU0pUookR4Gi8ltWfLmuXtUMqFfgw/TbIkwpUFOVD0ZXk0chWdGE+Z01+cANFC7s DR4FPE74K9M1UuEpnaHAepVIkLaiWazJ1Fj2ys11CdDRToUhMPObAiMi+tojAS5Wte8S lVNQ== Received: by 10.14.210.200 with SMTP id u48mr68798889eeo.29.1354108188425; Wed, 28 Nov 2012 05:09:48 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.4.209 with HTTP; Wed, 28 Nov 2012 05:09:08 -0800 (PST) In-Reply-To: <50B5BB01.2070304@yandex.ru> References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> From: Juanma Barranquero Date: Wed, 28 Nov 2012 14:09:08 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 0.1 (/) 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 Wed, Nov 28, 2012 at 8:19 AM, Dmitry Antipov wrote: > Can someone try this patch? What result did you expect? In my use case, the assertion still fails. Juanma From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Dmitry Antipov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 28 Nov 2012 15:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 13007@debbugs.gnu.org Cc: Juanma Barranquero , Eli Zaretskii , Drew Adams Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.135411802529710 (code B ref 13007); Wed, 28 Nov 2012 15:54:02 +0000 Received: (at 13007) by debbugs.gnu.org; 28 Nov 2012 15:53:45 +0000 Received: from localhost ([127.0.0.1]:43819 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdjxI-0007j9-O4 for submit@debbugs.gnu.org; Wed, 28 Nov 2012 10:53:44 -0500 Received: from forward5.mail.yandex.net ([77.88.46.21]:60960) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdjxE-0007ix-B2 for 13007@debbugs.gnu.org; Wed, 28 Nov 2012 10:53:43 -0500 Received: from smtp3.mail.yandex.net (smtp3.mail.yandex.net [77.88.46.103]) by forward5.mail.yandex.net (Yandex) with ESMTP id 3FD6412017AB; Wed, 28 Nov 2012 19:51:43 +0400 (MSK) Received: from smtp3.mail.yandex.net (localhost [127.0.0.1]) by smtp3.mail.yandex.net (Yandex) with ESMTP id EAD5F1BA03D6; Wed, 28 Nov 2012 19:51:42 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp3.mail.yandex.net (nwsmtp/Yandex) with ESMTP id pgl8tmqX-pglWXuCf; Wed, 28 Nov 2012 19:51:42 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1354117902; bh=SrPMhDbyvjz8QKDpKQdT4LpF4XWaVQMmBDoUIZNCH94=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type; b=eDs3nTdgS8Ff/1YPCzqCVoTWOAvUzs+sahGPuiN0fojvt0Gu6qX7EMwXBVCR51ELJ DjpgfeA2jvWP+biZStVZyUWFjTJB/a7ZUyGkTcRqgkK2fgrbCGAh9wPfD5DsmX5sIC FzlkAPZOu6oOyls3kr4Cmmz5VmJ+4iLQnZYkkWt8= Message-ID: <50B63309.1070404@yandex.ru> Date: Wed, 28 Nov 2012 19:51:37 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> In-Reply-To: Content-Type: multipart/mixed; boundary="------------050103090801070907080002" X-Spam-Score: 0.1 (/) 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 (/) This is a multi-part message in MIME format. --------------050103090801070907080002 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 11/28/2012 05:09 PM, Juanma Barranquero wrote: > What result did you expect? In my use case, the assertion still fails. OK. Your crash recipe from Bug#13012 (which I can reproduce) hits the corner case where XBUFFER (XWINDOW (selected_window)->buffer) != current_buffer; this should be fixed by always examining window buffer instead of current. This should works for mini windows too, but I'm not 100% sure about pseudo windows. Drew, since I can't reproduce your crash, could you please a) try this patch and b) check whether window with non-zero pseudo_window_p field is passed to window_outdated_p? Dmitry --------------050103090801070907080002 Content-Type: text/plain; charset=UTF-8; name="2.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="2.patch" PT09IG1vZGlmaWVkIGZpbGUgJ3NyYy94ZGlzcC5jJwotLS0gc3JjL3hkaXNwLmMJMjAxMi0x MS0yNyAwMzoxMDozMiArMDAwMAorKysgc3JjL3hkaXNwLmMJMjAxMi0xMS0yOCAxNTozOTo1 NSArMDAwMApAQCAtMTA4OTgsMTQgKzEwODk4LDE3IEBACiB9CiAKIC8qIE5vbnplcm8gaWYg VyBkb2Vzbid0IHJlZmxlY3QgdGhlIGFjdHVhbCBzdGF0ZSBvZgotICAgY3VycmVudCBidWZm ZXIgZHVlIHRvIGl0cyB0ZXh0IG9yIG92ZXJsYXlzIGNoYW5nZS4gICovCisgICBpdHMgYnVm ZmVyIGR1ZSB0byBpdHMgdGV4dCBvciBvdmVybGF5cyBjaGFuZ2UuICAqLwogCiBzdGF0aWMg aW50CiB3aW5kb3dfb3V0ZGF0ZWQgKHN0cnVjdCB3aW5kb3cgKncpCiB7Ci0gIGVhc3NlcnQg KFhCVUZGRVIgKHctPmJ1ZmZlcikgPT0gY3VycmVudF9idWZmZXIpOwotICByZXR1cm4gKHct Pmxhc3RfbW9kaWZpZWQgPCBNT0RJRkYgCi0JICB8fCB3LT5sYXN0X292ZXJsYXlfbW9kaWZp ZWQgPCBPVkVSTEFZX01PRElGRik7CisgIHN0cnVjdCBidWZmZXIgKmIgPSBYQlVGRkVSICh3 LT5idWZmZXIpOworCisgIGVhc3NlcnQgKEJVRkZFUl9MSVZFX1AgKGIpKTsKKworICByZXR1 cm4gKHctPmxhc3RfbW9kaWZpZWQgPCBCVUZfTU9ESUZGIChiKQorCSAgfHwgdy0+bGFzdF9v dmVybGF5X21vZGlmaWVkIDwgQlVGX09WRVJMQVlfTU9ESUZGIChiKSk7CiB9CiAKIC8qIE5v bnplcm8gaWYgVydzIGJ1ZmZlciB3YXMgY2hhbmdlZCBidXQgbm90IHNhdmVkIG9yIFRyYW5z aWVudCBNYXJrIG1vZGUKCg== --------------050103090801070907080002-- From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 28 12:44:25 2012 Received: (at control) by debbugs.gnu.org; 28 Nov 2012 17:44:25 +0000 Received: from localhost ([127.0.0.1]:43940 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdlgP-0002iN-5C for submit@debbugs.gnu.org; Wed, 28 Nov 2012 12:44:25 -0500 Received: from mail-bk0-f44.google.com ([209.85.214.44]:63186) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdlgJ-0002hz-LU for control@debbugs.gnu.org; Wed, 28 Nov 2012 12:44:21 -0500 Received: by mail-bk0-f44.google.com with SMTP id w11so6331223bku.3 for ; Wed, 28 Nov 2012 09:42:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=4x9UQEKILUq6ZNeRjJg7tY/0oQGSvhL/vKCRGCWzRwI=; b=mouL9+3xzw7qL5DcGP/EaTL8ncUh4UuwqI7m3AF8KenF0ToZTc85rdY31IbS0ZAa3R g+F+qJpsTOn0Ji7XKf+8iXrxxI/CzewkLSMQhPa3KYtipCou7Ua5MI5FM7fwYwueEJhu QoCHyF+6k61+QfHSF3FXtikXR9FQBO0K+3op49NYe0os88nPUzWbqKKSKoSQgiQgyDAN 4B0P8iTDxhfDZUG2STgC/3YQfALwWD2dDd35jnkPEmQhDL1Dp0C0wqqN7Su/I+Ls90Vy 6oJfYiUGr//SiGCGBkZfOjWUwcrb+MkbDeuxpnAINl0u6Pg8URusUHlet0dmHhlsnYN/ EAgw== Received: by 10.205.129.17 with SMTP id hg17mr5937552bkc.41.1354124543566; Wed, 28 Nov 2012 09:42:23 -0800 (PST) MIME-Version: 1.0 Received: by 10.204.34.70 with HTTP; Wed, 28 Nov 2012 09:41:42 -0800 (PST) In-Reply-To: <80sj7tu6sv.fsf@missioncriticalit.com> References: <80sj7tu6sv.fsf@missioncriticalit.com> From: Juanma Barranquero Date: Wed, 28 Nov 2012 18:41:42 +0100 Message-ID: Subject: Re: bug#13020: 24.3.50; assertion failed: XBUFFER (w->buffer) == current_buffer To: Fabrice Niessen Content-Type: text/plain; charset=UTF-8 Bcc: control@debbugs.gnu.org X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: control Cc: 13020@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.7 (/) merge 13007 13020 quit > Thread 1 (Thread 8020.0x17f4): > #0 0x7c91120f in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll > #1 0x01154cc5 in emacs_abort () at w32fns.c:7761 > #2 0x0100145d in terminate_due_to_signal (sig=22, backtrace_limit=2147483647) at emacs.c:341 > #3 0x010218ff in die (msg=0x15c59d0 "assertion failed: XBUFFER (w->buffer) == current_buffer", file=0x15be050 "xdisp.c", > line=10906) at alloc.c:6487 > #4 0x011fe680 in window_outdated (w=0x39c7990 <__register_frame_info+60586384>) at xdisp.c:10906 This is a duplicate of 13007 & 13012. Merged. From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 28 Nov 2012 18:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Antipov Cc: 13007@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com Reply-To: Eli Zaretskii Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.135412571515451 (code B ref 13007); Wed, 28 Nov 2012 18:02:02 +0000 Received: (at 13007) by debbugs.gnu.org; 28 Nov 2012 18:01:55 +0000 Received: from localhost ([127.0.0.1]:43974 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdlxL-00041A-4P for submit@debbugs.gnu.org; Wed, 28 Nov 2012 13:01:55 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:43665) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdlxI-000411-9J for 13007@debbugs.gnu.org; Wed, 28 Nov 2012 13:01:53 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0ME700F00LWB5300@a-mtaout20.012.net.il> for 13007@debbugs.gnu.org; Wed, 28 Nov 2012 19:58:51 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0ME700E7HLY2KKD0@a-mtaout20.012.net.il>; Wed, 28 Nov 2012 19:58:51 +0200 (IST) Date: Wed, 28 Nov 2012 19:59:08 +0200 From: Eli Zaretskii In-reply-to: <50B63309.1070404@yandex.ru> X-012-Sender: halo1@inter.net.il Message-id: <838v9lwqvn.fsf@gnu.org> References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> <50B63309.1070404@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: Wed, 28 Nov 2012 19:51:37 +0400 > From: Dmitry Antipov > CC: Juanma Barranquero , > Drew Adams , > Eli Zaretskii > > OK. Your crash recipe from Bug#13012 (which I can reproduce) hits the > corner case where XBUFFER (XWINDOW (selected_window)->buffer) != > current_buffer; this should be fixed by always examining window buffer > instead of current. [...] 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.4011] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Wed, 28 Nov 2012 19:51:37 +0400 > From: Dmitry Antipov > CC: Juanma Barranquero , > Drew Adams , > Eli Zaretskii > > OK. Your crash recipe from Bug#13012 (which I can reproduce) hits the > corner case where XBUFFER (XWINDOW (selected_window)->buffer) != > current_buffer; this should be fixed by always examining window buffer > instead of current. The display engine assumes that the buffer being rendered is current_buffer in a lot of places. If you want to use w->buffer instead, you will have to change many places, including those that don't receive a pointer to the window being redisplayed. (And there's the TTY redisplay which is frame-based, and doesn't necessarily go by windows in the first place.) Let me turn the table and ask why should we insist on this assertion? What do we gain by enforcing it? I know what we lose: the trunk is severely broken for 2 days, and counting. 3 people have independently bumped into this in 2 different situations. If there's no significant gain in this, I say let's remove the assertion and move on. From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Dmitry Antipov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Nov 2012 06:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 13007@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.135417012022015 (code B ref 13007); Thu, 29 Nov 2012 06:22:02 +0000 Received: (at 13007) by debbugs.gnu.org; 29 Nov 2012 06:22:00 +0000 Received: from localhost ([127.0.0.1]:44478 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdxVX-0005j2-Au for submit@debbugs.gnu.org; Thu, 29 Nov 2012 01:21:59 -0500 Received: from forward5.mail.yandex.net ([77.88.46.21]:47736) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdxVS-0005iq-PQ for 13007@debbugs.gnu.org; Thu, 29 Nov 2012 01:21:58 -0500 Received: from smtp2.mail.yandex.net (smtp2.mail.yandex.net [77.88.46.102]) by forward5.mail.yandex.net (Yandex) with ESMTP id 25AA3120163D; Thu, 29 Nov 2012 10:19:54 +0400 (MSK) Received: from smtp2.mail.yandex.net (localhost [127.0.0.1]) by smtp2.mail.yandex.net (Yandex) with ESMTP id C05B9E20309; Thu, 29 Nov 2012 10:19:53 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp2.mail.yandex.net (nwsmtp/Yandex) with ESMTP id Jrmi3N58-JrmKINrU; Thu, 29 Nov 2012 10:19:53 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1354169993; bh=MkZuurXr5+eUZwcBU8EFz216nhASWSjobAjEhgTo5XU=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=u1mW/6rj/L1FiNegoSKIIYbwXgYYbI9+b4klNd+3OWLB56b2Pn4EiU/tPiuY7NvgS +zSbBSF2ILY3DLEnlPTmkpU/BH0WpaR+RwMaX7pN+DkJvvmkqIfVJO3JukAxnj7GkP 3006veCsA3ZqVBJxlkhgpKswm/izRMB/tmiGDdr8= Message-ID: <50B6FE89.20304@yandex.ru> Date: Thu, 29 Nov 2012 10:19:53 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> <50B63309.1070404@yandex.ru> <838v9lwqvn.fsf@gnu.org> In-Reply-To: <838v9lwqvn.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) 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/28/2012 09:59 PM, Eli Zaretskii wrote: > Let me turn the table and ask why should we insist on this assertion? > What do we gain by enforcing it? > > I know what we lose: the trunk is severely broken for 2 days, and > counting. 3 people have independently bumped into this in 2 different > situations. If there's no significant gain in this, I say let's > remove the assertion and move on. OK for now. But I still thinks that we just ignore some unusual cases which needs more investigations. Dmitry From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Nov 2012 16:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Antipov Cc: 13007@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com Reply-To: Eli Zaretskii Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.135420772116663 (code B ref 13007); Thu, 29 Nov 2012 16:49:01 +0000 Received: (at 13007) by debbugs.gnu.org; 29 Nov 2012 16:48:41 +0000 Received: from localhost ([127.0.0.1]:45407 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Te7I1-0004Ki-FM for submit@debbugs.gnu.org; Thu, 29 Nov 2012 11:48:41 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:33011) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Te7Hz-0004KY-M7 for 13007@debbugs.gnu.org; Thu, 29 Nov 2012 11:48:40 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0ME900600D6FVP00@a-mtaout20.012.net.il> for 13007@debbugs.gnu.org; Thu, 29 Nov 2012 18:46:22 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0ME9006B4D9AEHB0@a-mtaout20.012.net.il>; Thu, 29 Nov 2012 18:46:22 +0200 (IST) Date: Thu, 29 Nov 2012 18:46:43 +0200 From: Eli Zaretskii In-reply-to: <50B6FE89.20304@yandex.ru> X-012-Sender: halo1@inter.net.il Message-id: <83txs8uzkc.fsf@gnu.org> References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> <50B63309.1070404@yandex.ru> <838v9lwqvn.fsf@gnu.org> <50B6FE89.20304@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: Thu, 29 Nov 2012 10:19:53 +0400 > From: Dmitry Antipov > CC: 13007@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com > > On 11/28/2012 09:59 PM, Eli Zaretskii wrote: > > > Let me turn the table and ask why should we insist on this assertion? > > What do we gain by enforcing it? > > > > I know what we lose: the trunk is severely broken for 2 days, and > > counting. 3 people have independently bumped into this in 2 different > > situations. If there's no significant gain in this, I say let's > > remove the assertion and move on. > > OK for now. But I still thinks that we just ignore some unusual cases > which needs more investigations. [...] 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.4968] 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.7 (/) > Date: Thu, 29 Nov 2012 10:19:53 +0400 > From: Dmitry Antipov > CC: 13007@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com > > On 11/28/2012 09:59 PM, Eli Zaretskii wrote: > > > Let me turn the table and ask why should we insist on this assertion? > > What do we gain by enforcing it? > > > > I know what we lose: the trunk is severely broken for 2 days, and > > counting. 3 people have independently bumped into this in 2 different > > situations. If there's no significant gain in this, I say let's > > remove the assertion and move on. > > OK for now. But I still thinks that we just ignore some unusual cases > which needs more investigations. I'm okay with investigating, as long as others don't suffer too much. For starters, can you tell what triggered the assertion violation in Juanma's case? IOW, how did we wind up in a situation where (AFAIU) the selected window displays a buffer other than the current one? And Drew, could you please try coming up with a simple recipe starting with "emacs -Q"? If you define a configuration with a minibuffer-less frame, a separate minibuffer frame, and arrange for *Completions* to pop up yet another frame, then trigger completion in some simple way, does Emacs abort like in your original report? TIA From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Nov 2012 17:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Eli Zaretskii'" , "'Dmitry Antipov'" Cc: 13007@debbugs.gnu.org, lekktu@gmail.com Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.135420866118068 (code B ref 13007); Thu, 29 Nov 2012 17:05:01 +0000 Received: (at 13007) by debbugs.gnu.org; 29 Nov 2012 17:04:21 +0000 Received: from localhost ([127.0.0.1]:45413 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Te7XA-0004hM-Ut for submit@debbugs.gnu.org; Thu, 29 Nov 2012 12:04:21 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:29640) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Te7X8-0004hE-Uy for 13007@debbugs.gnu.org; Thu, 29 Nov 2012 12:04:19 -0500 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by aserp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qATH2F7U002356 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 29 Nov 2012 17:02:17 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qATH2EaO013259 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Nov 2012 17:02:15 GMT Received: from abhmt117.oracle.com (abhmt117.oracle.com [141.146.116.69]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qATH2E3w017279; Thu, 29 Nov 2012 11:02:14 -0600 Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 29 Nov 2012 09:02:14 -0800 From: "Drew Adams" References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> <50B63309.1070404@yandex.ru> <838v9lwqvn.fsf@gnu.org> <50B6FE89.20304@yandex.ru> <83txs8uzkc.fsf@gnu.org> Date: Thu, 29 Nov 2012 09:02:13 -0800 Message-ID: <1865DC8EC71E4B78B074A727C299C875@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 In-Reply-To: <83txs8uzkc.fsf@gnu.org> Thread-Index: Ac3OURtXLkBLot7TRGOI5F3Da9o3ZwAAURmw X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > And Drew, could you please try coming up with a simple recipe starting > with "emacs -Q"? If you define a configuration with a minibuffer-less > frame, a separate minibuffer frame, and arrange for *Completions* to > pop up yet another frame, then trigger completion in some simple way, > does Emacs abort like in your original report? No, I'm sorry Eli, I just don't have the time for that now. I have reverted to using the Emacs binary before these crashes were introduced. If you happen to make some progress then I will be glad to try the result and let you know the effect in my context. My guess (& hope) is that there is a good chance that Juanma and I were bitten by the same bug. If not, we can look into my case more later, when I have some more time. From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Dmitry Antipov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Nov 2012 17:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 13007@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.135420994919981 (code B ref 13007); Thu, 29 Nov 2012 17:26:01 +0000 Received: (at 13007) by debbugs.gnu.org; 29 Nov 2012 17:25:49 +0000 Received: from localhost ([127.0.0.1]:45455 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Te7rx-0005CE-GN for submit@debbugs.gnu.org; Thu, 29 Nov 2012 12:25:49 -0500 Received: from forward19.mail.yandex.net ([95.108.253.144]:33075) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Te7rs-0005C2-Ow for 13007@debbugs.gnu.org; Thu, 29 Nov 2012 12:25:48 -0500 Received: from smtp19.mail.yandex.net (smtp19.mail.yandex.net [95.108.252.19]) by forward19.mail.yandex.net (Yandex) with ESMTP id 7A4371121872; Thu, 29 Nov 2012 21:23:39 +0400 (MSK) Received: from smtp19.mail.yandex.net (localhost [127.0.0.1]) by smtp19.mail.yandex.net (Yandex) with ESMTP id 2E5FEBE02D5; Thu, 29 Nov 2012 21:23:39 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp19.mail.yandex.net (nwsmtp/Yandex) with ESMTP id Nb9CdwaJ-Nc9aJorn; Thu, 29 Nov 2012 21:23:38 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1354209819; bh=lyjQA2WUMwTktOq5yywQOR4llrXS9RpDQAJyd7EQ7SU=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=XywjvQ6JOKxAvmPA5L8To65UicLURw4SwCBeSiQHoE/SD45C/OHiIKjU6G3RV9ncB 1uhiLmI2U95hQx5+74ieBcxzIdALJduAuGg4x5ZE/9FAOc1QpQFLcDt5L8M7JPgPWZ NQHsiWNZrehlq+Wf8qOFzKCDlNE2dzfshgwuX+DU= Message-ID: <50B79A19.2050707@yandex.ru> Date: Thu, 29 Nov 2012 21:23:37 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> <50B63309.1070404@yandex.ru> <838v9lwqvn.fsf@gnu.org> <50B6FE89.20304@yandex.ru> <83txs8uzkc.fsf@gnu.org> In-Reply-To: <83txs8uzkc.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) 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/29/2012 08:46 PM, Eli Zaretskii wrote: > For starters, can you tell what triggered the assertion violation in > Juanma's case? IOW, how did we wind up in a situation where (AFAIU) > the selected window displays a buffer other than the current one? IIUC, here is the sequence: Function set_window_buffer (W, B, ...) is called where W is selected_window and XBUFFER (B) != current_buffer. This function temporary sets current buffer to XBUFFER (B) to run hooks, and then restore old current_buffer [1]. So, on exit we have XBUFFER (XWINDOW (selected_window)->buffer) != current_buffer, and these gets _finally_ synchronized only when read_key_sequence is called with fix_current_buffer == true [2]. If redisplay is invoked between [1] and [2], its routines may see the condition which was eassert'ed; _finally_ means that some redisplay routines may do the synchronization temporary and then restore original value of current buffer (see pos_visible_p for example). Dmitry From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Nov 2012 17:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 13007@debbugs.gnu.org, lekktu@gmail.com, dmantipov@yandex.ru Reply-To: Eli Zaretskii Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.135421087221490 (code B ref 13007); Thu, 29 Nov 2012 17:42:02 +0000 Received: (at 13007) by debbugs.gnu.org; 29 Nov 2012 17:41:12 +0000 Received: from localhost ([127.0.0.1]:45463 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Te86q-0005aZ-Eo for submit@debbugs.gnu.org; Thu, 29 Nov 2012 12:41:12 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:58510) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Te86n-0005aO-IF for 13007@debbugs.gnu.org; Thu, 29 Nov 2012 12:41:10 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0ME900E00FJDLY00@a-mtaout21.012.net.il> for 13007@debbugs.gnu.org; Thu, 29 Nov 2012 19:39:07 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0ME900E3JFP4HU40@a-mtaout21.012.net.il>; Thu, 29 Nov 2012 19:39:05 +0200 (IST) Date: Thu, 29 Nov 2012 19:39:25 +0200 From: Eli Zaretskii In-reply-to: <1865DC8EC71E4B78B074A727C299C875@us.oracle.com> X-012-Sender: halo1@inter.net.il Message-id: <83r4ncux4i.fsf@gnu.org> References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> <50B63309.1070404@yandex.ru> <838v9lwqvn.fsf@gnu.org> <50B6FE89.20304@yandex.ru> <83txs8uzkc.fsf@gnu.org> <1865DC8EC71E4B78B074A727C299C875@us.oracle.com> 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: > From: "Drew Adams" > Cc: <13007@debbugs.gnu.org>, > Date: Thu, 29 Nov 2012 09:02:13 -0800 > > > And Drew, could you please try coming up with a simple recipe starting > > with "emacs -Q"? If you define a configuration with a minibuffer-less > > frame, a separate minibuffer frame, and arrange for *Completions* to > > pop up yet another frame, then trigger completion in some simple way, > > does Emacs abort like in your original report? > > No, I'm sorry Eli, I just don't have the time for that now. I have reverted to > using the Emacs binary before these crashes were introduced. [...] 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.169 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-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.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: > From: "Drew Adams" > Cc: <13007@debbugs.gnu.org>, > Date: Thu, 29 Nov 2012 09:02:13 -0800 > > > And Drew, could you please try coming up with a simple recipe starting > > with "emacs -Q"? If you define a configuration with a minibuffer-less > > frame, a separate minibuffer frame, and arrange for *Completions* to > > pop up yet another frame, then trigger completion in some simple way, > > does Emacs abort like in your original report? > > No, I'm sorry Eli, I just don't have the time for that now. I have reverted to > using the Emacs binary before these crashes were introduced. [...] 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.169 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.4434] > From: "Drew Adams" > Cc: <13007@debbugs.gnu.org>, > Date: Thu, 29 Nov 2012 09:02:13 -0800 > > > And Drew, could you please try coming up with a simple recipe starting > > with "emacs -Q"? If you define a configuration with a minibuffer-less > > frame, a separate minibuffer frame, and arrange for *Completions* to > > pop up yet another frame, then trigger completion in some simple way, > > does Emacs abort like in your original report? > > No, I'm sorry Eli, I just don't have the time for that now. I have reverted to > using the Emacs binary before these crashes were introduced. Don't you still have the buggy binary on your disk somewhere? > If you happen to make some progress then I will be glad to try the result and > let you know the effect in my context. We cannot make progress, because we cannot reproduce your way to trigger the bug. > My guess (& hope) is that there is a good chance that Juanma and I were bitten > by the same bug. It's the same bug, in the sense that the same assertion is violated. But they are 2 different ways of triggering that violation, because the call to the faulty function comes from 2 different places (as evidenced by the backtrace) and the buffer that is not the current one is different in these two cases (*scratch* for Juanma, minibuffer for you). > If not, we can look into my case more later, when I have some more > time. Please do, and thanks. From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Nov 2012 17:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Eli Zaretskii'" Cc: 13007@debbugs.gnu.org, lekktu@gmail.com, dmantipov@yandex.ru Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.135421136822220 (code B ref 13007); Thu, 29 Nov 2012 17:50:01 +0000 Received: (at 13007) by debbugs.gnu.org; 29 Nov 2012 17:49:28 +0000 Received: from localhost ([127.0.0.1]:45469 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Te8Eq-0005mL-B4 for submit@debbugs.gnu.org; Thu, 29 Nov 2012 12:49:28 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:27163) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Te8Eo-0005mE-IS for 13007@debbugs.gnu.org; Thu, 29 Nov 2012 12:49:27 -0500 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by aserp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qATHlN0e027376 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 29 Nov 2012 17:47:24 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qATHlMeD021510 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Nov 2012 17:47:23 GMT Received: from abhmt109.oracle.com (abhmt109.oracle.com [141.146.116.61]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qATHlMwQ007658; Thu, 29 Nov 2012 11:47:22 -0600 Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 29 Nov 2012 09:47:22 -0800 From: "Drew Adams" References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> <50B63309.1070404@yandex.ru> <838v9lwqvn.fsf@gnu.org> <50B6FE89.20304@yandex.ru> <83txs8uzkc.fsf@gnu.org> <1865DC8EC71E4B78B074A727C299C875@us.oracle.com> <83r4ncux4i.fsf@gnu.org> Date: Thu, 29 Nov 2012 09:47:21 -0800 Message-ID: <21A6DF1FEE8B411C86C172191120B2BE@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 In-Reply-To: <83r4ncux4i.fsf@gnu.org> Thread-Index: Ac3OWHDjT1HTEBWyRemlOKyX88KR+wAABPNw X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > > No, I'm sorry Eli, I just don't have the time for that now. > > I have reverted to using the Emacs binary before these > > crashes were introduced. > > Don't you still have the buggy binary on your disk somewhere? Yes, I do. > > If you happen to make some progress then I will be glad to > > try the result and let you know the effect in my context. > > We cannot make progress, because we cannot reproduce your way to > trigger the bug. Then we'll just have to wait until you obtain a recipe from someone else for a different way to trigger "the bug" or perhaps a related bug. > > My guess (& hope) is that there is a good chance that > > Juanma and I were bitten by the same bug. > > It's the same bug, in the sense that the same assertion is violated. > But they are 2 different ways of triggering that violation, because > the call to the faulty function comes from 2 different places (as > evidenced by the backtrace) and the buffer that is not the current one > is different in these two cases (*scratch* for Juanma, minibuffer for > you). Don't you think that by understanding Juanma's case you will understand ways, in general, that the assertion can be violated? If we have already seen more than one way, as you say, that seems like a good hint that the assertion itself might be flawed: the wrong assertion. It suggests to me that the assertion does not understand what it should be expecting, and it has too narrow a view of things. IOW, I would expect Juanma's case to turn on some light wrt how the assertion is wrong. That's because I'm guessing that the code (apparently more than one code path) that violates the assertion is not the problem, and the assertion itself is the problem: the wrong assertion. (Just a hunch, from ignorance.) > > If not, we can look into my case more later, when I have some more > > time. > > Please do, and thanks. Thank you for trying to find a solution. From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Nov 2012 18:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 13007@debbugs.gnu.org, lekktu@gmail.com, dmantipov@yandex.ru Reply-To: Eli Zaretskii Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.135421264927538 (code B ref 13007); Thu, 29 Nov 2012 18:11:01 +0000 Received: (at 13007) by debbugs.gnu.org; 29 Nov 2012 18:10:49 +0000 Received: from localhost ([127.0.0.1]:45498 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Te8ZV-0007A6-7H for submit@debbugs.gnu.org; Thu, 29 Nov 2012 13:10:49 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:39515) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Te8ZT-00079z-44 for 13007@debbugs.gnu.org; Thu, 29 Nov 2012 13:10:47 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0ME900800GZHWY00@a-mtaout22.012.net.il> for 13007@debbugs.gnu.org; Thu, 29 Nov 2012 20:08:39 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0ME9008ZCH2EAPF0@a-mtaout22.012.net.il>; Thu, 29 Nov 2012 20:08:38 +0200 (IST) Date: Thu, 29 Nov 2012 20:08:59 +0200 From: Eli Zaretskii In-reply-to: <21A6DF1FEE8B411C86C172191120B2BE@us.oracle.com> X-012-Sender: halo1@inter.net.il Message-id: <83obiguvr8.fsf@gnu.org> References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> <50B63309.1070404@yandex.ru> <838v9lwqvn.fsf@gnu.org> <50B6FE89.20304@yandex.ru> <83txs8uzkc.fsf@gnu.org> <1865DC8EC71E4B78B074A727C299C875@us.oracle.com> <83r4ncux4i.fsf@gnu.org> <21A6DF1FEE8B411C86C172191120B2BE@us.oracle.com> 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: > From: "Drew Adams" > Cc: , <13007@debbugs.gnu.org>, > Date: Thu, 29 Nov 2012 09:47:21 -0800 > > > It's the same bug, in the sense that the same assertion is violated. > > But they are 2 different ways of triggering that violation, because > > the call to the faulty function comes from 2 different places (as > > evidenced by the backtrace) and the buffer that is not the current one > > is different in these two cases (*scratch* for Juanma, minibuffer for > > you). > > Don't you think that by understanding Juanma's case you will understand ways, in > general, that the assertion can be violated? [...] 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.4996] 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.7 (/) > From: "Drew Adams" > Cc: , <13007@debbugs.gnu.org>, > Date: Thu, 29 Nov 2012 09:47:21 -0800 > > > It's the same bug, in the sense that the same assertion is violated. > > But they are 2 different ways of triggering that violation, because > > the call to the faulty function comes from 2 different places (as > > evidenced by the backtrace) and the buffer that is not the current one > > is different in these two cases (*scratch* for Juanma, minibuffer for > > you). > > Don't you think that by understanding Juanma's case you will understand ways, in > general, that the assertion can be violated? There is no "general" here, just a lot of different use-cases. > If we have already seen more than one way, as you say, that seems like a good > hint that the assertion itself might be flawed: the wrong assertion. It > suggests to me that the assertion does not understand what it should be > expecting, and it has too narrow a view of things. Yes, that part is clear, and therefore the assertion was removed from the trunk. But we are trying to figure out with what to replace it, and for that, we need as many use-cases that violate it as possible. From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Nov 2012 18:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Eli Zaretskii'" Cc: 13007@debbugs.gnu.org, lekktu@gmail.com, dmantipov@yandex.ru Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.135421294427970 (code B ref 13007); Thu, 29 Nov 2012 18:16:01 +0000 Received: (at 13007) by debbugs.gnu.org; 29 Nov 2012 18:15:44 +0000 Received: from localhost ([127.0.0.1]:45503 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Te8eD-0007H2-UX for submit@debbugs.gnu.org; Thu, 29 Nov 2012 13:15:43 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:30986) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Te8eA-0007Gu-AE for 13007@debbugs.gnu.org; Thu, 29 Nov 2012 13:15:39 -0500 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qATIDZdq025050 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 29 Nov 2012 18:13:36 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qATIDZDc006249 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Nov 2012 18:13:35 GMT Received: from abhmt118.oracle.com (abhmt118.oracle.com [141.146.116.70]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qATIDZjE028238; Thu, 29 Nov 2012 12:13:35 -0600 Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 29 Nov 2012 10:13:34 -0800 From: "Drew Adams" References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> <50B63309.1070404@yandex.ru> <838v9lwqvn.fsf@gnu.org> <50B6FE89.20304@yandex.ru> <83txs8uzkc.fsf@gnu.org> <1865DC8EC71E4B78B074A727C299C875@us.oracle.com> <83r4ncux4i.fsf@gnu.org> <21A6DF1FEE8B411C86C172191120B2BE@us.oracle.com> <83obiguvr8.fsf@gnu.org> Date: Thu, 29 Nov 2012 10:13:33 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 In-Reply-To: <83obiguvr8.fsf@gnu.org> Thread-Index: Ac3OXJSohIU12ejHSNOWQ6IxUidUKQAAGBFA X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > > If we have already seen more than one way, as you say, that > > seems like a good hint that the assertion itself might be > > flawed: the wrong assertion. It suggests to me that the > > assertion does not understand what it should be > > expecting, and it has too narrow a view of things. > > Yes, that part is clear, and therefore the assertion was removed from > the trunk. But we are trying to figure out with what to replace it, > and for that, we need as many use-cases that violate it as possible. In that case, you are in effect stating that the addition of such a (proper) assertion is just a nice-to-have, not something needed. I would suggest, in that case, that we/you move on to other things... From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Nov 2012 19:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 13007@debbugs.gnu.org, lekktu@gmail.com, Dmitry Antipov Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.13542165781175 (code B ref 13007); Thu, 29 Nov 2012 19:17:01 +0000 Received: (at 13007) by debbugs.gnu.org; 29 Nov 2012 19:16:18 +0000 Received: from localhost ([127.0.0.1]:45551 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Te9as-0000Iu-I5 for submit@debbugs.gnu.org; Thu, 29 Nov 2012 14:16:18 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:55892) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Te9ap-0000Im-Na for 13007@debbugs.gnu.org; Thu, 29 Nov 2012 14:16:16 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ai0FAG6Zu09FxKh9/2dsb2JhbABEsEiDSYEIghYBBVYjEAs0EhQYDSSIIboJkEQDiEKVd4R6gViDBw X-IronPort-AV: E=Sophos;i="4.75,637,1330923600"; d="scan'208";a="208765619" Received: from 69-196-168-125.dsl.teksavvy.com (HELO ceviche.home) ([69.196.168.125]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 29 Nov 2012 14:14:14 -0500 Received: by ceviche.home (Postfix, from userid 20848) id D470D66127; Thu, 29 Nov 2012 14:14:13 -0500 (EST) From: Stefan Monnier Message-ID: References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> <50B63309.1070404@yandex.ru> <838v9lwqvn.fsf@gnu.org> <50B6FE89.20304@yandex.ru> <83txs8uzkc.fsf@gnu.org> Date: Thu, 29 Nov 2012 14:14:13 -0500 In-Reply-To: <83txs8uzkc.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 29 Nov 2012 18:46:43 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-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 (-) FWIW, it's normal for current-buffer to be different from (window-buffer (selected-window)). That happens all the time in Elisp (e.g. whenever you use `set-buffer'). So if a piece of code needs the two to be "in sync" that code needs to sync-them-up by hand. Otherwise, it's better not to assume that the two are related. This is quite different from the issue of (selected-window) -vs- (frame-selected-window) where this is (almost) always equal and that equality can't be broken by Elisp code. Stefan From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Nov 2012 19:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 13007@debbugs.gnu.org, lekktu@gmail.com, dmantipov@yandex.ru Reply-To: Eli Zaretskii Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.13542187184540 (code B ref 13007); Thu, 29 Nov 2012 19:52:02 +0000 Received: (at 13007) by debbugs.gnu.org; 29 Nov 2012 19:51:58 +0000 Received: from localhost ([127.0.0.1]:45580 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TeA9N-0001BB-Qu for submit@debbugs.gnu.org; Thu, 29 Nov 2012 14:51:58 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:46228) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TeA9K-0001Ax-6r for 13007@debbugs.gnu.org; Thu, 29 Nov 2012 14:51:55 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0ME900E00LN0RN00@a-mtaout23.012.net.il> for 13007@debbugs.gnu.org; Thu, 29 Nov 2012 21:49:50 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0ME900ETKLR1N640@a-mtaout23.012.net.il>; Thu, 29 Nov 2012 21:49:50 +0200 (IST) Date: Thu, 29 Nov 2012 21:50:11 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83lidkur2k.fsf@gnu.org> References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> <50B63309.1070404@yandex.ru> <838v9lwqvn.fsf@gnu.org> <50B6FE89.20304@yandex.ru> <83txs8uzkc.fsf@gnu.org> <1865DC8EC71E4B78B074A727C299C875@us.oracle.com> <83r4ncux4i.fsf@gnu.org> <21A6DF1FEE8B411C86C172191120B2BE@us.oracle.com> <83obiguvr8.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: > From: "Drew Adams" > Cc: , <13007@debbugs.gnu.org>, > Date: Thu, 29 Nov 2012 10:13:33 -0800 > > > > If we have already seen more than one way, as you say, that > > > seems like a good hint that the assertion itself might be > > > flawed: the wrong assertion. It suggests to me that the > > > assertion does not understand what it should be > > > expecting, and it has too narrow a view of things. > > > > Yes, that part is clear, and therefore the assertion was removed from > > the trunk. But we are trying to figure out with what to replace it, > > and for that, we need as many use-cases that violate it as possible. > > In that case, you are in effect stating that the addition of such a (proper) > assertion is just a nice-to-have, not something needed. [...] 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.175 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.4997] 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.7 (/) > From: "Drew Adams" > Cc: , <13007@debbugs.gnu.org>, > Date: Thu, 29 Nov 2012 10:13:33 -0800 > > > > If we have already seen more than one way, as you say, that > > > seems like a good hint that the assertion itself might be > > > flawed: the wrong assertion. It suggests to me that the > > > assertion does not understand what it should be > > > expecting, and it has too narrow a view of things. > > > > Yes, that part is clear, and therefore the assertion was removed from > > the trunk. But we are trying to figure out with what to replace it, > > and for that, we need as many use-cases that violate it as possible. > > In that case, you are in effect stating that the addition of such a (proper) > assertion is just a nice-to-have, not something needed. Assertions are always "nice to have". They are a means of catching bugs that violate assumptions of the code before that code causes harm or crashes in a place where the original reason is lost. If you think this is not needed, then we will have to disagree. There are hundreds of assertions in the Emacs code (grep for "eassert"). > I would suggest, in that case, that we/you move on to other things... I'm sorry to hear that you won't help. From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Nov 2012 19:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 13007@debbugs.gnu.org, lekktu@gmail.com, dmantipov@yandex.ru Reply-To: Eli Zaretskii Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.13542189654919 (code B ref 13007); Thu, 29 Nov 2012 19:57:02 +0000 Received: (at 13007) by debbugs.gnu.org; 29 Nov 2012 19:56:05 +0000 Received: from localhost ([127.0.0.1]:45584 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TeADN-0001HI-HN for submit@debbugs.gnu.org; Thu, 29 Nov 2012 14:56:05 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:32918) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TeADL-0001HA-4h for 13007@debbugs.gnu.org; Thu, 29 Nov 2012 14:56:03 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0ME900900LSEY100@a-mtaout22.012.net.il> for 13007@debbugs.gnu.org; Thu, 29 Nov 2012 21:54:00 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0ME9009SILY0SU30@a-mtaout22.012.net.il>; Thu, 29 Nov 2012 21:54:00 +0200 (IST) Date: Thu, 29 Nov 2012 21:54:21 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83k3t4uqvm.fsf@gnu.org> References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> <50B63309.1070404@yandex.ru> <838v9lwqvn.fsf@gnu.org> <50B6FE89.20304@yandex.ru> <83txs8uzkc.fsf@gnu.org> X-Spam-Score: 0.2 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Stefan Monnier > Cc: Dmitry Antipov , 13007@debbugs.gnu.org, lekktu@gmail.com > Date: Thu, 29 Nov 2012 14:14:13 -0500 > > FWIW, it's normal for current-buffer to be different from (window-buffer > (selected-window)). That happens all the time in Elisp (e.g. whenever > you use `set-buffer'). We are talking about redisplay, not Lisp. From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 30 Nov 2012 09:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Antipov Cc: 13007@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com Reply-To: Eli Zaretskii Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.135426933525447 (code B ref 13007); Fri, 30 Nov 2012 09:56:02 +0000 Received: (at 13007) by debbugs.gnu.org; 30 Nov 2012 09:55:35 +0000 Received: from localhost ([127.0.0.1]:46215 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TeNJn-0006cO-9k for submit@debbugs.gnu.org; Fri, 30 Nov 2012 04:55:35 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:38668) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TeNJk-0006cG-TR for 13007@debbugs.gnu.org; Fri, 30 Nov 2012 04:55:33 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MEA00H00OOZ9900@a-mtaout22.012.net.il> for 13007@debbugs.gnu.org; Fri, 30 Nov 2012 11:53:26 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MEA00HG4OT22760@a-mtaout22.012.net.il>; Fri, 30 Nov 2012 11:53:26 +0200 (IST) Date: Fri, 30 Nov 2012 11:53:11 +0200 From: Eli Zaretskii In-reply-to: <50B79A19.2050707@yandex.ru> X-012-Sender: halo1@inter.net.il Message-id: <83a9tzv2m0.fsf@gnu.org> References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> <50B63309.1070404@yandex.ru> <838v9lwqvn.fsf@gnu.org> <50B6FE89.20304@yandex.ru> <83txs8uzkc.fsf@gnu.org> <50B79A19.2050707@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: Thu, 29 Nov 2012 21:23:37 +0400 > From: Dmitry Antipov > CC: 13007@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com > > On 11/29/2012 08:46 PM, Eli Zaretskii wrote: > > > For starters, can you tell what triggered the assertion violation in > > Juanma's case? IOW, how did we wind up in a situation where (AFAIU) > > the selected window displays a buffer other than the current one? > > IIUC, here is the sequence: > > Function set_window_buffer (W, B, ...) is called where W is selected_window > and XBUFFER (B) != current_buffer. This function temporary sets current > buffer to XBUFFER (B) to run hooks, and then restore old current_buffer [1]. > So, on exit we have XBUFFER (XWINDOW (selected_window)->buffer) != current_buffer, > and these gets _finally_ synchronized only when read_key_sequence is called with > fix_current_buffer == true [2]. If redisplay is invoked between [1] and [2], > its routines may see the condition which was eassert'ed; _finally_ means > that some redisplay routines may do the synchronization temporary and > then restore original value of current buffer (see pos_visible_p for example). [...] 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.4956] 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.2 (/) > Date: Thu, 29 Nov 2012 21:23:37 +0400 > From: Dmitry Antipov > CC: 13007@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com > > On 11/29/2012 08:46 PM, Eli Zaretskii wrote: > > > For starters, can you tell what triggered the assertion violation in > > Juanma's case? IOW, how did we wind up in a situation where (AFAIU) > > the selected window displays a buffer other than the current one? > > IIUC, here is the sequence: > > Function set_window_buffer (W, B, ...) is called where W is selected_window > and XBUFFER (B) != current_buffer. This function temporary sets current > buffer to XBUFFER (B) to run hooks, and then restore old current_buffer [1]. > So, on exit we have XBUFFER (XWINDOW (selected_window)->buffer) != current_buffer, > and these gets _finally_ synchronized only when read_key_sequence is called with > fix_current_buffer == true [2]. If redisplay is invoked between [1] and [2], > its routines may see the condition which was eassert'ed; _finally_ means > that some redisplay routines may do the synchronization temporary and > then restore original value of current buffer (see pos_visible_p for example). OK. So what do you suggest, in practical terms? Are you saying that we should use BUF_MODIFF(XBUFFER (w->buffer)) instead of MODIFF and BUF_OVERLAY_MODIFF(XBUFFER (w->buffer)) instead of OVERLAY_MODIFF inside window_outdated? Or do you suggest something else? I'm okay with using BUF_* macros in window_outdated. My reading of redisplay_internal is that it goes by the selected window, not assuming that the buffer of that window is the current buffer. But when redisplay_window is called, it temporarily selects the window's buffer as current buffer, and all the functions called by redisplay_window then rely on that. So if window_outdated is called not from redisplay_window or its subroutines, we cannot assume that current_buffer and the selected window's buffer are the same. Also, for minibuffer windows and pseudo-windows, we may need more care, but I'm not sure. From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Dmitry Antipov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 30 Nov 2012 15:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 13007@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.135429079129079 (code B ref 13007); Fri, 30 Nov 2012 15:54:01 +0000 Received: (at 13007) by debbugs.gnu.org; 30 Nov 2012 15:53:11 +0000 Received: from localhost ([127.0.0.1]:47188 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TeStr-0007Yx-ED for submit@debbugs.gnu.org; Fri, 30 Nov 2012 10:53:11 -0500 Received: from forward3h.mail.yandex.net ([84.201.187.148]:47405) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TeStn-0007Ym-71 for 13007@debbugs.gnu.org; Fri, 30 Nov 2012 10:53:10 -0500 Received: from smtp2h.mail.yandex.net (smtp2h.mail.yandex.net [84.201.187.145]) by forward3h.mail.yandex.net (Yandex) with ESMTP id 915A41361FEB; Fri, 30 Nov 2012 19:50:58 +0400 (MSK) Received: from smtp2h.mail.yandex.net (localhost [127.0.0.1]) by smtp2h.mail.yandex.net (Yandex) with ESMTP id 228EA17002C0; Fri, 30 Nov 2012 19:50:58 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp2h.mail.yandex.net (nwsmtp/Yandex) with ESMTP id oun4L1YL-ovnOrO55; Fri, 30 Nov 2012 19:50:57 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1354290658; bh=HlzOnFds5u7ADL+0aLL3dfIKOm95hrADRSw3daKfnV4=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type; b=Vk3q0aWPuQoaSK3HDsJNHGyqlfc5Z3PxgezF3FGC//smOGwdT0FS1dlQQU6UkZEHJ rrXlmhUhEhqOE8xdtCIodX4KN7Rd3x3xoH1rRtnVXdOOQluFwqncAfGTRYUZnsjnPc Q3GTi8UVKKYOl6dAJY4uWykst+HItpJi1CklFQHw= Message-ID: <50B8D5E1.7090005@yandex.ru> Date: Fri, 30 Nov 2012 19:50:57 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> <50B63309.1070404@yandex.ru> <838v9lwqvn.fsf@gnu.org> <50B6FE89.20304@yandex.ru> <83txs8uzkc.fsf@gnu.org> <50B79A19.2050707@yandex.ru> <83a9tzv2m0.fsf@gnu.org> In-Reply-To: <83a9tzv2m0.fsf@gnu.org> Content-Type: multipart/mixed; boundary="------------090600030603000200040403" X-Spam-Score: 0.1 (/) 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.6 (--) This is a multi-part message in MIME format. --------------090600030603000200040403 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 11/30/2012 01:53 PM, Eli Zaretskii wrote: > OK. So what do you suggest, in practical terms? Are you saying that > we should use BUF_MODIFF(XBUFFER (w->buffer)) instead of MODIFF and > BUF_OVERLAY_MODIFF(XBUFFER (w->buffer)) instead of OVERLAY_MODIFF > inside window_outdated? Or do you suggest something else? > > I'm okay with using BUF_* macros in window_outdated. There is one more similar thing: if we can enter redisplay_internal with different current_buffer and selected window's buffer, we can confuse reconsider_clip_changes, which comment explicitly assumes that W->buffer and B are the same buffer. What if we just delay the real redisplay action until current_buffer and selected window's buffer becomes synchronized, assuming that it happens in the very near future (when someone finally update current_buffer with selected window's buffer and then attract redisplay attention with ++windows_or_buffers_changed or similar)? > So if window_outdated is called not from redisplay_window or its > subroutines, we cannot assume that current_buffer and the selected > window's buffer are the same. Also, for minibuffer windows and > pseudo-windows, we may need more care, but I'm not sure. IIUC pseudo-windows are always non-leaf; so, selected_window can't be a pseudo-window, and pseudo-window can't be passed to redisplay_window. Attached patch illustrates all from the above. Dmitry --------------090600030603000200040403 Content-Type: text/plain; charset=UTF-8; name="3.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="3.patch" PT09IG1vZGlmaWVkIGZpbGUgJ3NyYy94ZGlzcC5jJwotLS0gc3JjL3hkaXNwLmMJMjAxMi0x MS0zMCAwOToyMzoxNSArMDAwMAorKysgc3JjL3hkaXNwLmMJMjAxMi0xMS0zMCAxNTo0NToz NiArMDAwMApAQCAtMTA5MDYsNiArMTA5MDYsNyBAQAogc3RhdGljIGludAogd2luZG93X291 dGRhdGVkIChzdHJ1Y3Qgd2luZG93ICp3KQogeworICBlYXNzZXJ0IChYQlVGRkVSICh3LT5i dWZmZXIpID09IGN1cnJlbnRfYnVmZmVyKTsKICAgcmV0dXJuICh3LT5sYXN0X21vZGlmaWVk IDwgTU9ESUZGIAogCSAgfHwgdy0+bGFzdF9vdmVybGF5X21vZGlmaWVkIDwgT1ZFUkxBWV9N T0RJRkYpOwogfQpAQCAtMTI5MTcsNiArMTI5MTgsOCBAQAogc3RhdGljIHZvaWQKIHJlY29u c2lkZXJfY2xpcF9jaGFuZ2VzIChzdHJ1Y3Qgd2luZG93ICp3LCBzdHJ1Y3QgYnVmZmVyICpi KQogeworICBlYXNzZXJ0IChYQlVGRkVSICh3LT5idWZmZXIpID09IGIpOworCiAgIGlmIChi LT5jbGlwX2NoYW5nZWQKIAkgICAmJiAhTklMUCAody0+d2luZG93X2VuZF92YWxpZCkKIAkg ICAmJiB3LT5jdXJyZW50X21hdHJpeC0+YnVmZmVyID09IGIKQEAgLTEyOTI0LDEzICsxMjky NywxMSBAQAogCSAgICYmIHctPmN1cnJlbnRfbWF0cml4LT5iZWd2ID09IEJVRl9CRUdWIChi KSkKICAgICBiLT5jbGlwX2NoYW5nZWQgPSAwOwogCi0gIC8qIElmIGRpc3BsYXkgd2Fzbid0 IHBhdXNlZCwgYW5kIFcgaXMgbm90IGEgdG9vbCBiYXIgd2luZG93LCBzZWUgaWYKLSAgICAg cG9pbnQgaGFzIGJlZW4gbW92ZWQgaW50byBvciBvdXQgb2YgYSBjb21wb3NpdGlvbi4gIElu IHRoYXQgY2FzZSwKLSAgICAgd2Ugc2V0IGItPmNsaXBfY2hhbmdlZCB0byAxIHRvIGZvcmNl IHVwZGF0aW5nIHRoZSBzY3JlZW4uICBJZgotICAgICBiLT5jbGlwX2NoYW5nZWQgaGFzIGFs cmVhZHkgYmVlbiBzZXQgdG8gMSwgd2UgY2FuIHNraXAgdGhpcwotICAgICBjaGVjay4gICov Ci0gIGlmICghYi0+Y2xpcF9jaGFuZ2VkCi0gICAgICAmJiBCVUZGRVJQICh3LT5idWZmZXIp ICYmICFOSUxQICh3LT53aW5kb3dfZW5kX3ZhbGlkKSkKKyAgLyogSWYgZGlzcGxheSB3YXNu J3QgcGF1c2VkLCBzZWUgaWYgcG9pbnQgaGFzIGJlZW4gbW92ZWQgaW50byBvcgorICAgICBv dXQgb2YgYSBjb21wb3NpdGlvbi4gIEluIHRoYXQgY2FzZSwgd2Ugc2V0IGItPmNsaXBfY2hh bmdlZAorICAgICB0byAxIHRvIGZvcmNlIHVwZGF0aW5nIHRoZSBzY3JlZW4uICBJZiBiLT5j bGlwX2NoYW5nZWQgaGFzCisgICAgIGFscmVhZHkgYmVlbiBzZXQgdG8gMSwgd2UgY2FuIHNr aXAgdGhpcyBjaGVjay4gICovCisgIGlmICghYi0+Y2xpcF9jaGFuZ2VkICYmICFOSUxQICh3 LT53aW5kb3dfZW5kX3ZhbGlkKSkKICAgICB7CiAgICAgICBwdHJkaWZmX3QgcHQ7CiAKQEAg LTEzMDc5LDYgKzEzMDgwLDEwIEBACiAgICAgIG1heSBuZWVkIHRvIHJ1biBFbGlzcCBjb2Rl ICh2aWEgcHJlcGFyZV9tZW51X2JhcnMpLiAgKi8KICAgZW5zdXJlX3NlbGVjdGVkX2ZyYW1l IChvbGRfZnJhbWUpOwogCisgIGlmIChYQlVGRkVSICh3LT5idWZmZXIpICE9IGN1cnJlbnRf YnVmZmVyKQorICAgIC8qIE91dCBvZiBzeW5jLCBkbyBub3RoaW5nLiAgKi8KKyAgICBnb3Rv IGVuZF9vZl9yZWRpc3BsYXk7CisKICAgcGVuZGluZyA9IDA7CiAgIHJlY29uc2lkZXJfY2xp cF9jaGFuZ2VzICh3LCBjdXJyZW50X2J1ZmZlcik7CiAgIGxhc3RfZXNjYXBlX2dseXBoX2Zy YW1lID0gTlVMTDsKQEAgLTEzMTM2LDEwICsxMzE0MSw3IEBACiAgIC8qIGRvX3BlbmRpbmdf d2luZG93X2NoYW5nZSBjb3VsZCBjaGFuZ2UgdGhlIHNlbGVjdGVkX3dpbmRvdyBkdWUgdG8K ICAgICAgZnJhbWUgcmVzaXppbmcgd2hpY2ggbWFrZXMgdGhlIHNlbGVjdGVkIHdpbmRvdyB0 b28gc21hbGwuICAqLwogICBpZiAoV0lORE9XUCAoc2VsZWN0ZWRfd2luZG93KSAmJiAodyA9 IFhXSU5ET1cgKHNlbGVjdGVkX3dpbmRvdykpICE9IHN3KQotICAgIHsKLSAgICAgIHN3ID0g dzsKLSAgICAgIHJlY29uc2lkZXJfY2xpcF9jaGFuZ2VzICh3LCBjdXJyZW50X2J1ZmZlcik7 Ci0gICAgfQorICAgIGdvdG8gcmV0cnk7CiAKICAgLyogQ2xlYXIgZnJhbWVzIG1hcmtlZCBh cyBnYXJiYWdlZC4gICovCiAgIGNsZWFyX2dhcmJhZ2VkX2ZyYW1lcyAoKTsKCg== --------------090600030603000200040403-- From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 30 Nov 2012 17:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Antipov Cc: 13007@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com Reply-To: Eli Zaretskii Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.13542949332610 (code B ref 13007); Fri, 30 Nov 2012 17:03:01 +0000 Received: (at 13007) by debbugs.gnu.org; 30 Nov 2012 17:02:13 +0000 Received: from localhost ([127.0.0.1]:47217 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TeTye-0000g1-Ei for submit@debbugs.gnu.org; Fri, 30 Nov 2012 12:02:12 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:56943) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TeTyb-0000fn-EV for 13007@debbugs.gnu.org; Fri, 30 Nov 2012 12:02:10 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MEB00K0089H7R00@a-mtaout23.012.net.il> for 13007@debbugs.gnu.org; Fri, 30 Nov 2012 19:00:01 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MEB00J128K0YQC0@a-mtaout23.012.net.il>; Fri, 30 Nov 2012 19:00:01 +0200 (IST) Date: Fri, 30 Nov 2012 18:59:47 +0200 From: Eli Zaretskii In-reply-to: <50B8D5E1.7090005@yandex.ru> X-012-Sender: halo1@inter.net.il Message-id: <83txs7t4ak.fsf@gnu.org> References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> <50B63309.1070404@yandex.ru> <838v9lwqvn.fsf@gnu.org> <50B6FE89.20304@yandex.ru> <83txs8uzkc.fsf@gnu.org> <50B79A19.2050707@yandex.ru> <83a9tzv2m0.fsf@gnu.org> <50B8D5E1.7090005@yandex.ru> X-Spam-Score: 0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Fri, 30 Nov 2012 19:50:57 +0400 > From: Dmitry Antipov > CC: 13007@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com > > There is one more similar thing: if we can enter redisplay_internal > with different current_buffer and selected window's buffer, we can > confuse reconsider_clip_changes, which comment explicitly assumes > that W->buffer and B are the same buffer. I don't see that. That function checks if the buffer is the same as the one recorded in window's matrix. > What if we just delay the real redisplay action until current_buffer > and selected window's buffer becomes synchronized, assuming that it > happens in the very near future (when someone finally update current_buffer > with selected window's buffer and then attract redisplay attention with > ++windows_or_buffers_changed or similar)? I don't think you can do that, since sometimes a non-selected window needs to be redisplayed. > IIUC pseudo-windows are always non-leaf; so, selected_window can't be > a pseudo-window, and pseudo-window can't be passed to redisplay_window. Are the menu-bar and tool-bar "windows" non-leaf? > static void > reconsider_clip_changes (struct window *w, struct buffer *b) > { > + eassert (XBUFFER (w->buffer) == b); > + How is this different from this: > if (b->clip_changed > && !NILP (w->window_end_valid) > && w->current_matrix->buffer == b ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > + if (XBUFFER (w->buffer) != current_buffer) > + /* Out of sync, do nothing. */ > + goto end_of_redisplay; I'm nervous about this, to tell the truth. redisplay_internal never dependent on current_buffer. From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Dec 2015 11:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 13007@debbugs.gnu.org, lekktu@gmail.com, Dmitry Antipov , drew.adams@oracle.com Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.145138735731714 (code B ref 13007); Tue, 29 Dec 2015 11:10:01 +0000 Received: (at 13007) by debbugs.gnu.org; 29 Dec 2015 11:09:17 +0000 Received: from localhost ([127.0.0.1]:47325 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDs9V-0008FS-5A for submit@debbugs.gnu.org; Tue, 29 Dec 2015 06:09:17 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:50016) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDs9T-0008FJ-2o for 13007@debbugs.gnu.org; Tue, 29 Dec 2015 06:09:15 -0500 Received: from 2.150.58.24.tmi.telenormobil.no ([2.150.58.24] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aDs96-0002Hi-4D; Tue, 29 Dec 2015 12:08:52 +0100 From: Lars Ingebrigtsen References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> <50B63309.1070404@yandex.ru> <838v9lwqvn.fsf@gnu.org> <50B6FE89.20304@yandex.ru> <83txs8uzkc.fsf@gnu.org> <50B79A19.2050707@yandex.ru> <83a9tzv2m0.fsf@gnu.org> Date: Tue, 29 Dec 2015 12:08:49 +0100 In-Reply-To: <83a9tzv2m0.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 30 Nov 2012 11:53:11 +0200") Message-ID: <87si2lldfi.fsf@gnus.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1aDs96-0002Hi-4D X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1451992132.55672@8SRqQpJJ4N94JlAlIPl/TA X-Spam-Status: No X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Eli Zaretskii writes: >> Function set_window_buffer (W, B, ...) is called where W is selected_window >> and XBUFFER (B) != current_buffer. This function temporary sets current >> buffer to XBUFFER (B) to run hooks, and then restore old current_buffer [1]. >> So, on exit we have XBUFFER (XWINDOW (selected_window)->buffer) != current_buffer, >> and these gets _finally_ synchronized only when read_key_sequence is called with >> fix_current_buffer == true [2]. If redisplay is invoked between [1] and [2], >> its routines may see the condition which was eassert'ed; _finally_ means >> that some redisplay routines may do the synchronization temporary and >> then restore original value of current buffer (see pos_visible_p for example). > > OK. So what do you suggest, in practical terms? Are you saying that > we should use BUF_MODIFF(XBUFFER (w->buffer)) instead of MODIFF and > BUF_OVERLAY_MODIFF(XBUFFER (w->buffer)) instead of OVERLAY_MODIFF > inside window_outdated? Or do you suggest something else? > > I'm okay with using BUF_* macros in window_outdated. It's unclear what the conclusion here was. Is there anything more to be done in this bug report? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Tue Aug 19 05:13:32 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13007: 24.3.50; emacs_backtrace.txt Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Dec 2015 17:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13007 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 13007@debbugs.gnu.org, lekktu@gmail.com, dmantipov@yandex.ru, drew.adams@oracle.com Reply-To: Eli Zaretskii Received: via spool by 13007-submit@debbugs.gnu.org id=B13007.14514106237571 (code B ref 13007); Tue, 29 Dec 2015 17:38:01 +0000 Received: (at 13007) by debbugs.gnu.org; 29 Dec 2015 17:37:03 +0000 Received: from localhost ([127.0.0.1]:48846 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDyCk-0001y2-DV for submit@debbugs.gnu.org; Tue, 29 Dec 2015 12:37:03 -0500 Received: from eggs.gnu.org ([208.118.235.92]:32931) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aDyCf-0001xR-Ne for 13007@debbugs.gnu.org; Tue, 29 Dec 2015 12:37:01 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aDyCX-0003Zh-JN for 13007@debbugs.gnu.org; Tue, 29 Dec 2015 12:36:52 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59562) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aDyCN-0003Xx-Mh; Tue, 29 Dec 2015 12:36:39 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4571 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aDyCM-0006Pc-TT; Tue, 29 Dec 2015 12:36:39 -0500 Date: Tue, 29 Dec 2015 19:37:32 +0200 Message-Id: <83a8otdulf.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87si2lldfi.fsf@gnus.org> (message from Lars Ingebrigtsen on Tue, 29 Dec 2015 12:08:49 +0100) References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> <50B63309.1070404@yandex.ru> <838v9lwqvn.fsf@gnu.org> <50B6FE89.20304@yandex.ru> <83txs8uzkc.fsf@gnu.org> <50B79A19.2050707@yandex.ru> <83a9tzv2m0.fsf@gnu.org> <87si2lldfi.fsf@gnus.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Lars Ingebrigtsen > Cc: Dmitry Antipov , 13007@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com > Date: Tue, 29 Dec 2015 12:08:49 +0100 > > It's unclear what the conclusion here was. Is there anything more to be > done in this bug report? Let me take another look at this. Soon, I hope. From unknown Tue Aug 19 05:13:32 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: "Drew Adams" Subject: bug#13007: closed (Re: bug#13007: 24.3.50; emacs_backtrace.txt) Message-ID: References: <83si2gb5k6.fsf@gnu.org> <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> X-Gnu-PR-Message: they-closed 13007 X-Gnu-PR-Package: emacs Reply-To: 13007@debbugs.gnu.org Date: Sat, 02 Jan 2016 11:11:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1451733062-4226-1" This is a multi-part message in MIME format... ------------=_1451733062-4226-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #13007: 24.3.50; emacs_backtrace.txt which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 13007@debbugs.gnu.org. --=20 13007: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D13007 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1451733062-4226-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 13007-done) by debbugs.gnu.org; 2 Jan 2016 11:10:49 +0000 Received: from localhost ([127.0.0.1]:34291 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFK57-00015j-Qx for submit@debbugs.gnu.org; Sat, 02 Jan 2016 06:10:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52024) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFK53-00015R-AY for 13007-done@debbugs.gnu.org; Sat, 02 Jan 2016 06:10:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFK4u-0002jB-5j for 13007-done@debbugs.gnu.org; Sat, 02 Jan 2016 06:10:36 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50625) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFK4j-0002ff-75; Sat, 02 Jan 2016 06:10:21 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1506 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aFK4i-0002Il-FR; Sat, 02 Jan 2016 06:10:20 -0500 Date: Sat, 02 Jan 2016 13:10:17 +0200 Message-Id: <83si2gb5k6.fsf@gnu.org> From: Eli Zaretskii To: larsi@gnus.org In-reply-to: <83a8otdulf.fsf@gnu.org> (message from Eli Zaretskii on Tue, 29 Dec 2015 19:37:32 +0200) Subject: Re: bug#13007: 24.3.50; emacs_backtrace.txt References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> <50B63309.1070404@yandex.ru> <838v9lwqvn.fsf@gnu.org> <50B6FE89.20304@yandex.ru> <83txs8uzkc.fsf@gnu.org> <50B79A19.2050707@yandex.ru> <83a9tzv2m0.fsf@gnu.org> <87si2lldfi.fsf@gnus.org> <83a8otdulf.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 13007-done Cc: 13007-done@debbugs.gnu.org, lekktu@gmail.com, dmantipov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Tue, 29 Dec 2015 19:37:32 +0200 > From: Eli Zaretskii > Cc: 13007@debbugs.gnu.org, lekktu@gmail.com, dmantipov@yandex.ru > > > From: Lars Ingebrigtsen > > Cc: Dmitry Antipov , 13007@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com > > Date: Tue, 29 Dec 2015 12:08:49 +0100 > > > > It's unclear what the conclusion here was. Is there anything more to be > > done in this bug report? > > Let me take another look at this. Soon, I hope. I see that Dmitry did modify window_outdated back in Aug 2013 (commit 170da1e) to use the BUF_MODIFF and BUF_OVERLAY_MODIFF macros that accept a buffer as their arguments, and removed the offending assertion. So this bug was actually resolved back then, and I'm now marking it as done. Thanks. ------------=_1451733062-4226-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 27 Nov 2012 06:25:49 +0000 Received: from localhost ([127.0.0.1]:40886 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdEc8-0005hf-LU for submit@debbugs.gnu.org; Tue, 27 Nov 2012 01:25:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:44960) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdEc6-0005hX-3q for submit@debbugs.gnu.org; Tue, 27 Nov 2012 01:25:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TdEaM-0005j6-0m for submit@debbugs.gnu.org; Tue, 27 Nov 2012 01:23:59 -0500 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, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:53277) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TdEaL-0005j0-Tf for submit@debbugs.gnu.org; Tue, 27 Nov 2012 01:23:57 -0500 Received: from eggs.gnu.org ([208.118.235.92]:45486) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TdEaK-0002rQ-NF for bug-gnu-emacs@gnu.org; Tue, 27 Nov 2012 01:23:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TdEaJ-0005ik-Gf for bug-gnu-emacs@gnu.org; Tue, 27 Nov 2012 01:23:56 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:31850) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TdEaJ-0005ic-AR for bug-gnu-emacs@gnu.org; Tue, 27 Nov 2012 01:23:55 -0500 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qAR6Nrd0017548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 27 Nov 2012 06:23:54 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qAR6Nri4019840 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 27 Nov 2012 06:23:53 GMT Received: from abhmt120.oracle.com (abhmt120.oracle.com [141.146.116.72]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qAR6NqGo009292 for ; Tue, 27 Nov 2012 00:23:53 -0600 Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 26 Nov 2012 22:23:52 -0800 From: "Drew Adams" To: Subject: 24.3.50; emacs_backtrace.txt Date: Mon, 26 Nov 2012 22:23:50 -0800 Message-ID: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac3MZ8OiAXFvco6vTLiUxBPArNIJxA== X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.1 (------) In case it helps, here is an emacs_backtrace.txt. AFAIK, I wasn't doing anything particular at the moment (usual use), and I had started Emacs only about 30 sec before the crash. Backtrace: 0x0115470D 0x0115477F 0x01001459 0x01021A07 0x012072B8 0x012080B9 0x0103B54F 0x0104F14B 0x01038878 0x01010EDE 0x0103800B 0x0101093B 0x01037FC5 0x0103757F 0x010378AC 0x010029AB 0x010010F9 0x7C817073 Backtrace: 0x0115470D 0x0115477F 0x01001459 0x01021A07 0x01063E40 0x010030FF 0x01001411 0x01021A07 0x01208B6F 0x01206FA0 0x01203D74 0x0103B556 0x0104F14B 0x01038878 0x01010EDE 0x0103800B 0x0101093B 0x01037FC5 0x0103757F 0x010378AC 0x010029AB 0x010010F9 0x7C817073 Backtrace: 0x0115470D 0x0115477F 0x01001459 0x01144D4F 0x01144D2A 0x01144D83 0x010011E6 0x7C8438F6 Backtrace: 0x0115470D 0x0115477F 0x01001459 0x01144D4F 0x01144D2A 0x01144D83 0x010011E6 0x7C8438F6 Backtrace: 0x0115470D 0x0115477F 0x01001459 0x01021A07 0x01063E40 0x010030FF 0x01001411 0x01021A07 0x01271987 0x012753CF 0x01201334 0x01202410 0x0121160D 0x01208C14 0x01010FC6 0x01208BA1 0x01206FA0 0x01203D74 0x0103B556 0x0104F14B 0x01038878 0x01010EDE 0x0103800B 0x0101093B 0x01037FC5 0x0103757F 0x010378AC 0x010029AB 0x010010F9 0x7C817073 Backtrace: 0x0115470D 0x0115477F 0x01001459 0x01021A07 0x010EFEEA 0x010F6A68 0x010F5208 0x010F48F4 0x010F4616 0x0120710E 0x01203D74 0x0103B556 0x0104F14B 0x01038878 0x01010EDE 0x0103800B 0x0101093B 0x01037FC5 0x0103757F 0x010378AC 0x010029AB 0x010010F9 0x7C817073 Backtrace: 0x0115470D 0x0115477F 0x01001459 0x01144D4F 0x01144D2A 0x01144D83 0x010011E6 0x7C8438F6 Backtrace: 0x0115470D 0x0115477F 0x01001459 0x01021A07 0x012D32D3 0x01014F64 0x010E117F 0x01015E7E 0x01015317 0x010E117F 0x01015E7E 0x01015317 0x010E117F 0x01015E7E 0x01015317 0x010E117F 0x01015E7E 0x01015317 0x010E6C1C 0x01014FD5 0x01014733 0x01052C55 0x010390C7 0x01010EDE 0x0103800B 0x0101093B 0x01037FC5 0x0103757F 0x010378AC 0x010029AB 0x010010F9 0x7C817073 Backtrace: 0x0115470D 0x0115477F 0x01001459 0x01021A07 0x012D32D3 0x01014F64 0x010E117F 0x01015E7E 0x01015317 0x010E117F 0x01015E7E 0x01015317 0x010E117F 0x01015E7E 0x01015317 0x010E117F 0x01015E7E 0x01015317 0x010E6C1C 0x01014FD5 0x01014733 0x01052C55 0x010390C7 0x01010EDE 0x0103800B 0x0101093B 0x01037FC5 0x0103757F 0x010378AC 0x010029AB 0x010010F9 0x7C817073 Backtrace: 0x0115470D 0x0115477F 0x01250F9C 0x01019E58 0x0105A84F 0x01014EFC 0x010E117F 0x010E0546 0x010132B0 0x01010DFC 0x010E1DBC 0x01015E7E 0x01015317 0x01014685 0x0103A4F4 0x01010EDE 0x0103A912 0x0101457A 0x0103A966 0x0103910E 0x01010EDE 0x0103800B 0x0101093B 0x01037F74 0x0103757F 0x010BE6ED 0x010BF3F7 0x01015217 0x010E117F 0x01015A23 0x01015317 0x010C1764 0x010152CD 0x010E117F 0x01015A23 0x01015317 0x010E117F 0x01015A23 0x01015317 0x010E117F 0x01015E7E 0x01015317 0x010E117F 0x010E0546 0x010132B0 0x01012901 0x010E4D6B 0x01014FD5 0x01014733 0x01052C55 0x010390C7 0x01010EDE 0x0103800B 0x0101093B 0x01037FC5 0x0103757F 0x010378AC 0x010029AB 0x010010F9 0x7C817073 Backtrace: 0x01154C71 0x01154CE3 0x01001459 0x010218FB 0x011FE67C 0x01205BCF 0x0120377C 0x0103B552 0x0107A10D 0x0107A3AF 0x01014D1D 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x01015BC6 0x0101505F 0x01014378 0x010E5789 0x01014D1D 0x0101447B 0x01052C6F 0x010390C3 0x01010C9B 0x01038007 0x010106F8 0x01037F70 0x0103757B 0x010BEF81 0x010BFC8B 0x01014F5F 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x01015BC6 0x0101505F 0x010E1A0B 0x010E0DD2 0x01012FF8 0x010106F8 0x010E259F 0x01015BC6 0x0101505F 0x010E1A0B 0x0101576B 0x0101505F 0x010E1A0B 0x010E0DD2 0x01012FF8 0x010106F8 0x010E259F 0x010E0DD2 ... In GNU Emacs 24.3.50.1 (i386-mingw-nt5.1.2600) of 2012-11-26 on MS-W7-DANI Bzr revision: 111014 monnier@iro.umontreal.ca-20121126195614-fwcm2hg6vt2fcn24 Windowing system distributor `Microsoft Corp.', version 5.1.2600 Configured using: `configure --with-gcc (4.7) --no-opt --enable-checking --cflags -Ic:/emacs/libs/libXpm-3.5.10/include -Ic:/emacs/libs/libXpm-3.5.10/src -Ic:/emacs/libs/libpng-1.2.37-lib/include -Ic:/emacs/libs/zlib-1.2.5 -Ic:/emacs/libs/giflib-4.1.4-1-lib/include -Ic:/emacs/libs/jpeg-6b-4-lib/include -Ic:/emacs/libs/tiff-3.8.2-1-lib/include -Ic:/emacs/libs/libxml2-2.7.8-w32-bin/include/libxml2 -Ic:/emacs/libs/gnutls-3.0.9-w32-bin/include -Ic:/emacs/libs/libiconv-1.9.2-1-lib/include' ------------=_1451733062-4226-1-- From unknown Tue Aug 19 05:13:32 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Juanma Barranquero Subject: bug#13012: closed (Re: bug#13007: 24.3.50; emacs_backtrace.txt) Message-ID: References: <83si2gb5k6.fsf@gnu.org> X-Gnu-PR-Message: they-closed 13012 X-Gnu-PR-Package: emacs Reply-To: 13012@debbugs.gnu.org Date: Sat, 02 Jan 2016 11:11:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1451733062-4226-3" This is a multi-part message in MIME format... ------------=_1451733062-4226-3 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #13007: Assertion failure in xdisp.c:window_outdated which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 13012@debbugs.gnu.org. --=20 13007: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D13007 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1451733062-4226-3 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 13007-done) by debbugs.gnu.org; 2 Jan 2016 11:10:49 +0000 Received: from localhost ([127.0.0.1]:34291 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFK57-00015j-Qx for submit@debbugs.gnu.org; Sat, 02 Jan 2016 06:10:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52024) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFK53-00015R-AY for 13007-done@debbugs.gnu.org; Sat, 02 Jan 2016 06:10:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFK4u-0002jB-5j for 13007-done@debbugs.gnu.org; Sat, 02 Jan 2016 06:10:36 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50625) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFK4j-0002ff-75; Sat, 02 Jan 2016 06:10:21 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1506 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aFK4i-0002Il-FR; Sat, 02 Jan 2016 06:10:20 -0500 Date: Sat, 02 Jan 2016 13:10:17 +0200 Message-Id: <83si2gb5k6.fsf@gnu.org> From: Eli Zaretskii To: larsi@gnus.org In-reply-to: <83a8otdulf.fsf@gnu.org> (message from Eli Zaretskii on Tue, 29 Dec 2015 19:37:32 +0200) Subject: Re: bug#13007: 24.3.50; emacs_backtrace.txt References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> <50B63309.1070404@yandex.ru> <838v9lwqvn.fsf@gnu.org> <50B6FE89.20304@yandex.ru> <83txs8uzkc.fsf@gnu.org> <50B79A19.2050707@yandex.ru> <83a9tzv2m0.fsf@gnu.org> <87si2lldfi.fsf@gnus.org> <83a8otdulf.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 13007-done Cc: 13007-done@debbugs.gnu.org, lekktu@gmail.com, dmantipov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Tue, 29 Dec 2015 19:37:32 +0200 > From: Eli Zaretskii > Cc: 13007@debbugs.gnu.org, lekktu@gmail.com, dmantipov@yandex.ru > > > From: Lars Ingebrigtsen > > Cc: Dmitry Antipov , 13007@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com > > Date: Tue, 29 Dec 2015 12:08:49 +0100 > > > > It's unclear what the conclusion here was. Is there anything more to be > > done in this bug report? > > Let me take another look at this. Soon, I hope. I see that Dmitry did modify window_outdated back in Aug 2013 (commit 170da1e) to use the BUF_MODIFF and BUF_OVERLAY_MODIFF macros that accept a buffer as their arguments, and removed the offending assertion. So this bug was actually resolved back then, and I'm now marking it as done. Thanks. ------------=_1451733062-4226-3 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 27 Nov 2012 16:35:03 +0000 Received: from localhost ([127.0.0.1]:41906 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdO7i-00063E-OI for submit@debbugs.gnu.org; Tue, 27 Nov 2012 11:35:03 -0500 Received: from eggs.gnu.org ([208.118.235.92]:37951) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdO7h-00062r-Iy for submit@debbugs.gnu.org; Tue, 27 Nov 2012 11:35:02 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TdO5q-0007yQ-3W for submit@debbugs.gnu.org; Tue, 27 Nov 2012 11:33:11 -0500 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,FREEMAIL_FROM, RCVD_IN_DNSWL_HI,T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:42940) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TdO5p-0007yF-DZ for submit@debbugs.gnu.org; Tue, 27 Nov 2012 11:33:06 -0500 Received: from eggs.gnu.org ([208.118.235.92]:60066) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TdO5n-0000Uc-IZ for bug-gnu-emacs@gnu.org; Tue, 27 Nov 2012 11:33:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TdO5k-0007xP-7s for bug-gnu-emacs@gnu.org; Tue, 27 Nov 2012 11:33:03 -0500 Received: from mail-ee0-f41.google.com ([74.125.83.41]:61095) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TdO5k-0007xE-1J for bug-gnu-emacs@gnu.org; Tue, 27 Nov 2012 11:33:00 -0500 Received: by mail-ee0-f41.google.com with SMTP id d41so8322376eek.0 for ; Tue, 27 Nov 2012 08:32:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=OfkKZOCOBmxO6+GQzdqZGvvjWp/BE3MuFIqQRHaSJLo=; b=bE31Gae4lP1eeMjs58t7p5Z/NMvjBqVYPVI+pAjACT0AfBN4Ygq2U+QvEA0wE1VJc3 yNzFUoDq/rN1lAUC/CRYsukD+VlrWxtxiTLQvKqEmp9EDa27FEXvWb7BZLRT0kdkgFUa 9tGtcXqhfh6Gx175CND5uPvLB5nfuibnaXdoSx+/PFYv7+qDRdj5L6TvTlIiY/GZGemN icMglAVxLI5qlJAUTR5fBFhs3NBTVKXpjFqR7XmXLgjBg2AwdXsPc1KYZchYWTQ1N1jD AMNO/aGoXrrueLBYp0adBivFi7IndMUMttJMuNfPY7X/WTgXIz5glyjVd3QTg9NC04dw L9Nw== Received: by 10.14.203.2 with SMTP id e2mr59589909eeo.20.1354033978694; Tue, 27 Nov 2012 08:32:58 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.4.209 with HTTP; Tue, 27 Nov 2012 08:32:18 -0800 (PST) From: Juanma Barranquero Date: Tue, 27 Nov 2012 17:32:18 +0100 Message-ID: Subject: Assertion failure in xdisp.c:window_outdated To: Bug-Gnu-Emacs Content-Type: text/plain; charset=UTF-8 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.1 (------) Package: emacs Version: 24.3.50 emacs -Q --eval "(setq mode-line-position '(:propertize \"%l/%c\" face default))" -f server-mode emacsclient -n some-file xdisp.c:10906: Emacs fatal error: assertion failed: XBUFFER (w->buffer) == current_buffer Breakpoint 1, terminate_due_to_signal (sig=22, backtrace_limit=2147483647) at emacs.c:314 314 signal (sig, SIG_DFL); (gdb) bt #0 terminate_due_to_signal (sig=22, backtrace_limit=2147483647) at emacs.c:314 #1 0x010218da in die (msg=0x15c5930 "assertion failed: XBUFFER (w->buffer) == current_buffer", file=0x15bdfb0 "xdisp.c", line=10906) at alloc.c:6487 #2 0x011fe645 in window_outdated (w=0x39bda68 <__register_frame_info+60545640>) at xdisp.c:10906 #3 0x01205964 in redisplay_internal () at xdisp.c:13151 #4 0x012078a3 in redisplay_preserve_echo_area (from_where=12) at xdisp.c:13749 #5 0x0102ba8e in wait_reading_process_output (time_limit=0, nsecs=0, read_kbd=-1, do_display=true, wait_for_cell=57452570, wait_proc=0x0, just_wait_proc=0) at process.c:4771 #6 0x0103f577 in kbd_buffer_get_event (kbp=0x88f7fc, used_mouse_menu=0x88fa53, end_time=0x0) at keyboard.c:3784 #7 0x0103c1af in read_char (commandflag=1, nmaps=2, maps=0x88f980, prev_event=57452570, used_mouse_menu=0x88fa53, end_time=0x0) at keyboard.c:2756 #8 0x0104f141 in read_key_sequence (keybuf=0x88fbd0, bufsize=30, prompt=57452570, dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true) at keyboard.c:9201 #9 0x01038850 in command_loop_1 () at keyboard.c:1448 #10 0x01010c7b in internal_condition_case (bfun=0x103836a , handlers=57502866, hfun=0x1037b89 ) at eval.c:1192 #11 0x01037fe3 in command_loop_2 (ignore=57452570) at keyboard.c:1163 #12 0x010106d8 in internal_catch (tag=57492722, func=0x1037fbf , arg=57452570) at eval.c:963 #13 0x01037f9d in command_loop () at keyboard.c:1142 #14 0x01037557 in recursive_edit_1 () at keyboard.c:774 #15 0x01037884 in Frecursive_edit () at keyboard.c:838 #16 0x0100298b in main (argc=6, argv=0x963168) at emacs.c:1560 Lisp Backtrace: "redisplay_internal (C function)" (0x167333c) (gdb) ------------=_1451733062-4226-3-- From unknown Tue Aug 19 05:13:32 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Fabrice Niessen Subject: bug#13020: closed (Re: bug#13007: 24.3.50; emacs_backtrace.txt) Message-ID: References: <83si2gb5k6.fsf@gnu.org> <80sj7tu6sv.fsf@missioncriticalit.com> X-Gnu-PR-Message: they-closed 13020 X-Gnu-PR-Package: emacs Reply-To: 13020@debbugs.gnu.org Date: Sat, 02 Jan 2016 11:11:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1451733062-4226-5" This is a multi-part message in MIME format... ------------=_1451733062-4226-5 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #13007: 24.3.50; assertion failed: XBUFFER (w->buffer) =3D=3D current_buffer which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 13020@debbugs.gnu.org. --=20 13007: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D13007 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1451733062-4226-5 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 13007-done) by debbugs.gnu.org; 2 Jan 2016 11:10:49 +0000 Received: from localhost ([127.0.0.1]:34291 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFK57-00015j-Qx for submit@debbugs.gnu.org; Sat, 02 Jan 2016 06:10:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52024) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFK53-00015R-AY for 13007-done@debbugs.gnu.org; Sat, 02 Jan 2016 06:10:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFK4u-0002jB-5j for 13007-done@debbugs.gnu.org; Sat, 02 Jan 2016 06:10:36 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50625) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFK4j-0002ff-75; Sat, 02 Jan 2016 06:10:21 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1506 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aFK4i-0002Il-FR; Sat, 02 Jan 2016 06:10:20 -0500 Date: Sat, 02 Jan 2016 13:10:17 +0200 Message-Id: <83si2gb5k6.fsf@gnu.org> From: Eli Zaretskii To: larsi@gnus.org In-reply-to: <83a8otdulf.fsf@gnu.org> (message from Eli Zaretskii on Tue, 29 Dec 2015 19:37:32 +0200) Subject: Re: bug#13007: 24.3.50; emacs_backtrace.txt References: <9FE4F131C0C94FC79470495A8506A387@us.oracle.com> <83k3t7xemd.fsf@gnu.org> <50B4EF28.6040905@yandex.ru> <834nkbx7if.fsf@gnu.org> <50B5BB01.2070304@yandex.ru> <50B63309.1070404@yandex.ru> <838v9lwqvn.fsf@gnu.org> <50B6FE89.20304@yandex.ru> <83txs8uzkc.fsf@gnu.org> <50B79A19.2050707@yandex.ru> <83a9tzv2m0.fsf@gnu.org> <87si2lldfi.fsf@gnus.org> <83a8otdulf.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 13007-done Cc: 13007-done@debbugs.gnu.org, lekktu@gmail.com, dmantipov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Tue, 29 Dec 2015 19:37:32 +0200 > From: Eli Zaretskii > Cc: 13007@debbugs.gnu.org, lekktu@gmail.com, dmantipov@yandex.ru > > > From: Lars Ingebrigtsen > > Cc: Dmitry Antipov , 13007@debbugs.gnu.org, lekktu@gmail.com, drew.adams@oracle.com > > Date: Tue, 29 Dec 2015 12:08:49 +0100 > > > > It's unclear what the conclusion here was. Is there anything more to be > > done in this bug report? > > Let me take another look at this. Soon, I hope. I see that Dmitry did modify window_outdated back in Aug 2013 (commit 170da1e) to use the BUF_MODIFF and BUF_OVERLAY_MODIFF macros that accept a buffer as their arguments, and removed the offending assertion. So this bug was actually resolved back then, and I'm now marking it as done. Thanks. ------------=_1451733062-4226-5 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 28 Nov 2012 14:46:44 +0000 Received: from localhost ([127.0.0.1]:42899 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TdiuB-0005xE-W6 for submit@debbugs.gnu.org; Wed, 28 Nov 2012 09:46:44 -0500 Received: from eggs.gnu.org ([208.118.235.92]:43879) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tdiu3-0005x2-Mx for submit@debbugs.gnu.org; Wed, 28 Nov 2012 09:46:25 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tdis4-0006OB-0g for submit@debbugs.gnu.org; Wed, 28 Nov 2012 09:44:25 -0500 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]:33421) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tdis3-0006Nq-T9 for submit@debbugs.gnu.org; Wed, 28 Nov 2012 09:44:15 -0500 Received: from eggs.gnu.org ([208.118.235.92]:36884) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tdiru-00017G-H0 for bug-gnu-emacs@gnu.org; Wed, 28 Nov 2012 09:44:15 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tdiri-0006GK-CQ for bug-gnu-emacs@gnu.org; Wed, 28 Nov 2012 09:44:06 -0500 Received: from eline.schedom-europe.net ([193.109.184.70]:43721) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tdirh-0006Fc-Kh for bug-gnu-emacs@gnu.org; Wed, 28 Nov 2012 09:43:54 -0500 Received: (qmail 21505 invoked by uid 507); 28 Nov 2012 15:43:51 +0100 Received: from ip-83-101-44-240.customer.schedom-europe.net (HELO MEDIACENTER) (83.101.44.240) by eline.schedom-europe.net with AES128-SHA encrypted SMTP; 28 Nov 2012 15:43:41 +0100 From: Fabrice Niessen To: bug-gnu-emacs@gnu.org Subject: 24.3.50; assertion failed: XBUFFER (w->buffer) == current_buffer Date: Wed, 28 Nov 2012 15:43:28 +0100 Message-ID: <80sj7tu6sv.fsf@missioncriticalit.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) 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 acknowledgment 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': Hello, Even if I'm writing this bug report from Emacs 24.2.50, the 2 similar crashes I got were from 24.3.50, available for 25 hours on https://www.dropbox.com/sh/7jr3vbv9tm1zod0/241blJHeKw/emacs-trunk-r111014-2012.11.26-w32-i386.zip. When did it crash (under Windows)? Once when calling emacsclient from the command-line (for writing a git log message), once when clocking in in an Org mode file. --8<---------------cut here---------------start------------->8--- $ gdb -p 4216 GNU gdb (GDB) 7.5.50.20120815-cvs (cygwin-special) Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-cygwin". For bug reporting instructions, please see: . Attaching to process 4216 [New Thread 4216.0x1a38] [New Thread 4216.0x1f2c] [New Thread 4216.0x1ad8] [New Thread 4216.0xfa4] [New Thread 4216.0x2668] Reading symbols from /cygdrive/c/Program Files/Emacs-24.3.50/bin/emacs.exe...done. (gdb) continue Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. [Switching to Thread 4216.0x1a38] 0x7c91120f in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll (gdb) thread apply all backtrace Thread 4 (Thread 4216.0xfa4): #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7c91df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll #2 0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll #3 0x0000059c in ?? () #4 0x00000000 in ?? () Thread 3 (Thread 4216.0x1ad8): #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7c91df5a in ntdll!ZwWaitForSingleObject () from /cygdrive/c/WINDOWS/system32/ntdll.dll #2 0x7c8025db in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/kernel32.dll #3 0x00000394 in ?? () #4 0x00000000 in ?? () Thread 2 (Thread 4216.0x1f2c): #0 0x7c91e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7e3991be in USER32!GetProcessWindowStation () from /cygdrive/c/WINDOWS/system32/USER32.dll #2 0x7e3991f1 in USER32!GetMessageW () from /cygdrive/c/WINDOWS/system32/USER32.dll #3 0x01148e99 in w32_msg_pump (msg_buf=0x5b8cff54) at w32fns.c:2395 #4 0x011490d7 in w32_msg_worker@4 (arg=0x0) at w32fns.c:2621 #5 0x7c80b729 in KERNEL32!GetModuleFileNameA () from /cygdrive/c/WINDOWS/system32/kernel32.dll #6 0x00000000 in ?? () Thread 1 (Thread 4216.0x1a38): #0 0x7c91120f in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x01154cc5 in emacs_abort () at w32fns.c:7761 #2 0x0100145d in terminate_due_to_signal (sig=22, backtrace_limit=2147483647) at emacs.c:341 #3 0x010218ff in die (msg=0x15c59d0 "assertion failed: XBUFFER (w->buffer) == current_buffer", file=0x15be050 "xdisp.c", line=10906) at alloc.c:6487 #4 0x011fe680 in window_outdated (w=0x39c7990 <__register_frame_info+60586384>) at xdisp.c:10906 #5 0x0120599f in redisplay_internal () at xdisp.c:13151 #6 0x012078de in redisplay_preserve_echo_area (from_where=12) at xdisp.c:13749 #7 0x0102bab8 in wait_reading_process_output (time_limit=0, nsecs=0, read_kbd=-1, do_display=true, wait_for_cell=57378842, wait_proc=0x0, just_wait_proc=0) at process.c:4777 #8 0x0103f59f in kbd_buffer_get_event (kbp=0x82f80c, used_mouse_menu=0x82fa83, end_time=0x0) at keyboard.c:3784 #9 0x0103c1d7 in read_char (commandflag=1, nmaps=5, maps=0x82f9a0, prev_event=57378842, used_mouse_menu=0x82fa83, end_time=0x0) at keyboard.c:2756 #10 0x0104f169 in read_key_sequence (keybuf=0x82fc00, bufsize=30, prompt=57378842, dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true) at keyboard.c:9204 #11 0x01038878 in command_loop_1 () at keyboard.c:1448 #12 0x01010c9f in internal_condition_case (bfun=0x1038392 , handlers=57429138, hfun=0x1037bb1 ) at eval.c:1192 #13 0x0103800b in command_loop_2 (ignore=57378842) at keyboard.c:1163 #14 0x010106fc in internal_catch (tag=57418994, func=0x1037fe7 , arg=57378842) at eval.c:963 #15 0x01037fc5 in command_loop () at keyboard.c:1142 #16 0x0103757f in recursive_edit_1 () at keyboard.c:774 ---Type to continue, or q to quit--- #17 0x010378ac in Frecursive_edit () at keyboard.c:838 #18 0x010029af in main (argc=1, argv=0xa444a8) at emacs.c:1560 (gdb) --8<---------------cut here---------------end--------------->8--- The other backtrace, with the same failed assertion: --8<---------------cut here---------------start------------->8--- Thread 1 (Thread 8020.0x17f4): #0 0x7c91120f in ntdll!DbgUiConnectToDbg () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x01154cc5 in emacs_abort () at w32fns.c:7761 #2 0x0100145d in terminate_due_to_signal (sig=22, backtrace_limit=2147483647) at emacs.c:341 #3 0x010218ff in die (msg=0x15c59d0 "assertion failed: XBUFFER (w->buffer) == current_buffer", file=0x15be050 "xdisp.c", line=10906) at alloc.c:6487 #4 0x011fe680 in window_outdated (w=0x39c7990 <__register_frame_info+60586384>) at xdisp.c:10906 #5 0x0120599f in redisplay_internal () at xdisp.c:13151 #6 0x01203780 in redisplay () at xdisp.c:12715 #7 0x0103c49c in read_char (commandflag=0, nmaps=2, maps=0x8232e0, prev_event=57378842, used_mouse_menu=0x8233b3, end_time=0x0) at keyboard.c:2813 #8 0x0104f169 in read_key_sequence (keybuf=0x823534, bufsize=30, prompt=74092785, dont_downcase_last=true, can_return_switch_frame=false, fix_current_buffer=false) at keyboard.c:9204 #9 0x0105294d in Fread_key_sequence_vector (prompt=74092785, continue_echo=57378842, dont_downcase_last=57378866, can_return_switch_frame=57378842, cmd_loop=57378842) at keyboard.c:10114 #10 0x01013108 in eval_sub (form=20106374) at eval.c:2050 #11 0x010106fc in internal_catch (tag=59147818, func=0x101265e , arg=20106374) at eval.c:963 #12 0x010e25a3 in exec_byte_code (bytestr=20105889, vector=20106021, maxdepth=32, args_template=57378842, nargs=0, args=0x0) at bytecode.c:1080 #13 0x01015bca in funcall_lambda (fun=20105853, nargs=1, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #14 0x01015063 in Ffuncall (nargs=2, args=0x823a74) at eval.c:2720 #15 0x010e1a0f in exec_byte_code (bytestr=20109729, vector=20110005, maxdepth=24, args_template=57378842, nargs=0, args=0x0) ---Type to continue, or q to quit--- at bytecode.c:899 #16 0x01015bca in funcall_lambda (fun=20109709, nargs=1, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #17 0x010153a4 in apply_lambda (fun=20109709, args=73493590) at eval.c:2780 #18 0x01013379 in eval_sub (form=73493582) at eval.c:2081 #19 0x0100edd0 in For (args=73493614) at eval.c:258 #20 0x01012ae0 in eval_sub (form=73493598) at eval.c:1984 #21 0x0100ee89 in Fand (args=73493654) at eval.c:282 #22 0x01012ae0 in eval_sub (form=73493622) at eval.c:1984 #23 0x0100ef07 in Fif (args=73493670) at eval.c:304 #24 0x01012ae0 in eval_sub (form=73493662) at eval.c:1984 #25 0x0100f0c6 in Fprogn (args=73493990) at eval.c:358 #26 0x0100ef4a in Fif (args=73495206) at eval.c:309 #27 0x01012ae0 in eval_sub (form=73495198) at eval.c:1984 #28 0x0100f0c6 in Fprogn (args=73493998) at eval.c:358 #29 0x0101030f in Flet (args=73494006) at eval.c:817 #30 0x01012ae0 in eval_sub (form=73494014) at eval.c:1984 #31 0x0100f0c6 in Fprogn (args=73494030) at eval.c:358 #32 0x01012ae0 in eval_sub (form=73494022) at eval.c:1984 #33 0x0100ef2d in Fif (args=73494046) at eval.c:308 #34 0x01012ae0 in eval_sub (form=73494038) at eval.c:1984 #35 0x0100f0c6 in Fprogn (args=73494086) at eval.c:358 #36 0x01015a95 in funcall_lambda (fun=73494062, nargs=0, arg_vector=0x82492c) at eval.c:2896 #37 0x01015135 in Ffuncall (nargs=1, args=0x824928) at eval.c:2732 #38 0x01013e8f in funcall_nil (nargs=1, args=0x824928) at eval.c:2217 #39 0x010142c6 in run_hook_with_args (nargs=1, args=0x824928, funcall=0x1013e77 ) at eval.c:2402 #40 0x01013ed4 in Frun_hooks (nargs=4, args=0x8249f4) at eval.c:2244 #41 0x010149b2 in Ffuncall (nargs=5, args=0x8249f0) at eval.c:2652 #42 0x01013e4c in Fapply (nargs=2, args=0x824b28) at eval.c:2205 #43 0x010149b2 in Ffuncall (nargs=3, args=0x824b24) at eval.c:2652 #44 0x010e1a0f in exec_byte_code (bytestr=20099961, vector=20100029, maxdepth=20, args_template=57378842, nargs=0, args=0x0) at bytecode.c:899 #45 0x01015bca in funcall_lambda (fun=20099925, nargs=1, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #46 0x010153a4 in apply_lambda (fun=20099925, args=71580270) at eval.c:2780 #47 0x01013379 in eval_sub (form=71580262) at eval.c:2081 #48 0x0100f0c6 in Fprogn (args=71578518) at eval.c:358 #49 0x01015a95 in funcall_lambda (fun=71570254, nargs=0, arg_vector=0x825038) at eval.c:2896 #50 0x01015135 in Ffuncall (nargs=1, args=0x825034) at eval.c:2732 #51 0x010e1a0f in exec_byte_code (bytestr=20302873, vector=20302917, maxdepth=12, args_template=57378842, nargs=0, args=0x0) at bytecode.c:899 #52 0x01015bca in funcall_lambda (fun=20302845, nargs=2, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #53 0x01015063 in Ffuncall (nargs=3, args=0x825324) at eval.c:2720 #54 0x010e1a0f in exec_byte_code (bytestr=20301897, vector=20302157, maxdepth=24, args_template=57378842, nargs=0, args=0x0) at bytecode.c:899 #55 0x01015bca in funcall_lambda (fun=20301861, nargs=0, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #56 0x010153a4 in apply_lambda (fun=20301861, args=57378842) at eval.c:2780 #57 0x01013379 in eval_sub (form=20296398) at eval.c:2081 #58 0x01010bbd in internal_lisp_condition_case (var=59218354, bodyform=20296398, handlers=20296406) at eval.c:1146 ---Type to continue, or q to quit--- #59 0x010e264c in exec_byte_code (bytestr=20296217, vector=20296317, maxdepth=16, args_template=57378842, nargs=0, args=0x0) at bytecode.c:1095 #60 0x01015bca in funcall_lambda (fun=20296173, nargs=1, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #61 0x01015063 in Ffuncall (nargs=2, args=0x825ab4) at eval.c:2720 #62 0x010e1a0f in exec_byte_code (bytestr=20295225, vector=20295493, maxdepth=20, args_template=57378842, nargs=0, args=0x0) at bytecode.c:899 #63 0x01015bca in funcall_lambda (fun=20295157, nargs=2, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #64 0x01015063 in Ffuncall (nargs=3, args=0x825db4) at eval.c:2720 #65 0x010e1a0f in exec_byte_code (bytestr=20293113, vector=20293285, maxdepth=12, args_template=57378842, nargs=0, args=0x0) at bytecode.c:899 #66 0x01015bca in funcall_lambda (fun=20293045, nargs=6, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #67 0x01015063 in Ffuncall (nargs=7, args=0x8260a4) at eval.c:2720 #68 0x010e1a0f in exec_byte_code (bytestr=20291913, vector=20292277, maxdepth=32, args_template=57378842, nargs=0, args=0x0) at bytecode.c:899 #69 0x01015bca in funcall_lambda (fun=20291861, nargs=4, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #70 0x01015063 in Ffuncall (nargs=5, args=0x8263b4) at eval.c:2720 #71 0x010e1a0f in exec_byte_code (bytestr=20287017, vector=20287069, maxdepth=24, args_template=57378842, nargs=0, args=0x0) at bytecode.c:899 #72 0x01015bca in funcall_lambda (fun=20286965, nargs=2, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #73 0x01015063 in Ffuncall (nargs=3, args=0x8266c0) at eval.c:2720 #74 0x01012d71 in eval_sub (form=59807398) at eval.c:2008 #75 0x0101535e in apply_lambda (fun=20079557, args=59806902) at eval.c:2771 #76 0x01013379 in eval_sub (form=59806894) at eval.c:2081 #77 0x0100f2c9 in Fsetq (args=59806806) at eval.c:427 #78 0x01012ae0 in eval_sub (form=59806542) at eval.c:1984 #79 0x0100f0c6 in Fprogn (args=59840550) at eval.c:358 #80 0x0101030f in Flet (args=59837542) at eval.c:817 #81 0x01012ae0 in eval_sub (form=59837406) at eval.c:1984 #82 0x0100f0c6 in Fprogn (args=59837374) at eval.c:358 #83 0x0101030f in Flet (args=59837310) at eval.c:817 #84 0x01012ae0 in eval_sub (form=59837302) at eval.c:1984 #85 0x0100f0c6 in Fprogn (args=59837294) at eval.c:358 #86 0x01015a95 in funcall_lambda (fun=59837134, nargs=2, arg_vector=0x827080) at eval.c:2896 #87 0x01015135 in Ffuncall (nargs=3, args=0x82707c) at eval.c:2732 #88 0x01013668 in Fapply (nargs=3, args=0x82707c) at eval.c:2152 #89 0x010149b2 in Ffuncall (nargs=4, args=0x827078) at eval.c:2652 #90 0x010e1a0f in exec_byte_code (bytestr=57796993, vector=60684797, maxdepth=20, args_template=512, nargs=1, args=0x8272d0) at bytecode.c:899 #91 0x0101576f in funcall_lambda (fun=60684821, nargs=1, arg_vector=0x200) at eval.c:2837 #92 0x010153a4 in apply_lambda (fun=60684821, args=71325094) at eval.c:2780 #93 0x01013379 in eval_sub (form=71325086) at eval.c:2081 #94 0x0100f0c6 in Fprogn (args=71324622) at eval.c:358 #95 0x01012ae0 in eval_sub (form=71324614) at eval.c:1984 #96 0x0100ef2d in Fif (args=71324598) at eval.c:308 #97 0x01012ae0 in eval_sub (form=71324590) at eval.c:1984 #98 0x0100f0c6 in Fprogn (args=71324526) at eval.c:358 #99 0x01012ae0 in eval_sub (form=71324550) at eval.c:1984 ---Type to continue, or q to quit--- #100 0x01010867 in Funwind_protect (args=71323046) at eval.c:1051 #101 0x01012ae0 in eval_sub (form=71323054) at eval.c:1984 #102 0x0100f0c6 in Fprogn (args=71323022) at eval.c:358 #103 0x0101030f in Flet (args=71323014) at eval.c:817 #104 0x01012ae0 in eval_sub (form=71323006) at eval.c:1984 #105 0x0100f0c6 in Fprogn (args=71322998) at eval.c:358 #106 0x0100fe77 in FletX (args=71322894) at eval.c:747 #107 0x01012ae0 in eval_sub (form=71322886) at eval.c:1984 #108 0x0100f0c6 in Fprogn (args=71322878) at eval.c:358 #109 0x0101030f in Flet (args=71322790) at eval.c:817 #110 0x01012ae0 in eval_sub (form=71322782) at eval.c:1984 #111 0x0100f0c6 in Fprogn (args=71322742) at eval.c:358 #112 0x01015a95 in funcall_lambda (fun=71322774, nargs=1, arg_vector=0x827ed0) at eval.c:2896 #113 0x010153a4 in apply_lambda (fun=71322774, args=61081190) at eval.c:2780 #114 0x010134ff in eval_sub (form=61081126) at eval.c:2111 #115 0x0100f0c6 in Fprogn (args=61081198) at eval.c:358 #116 0x01012ae0 in eval_sub (form=59412518) at eval.c:1984 #117 0x0100f0c6 in Fprogn (args=62319542) at eval.c:358 #118 0x01015a95 in funcall_lambda (fun=62319558, nargs=0, arg_vector=0x8282c4) at eval.c:2896 #119 0x01015135 in Ffuncall (nargs=1, args=0x8282c0) at eval.c:2732 #120 0x01012d71 in eval_sub (form=62317590) at eval.c:2008 #121 0x0101264d in Feval (form=62317590, lexical=57378842) at eval.c:1901 #122 0x01014cb0 in Ffuncall (nargs=2, args=0x8284c8) at eval.c:2674 #123 0x01014405 in call1 (fn=57486362, arg1=62317590) at eval.c:2465 #124 0x010710f9 in mapcar1 (leni=1, vals=0x0, fn=57486362, seq=62317614) at fns.c:2311 #125 0x010715e4 in Fmapc (function=57486362, sequence=62317614) at fns.c:2400 #126 0x01014cb0 in Ffuncall (nargs=3, args=0x828624) at eval.c:2674 #127 0x010e1a0f in exec_byte_code (bytestr=20103537, vector=20103605, maxdepth=16, args_template=57378842, nargs=0, args=0x0) at bytecode.c:899 #128 0x01015bca in funcall_lambda (fun=20103509, nargs=1, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #129 0x01015063 in Ffuncall (nargs=2, args=0x828928) at eval.c:2720 #130 0x01014405 in call1 (fn=20103509, arg1=62319486) at eval.c:2465 #131 0x010710f9 in mapcar1 (leni=68, vals=0x0, fn=20103509, seq=71761334) at fns.c:2311 #132 0x010715e4 in Fmapc (function=20103509, sequence=71761334) at fns.c:2400 #133 0x01014cb0 in Ffuncall (nargs=3, args=0x828a84) at eval.c:2674 #134 0x010e1a0f in exec_byte_code (bytestr=20103305, vector=20103405, maxdepth=24, args_template=57378842, nargs=0, args=0x0) at bytecode.c:899 #135 0x01015bca in funcall_lambda (fun=20103277, nargs=1, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #136 0x01015063 in Ffuncall (nargs=2, args=0x828d84) at eval.c:2720 #137 0x010e1a0f in exec_byte_code (bytestr=20157473, vector=20157677, maxdepth=24, args_template=57378842, nargs=0, args=0x0) at bytecode.c:899 #138 0x01015bca in funcall_lambda (fun=20157413, nargs=4, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #139 0x01015063 in Ffuncall (nargs=5, args=0x82908c) at eval.c:2720 #140 0x010144c5 in call4 (fn=59066826, arg1=69189825, arg2=69189825, arg3=57378842, arg4=57378866) at eval.c:2514 #141 0x0107b8d5 in Fload (file=58241265, noerror=57378842, nomessage=57378866, nosuffix=57378842, must_suffix=57378866) at lread.c:1255 #142 0x010124ba in Fautoload_do_load (fundef=62264134, funname=59557850, macro_only=57378842) at eval.c:1870 ---Type to continue, or q to quit--- #143 0x0101515f in Ffuncall (nargs=1, args=0x829704) at eval.c:2735 #144 0x010e1a0f in exec_byte_code (bytestr=20302873, vector=20302917, maxdepth=12, args_template=57378842, nargs=0, args=0x0) at bytecode.c:899 #145 0x01015bca in funcall_lambda (fun=20302845, nargs=2, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #146 0x01015063 in Ffuncall (nargs=3, args=0x8299f4) at eval.c:2720 #147 0x010e1a0f in exec_byte_code (bytestr=20301897, vector=20302157, maxdepth=24, args_template=57378842, nargs=0, args=0x0) at bytecode.c:899 #148 0x01015bca in funcall_lambda (fun=20301861, nargs=0, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #149 0x010153a4 in apply_lambda (fun=20301861, args=57378842) at eval.c:2780 #150 0x01013379 in eval_sub (form=20296398) at eval.c:2081 #151 0x01010bbd in internal_lisp_condition_case (var=59218354, bodyform=20296398, handlers=20296406) at eval.c:1146 #152 0x010e264c in exec_byte_code (bytestr=20296217, vector=20296317, maxdepth=16, args_template=57378842, nargs=0, args=0x0) at bytecode.c:1095 #153 0x01015bca in funcall_lambda (fun=20296173, nargs=1, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #154 0x01015063 in Ffuncall (nargs=2, args=0x82a184) at eval.c:2720 #155 0x010e1a0f in exec_byte_code (bytestr=20295225, vector=20295493, maxdepth=20, args_template=57378842, nargs=0, args=0x0) at bytecode.c:899 #156 0x01015bca in funcall_lambda (fun=20295157, nargs=2, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #157 0x01015063 in Ffuncall (nargs=3, args=0x82a484) at eval.c:2720 #158 0x010e1a0f in exec_byte_code (bytestr=20293113, vector=20293285, maxdepth=12, args_template=57378842, nargs=0, args=0x0) at bytecode.c:899 #159 0x01015bca in funcall_lambda (fun=20293045, nargs=6, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #160 0x01015063 in Ffuncall (nargs=7, args=0x82a774) at eval.c:2720 #161 0x010e1a0f in exec_byte_code (bytestr=20291913, vector=20292277, maxdepth=32, args_template=57378842, nargs=0, args=0x0) at bytecode.c:899 #162 0x01015bca in funcall_lambda (fun=20291861, nargs=1, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #163 0x01015063 in Ffuncall (nargs=2, args=0x82aa84) at eval.c:2720 #164 0x010e1a0f in exec_byte_code (bytestr=66955409, vector=67381261, maxdepth=16, args_template=57378842, nargs=0, args=0x0) at bytecode.c:899 #165 0x01015bca in funcall_lambda (fun=67381373, nargs=3, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #166 0x01015063 in Ffuncall (nargs=4, args=0x82ad84) at eval.c:2720 #167 0x010e1a0f in exec_byte_code (bytestr=66726561, vector=67444245, maxdepth=16, args_template=57378842, nargs=0, args=0x0) at bytecode.c:899 #168 0x01015bca in funcall_lambda (fun=67444285, nargs=0, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #169 0x01015063 in Ffuncall (nargs=1, args=0x82b084) at eval.c:2720 #170 0x010e1a0f in exec_byte_code (bytestr=66406401, vector=67441677, maxdepth=12, args_template=57378842, nargs=0, args=0x0) at bytecode.c:899 #171 0x01015bca in funcall_lambda (fun=67441701, nargs=0, arg_vector=0x36b881a <__register_frame_info+57378842>) at eval.c:2903 #172 0x010153a4 in apply_lambda (fun=67441701, args=57378842) at eval.c:2780 #173 0x01013379 in eval_sub (form=65715262) at eval.c:2081 #174 0x0101535e in apply_lambda (fun=66212462, args=65715270) at eval.c:2771 #175 0x010134ff in eval_sub (form=65715278) at eval.c:2111 #176 0x0100f0c6 in Fprogn (args=65715246) at eval.c:358 #177 0x01015a95 in funcall_lambda (fun=65715334, nargs=0, arg_vector=0x82b774) at eval.c:2896 #178 0x01015135 in Ffuncall (nargs=1, args=0x82b770) at eval.c:2732 #179 0x01013602 in Fapply (nargs=2, args=0x82b770) at eval.c:2148 #180 0x01012d71 in eval_sub (form=59317294) at eval.c:2008 ---Type to continue, or q to quit--- #181 0x0100f2c9 in Fsetq (args=59317286) at eval.c:427 #182 0x01012ae0 in eval_sub (form=59317278) at eval.c:1984 #183 0x0100f0c6 in Fprogn (args=59317838) at eval.c:358 #184 0x010103a8 in Fwhile (args=59317854) at eval.c:839 #185 0x01012ae0 in eval_sub (form=59317862) at eval.c:1984 #186 0x0100f0c6 in Fprogn (args=59317894) at eval.c:358 #187 0x0101030f in Flet (args=59317902) at eval.c:817 #188 0x01012ae0 in eval_sub (form=59317910) at eval.c:1984 #189 0x0100f0c6 in Fprogn (args=59317942) at eval.c:358 #190 0x01012ae0 in eval_sub (form=59318086) at eval.c:1984 #191 0x0100f0c6 in Fprogn (args=59316510) at eval.c:358 #192 0x0101030f in Flet (args=59316518) at eval.c:817 #193 0x01012ae0 in eval_sub (form=59316526) at eval.c:1984 #194 0x0100f0c6 in Fprogn (args=59316558) at eval.c:358 #195 0x01015a95 in funcall_lambda (fun=59316534, nargs=2, arg_vector=0x82c090) at eval.c:2896 #196 0x010153a4 in apply_lambda (fun=59316534, args=59316750) at eval.c:2780 #197 0x010134ff in eval_sub (form=59316742) at eval.c:2111 #198 0x0100ef2d in Fif (args=59315494) at eval.c:308 #199 0x01012ae0 in eval_sub (form=59315502) at eval.c:1984 #200 0x0100f0c6 in Fprogn (args=59315510) at eval.c:358 #201 0x0101030f in Flet (args=59315518) at eval.c:817 #202 0x01012ae0 in eval_sub (form=59315526) at eval.c:1984 #203 0x0100f0c6 in Fprogn (args=59315622) at eval.c:358 #204 0x010103a8 in Fwhile (args=59315606) at eval.c:839 #205 0x01012ae0 in eval_sub (form=59315598) at eval.c:1984 #206 0x0100f0c6 in Fprogn (args=59315662) at eval.c:358 #207 0x0101030f in Flet (args=59315670) at eval.c:817 #208 0x01012ae0 in eval_sub (form=59315678) at eval.c:1984 #209 0x0100f0c6 in Fprogn (args=59315694) at eval.c:358 #210 0x01012ae0 in eval_sub (form=59315686) at eval.c:1984 #211 0x0100f0c6 in Fprogn (args=59315902) at eval.c:358 #212 0x01015a95 in funcall_lambda (fun=59315878, nargs=1, arg_vector=0x82ca10) at eval.c:2896 #213 0x010153a4 in apply_lambda (fun=59315878, args=65901854) at eval.c:2780 #214 0x010134ff in eval_sub (form=65901830) at eval.c:2111 #215 0x0100f0c6 in Fprogn (args=65902182) at eval.c:358 #216 0x01015a95 in funcall_lambda (fun=65900806, nargs=0, arg_vector=0x82cc20) at eval.c:2896 #217 0x010153a4 in apply_lambda (fun=65900806, args=57378842) at eval.c:2780 #218 0x010134ff in eval_sub (form=65856246) at eval.c:2111 #219 0x0100f0c6 in Fprogn (args=65856254) at eval.c:358 #220 0x0100ef4a in Fif (args=65856206) at eval.c:309 #221 0x01012ae0 in eval_sub (form=65856182) at eval.c:1984 #222 0x0100f0c6 in Fprogn (args=65912654) at eval.c:358 #223 0x01015a95 in funcall_lambda (fun=65912582, nargs=3, arg_vector=0x82cf80) at eval.c:2896 #224 0x010153a4 in apply_lambda (fun=65912582, args=65865526) at eval.c:2780 #225 0x010134ff in eval_sub (form=65865518) at eval.c:2111 #226 0x0100f0c6 in Fprogn (args=65863238) at eval.c:358 #227 0x01012ae0 in eval_sub (form=65863230) at eval.c:1984 ---Type to continue, or q to quit--- #228 0x01010867 in Funwind_protect (args=65863278) at eval.c:1051 #229 0x01012ae0 in eval_sub (form=65863270) at eval.c:1984 #230 0x0100f0c6 in Fprogn (args=65860998) at eval.c:358 #231 0x0101030f in Flet (args=65861006) at eval.c:817 #232 0x01012ae0 in eval_sub (form=65861014) at eval.c:1984 #233 0x0100f0c6 in Fprogn (args=65861022) at eval.c:358 #234 0x0101030f in Flet (args=65861174) at eval.c:817 #235 0x01012ae0 in eval_sub (form=65861182) at eval.c:1984 #236 0x01010bbd in internal_lisp_condition_case (var=59064802, bodyform=65861182, handlers=65864006) at eval.c:1146 #237 0x010108d7 in Fcondition_case (args=65861262) at eval.c:1087 #238 0x01012ae0 in eval_sub (form=65861270) at eval.c:1984 #239 0x01010867 in Funwind_protect (args=65861286) at eval.c:1051 #240 0x01012ae0 in eval_sub (form=65861278) at eval.c:1984 #241 0x0100f0c6 in Fprogn (args=65861390) at eval.c:358 #242 0x0101030f in Flet (args=65861398) at eval.c:817 #243 0x01012ae0 in eval_sub (form=65861406) at eval.c:1984 #244 0x0100f0c6 in Fprogn (args=65861414) at eval.c:358 #245 0x010106fc in internal_catch (tag=57483362, func=0x100f071 , arg=65864518) at eval.c:963 #246 0x01010662 in Fcatch (args=65864510) at eval.c:934 #247 0x01012ae0 in eval_sub (form=65864502) at eval.c:1984 #248 0x0100f0c6 in Fprogn (args=65861446) at eval.c:358 #249 0x01015a95 in funcall_lambda (fun=65861422, nargs=9, arg_vector=0x82df04) at eval.c:2896 #250 0x01015135 in Ffuncall (nargs=10, args=0x82df00) at eval.c:2732 #251 0x01013e4c in Fapply (nargs=2, args=0x82dfb0) at eval.c:2205 #252 0x01012d71 in eval_sub (form=65870190) at eval.c:2008 #253 0x0100f0c6 in Fprogn (args=65870214) at eval.c:358 #254 0x0100ef4a in Fif (args=65868862) at eval.c:309 #255 0x01012ae0 in eval_sub (form=65868854) at eval.c:1984 #256 0x0100f0c6 in Fprogn (args=65868926) at eval.c:358 #257 0x0100ef4a in Fif (args=65868910) at eval.c:309 #258 0x01012ae0 in eval_sub (form=65868902) at eval.c:1984 #259 0x0100f0c6 in Fprogn (args=65868934) at eval.c:358 #260 0x0101030f in Flet (args=65868942) at eval.c:817 #261 0x01012ae0 in eval_sub (form=65868950) at eval.c:1984 #262 0x0100f0c6 in Fprogn (args=65868982) at eval.c:358 #263 0x01015a95 in funcall_lambda (fun=65868958, nargs=9, arg_vector=0x82e674) at eval.c:2896 #264 0x01015135 in Ffuncall (nargs=10, args=0x82e670) at eval.c:2732 #265 0x01013e4c in Fapply (nargs=2, args=0x82e720) at eval.c:2205 #266 0x01012d71 in eval_sub (form=65870046) at eval.c:2008 #267 0x0100f0c6 in Fprogn (args=65870742) at eval.c:358 #268 0x01015a95 in funcall_lambda (fun=65870758, nargs=0, arg_vector=0x82e964) at eval.c:2896 #269 0x01015135 in Ffuncall (nargs=1, args=0x82e960) at eval.c:2732 #270 0x01012d71 in eval_sub (form=59318302) at eval.c:2008 #271 0x01010867 in Funwind_protect (args=59318318) at eval.c:1051 #272 0x01012ae0 in eval_sub (form=59318294) at eval.c:1984 #273 0x0100f0c6 in Fprogn (args=59318446) at eval.c:358 #274 0x01015a95 in funcall_lambda (fun=59318510, nargs=2, arg_vector=0x82ec20) at eval.c:2896 ---Type to continue, or q to quit--- #275 0x010153a4 in apply_lambda (fun=59318510, args=65868838) at eval.c:2780 #276 0x010134ff in eval_sub (form=65868830) at eval.c:2111 #277 0x0100ef2d in Fif (args=65868862) at eval.c:308 #278 0x01012ae0 in eval_sub (form=65868854) at eval.c:1984 #279 0x0100f0c6 in Fprogn (args=65868926) at eval.c:358 #280 0x0100ef4a in Fif (args=65868910) at eval.c:309 #281 0x01012ae0 in eval_sub (form=65868902) at eval.c:1984 #282 0x0100f0c6 in Fprogn (args=65868934) at eval.c:358 #283 0x0101030f in Flet (args=65868942) at eval.c:817 #284 0x01012ae0 in eval_sub (form=65868950) at eval.c:1984 #285 0x0100f0c6 in Fprogn (args=65868982) at eval.c:358 #286 0x01015a95 in funcall_lambda (fun=65868958, nargs=4, arg_vector=0x82f290) at eval.c:2896 #287 0x010153a4 in apply_lambda (fun=65868958, args=65857702) at eval.c:2780 #288 0x010134ff in eval_sub (form=65857694) at eval.c:2111 #289 0x0100f0c6 in Fprogn (args=65857822) at eval.c:358 #290 0x01015a95 in funcall_lambda (fun=65857878, nargs=2, arg_vector=0x82f4a0) at eval.c:2896 #291 0x010153a4 in apply_lambda (fun=65857878, args=67575270) at eval.c:2780 #292 0x010134ff in eval_sub (form=67575262) at eval.c:2111 #293 0x0100f0c6 in Fprogn (args=67575286) at eval.c:358 #294 0x0101030f in Flet (args=67575254) at eval.c:817 #295 0x01012ae0 in eval_sub (form=67575222) at eval.c:1984 #296 0x0100f0c6 in Fprogn (args=67575382) at eval.c:358 #297 0x01015a95 in funcall_lambda (fun=67575446, nargs=0, arg_vector=0x82f954) at eval.c:2896 #298 0x01015135 in Ffuncall (nargs=1, args=0x82f950) at eval.c:2732 #299 0x0101437c in apply1 (fn=57944618, arg=57378842) at eval.c:2432 #300 0x010e578d in Fcall_interactively (function=57944618, record_flag=57378842, keys=57400181) at callint.c:377 #301 0x01014d21 in Ffuncall (nargs=4, args=0x82fb60) at eval.c:2678 #302 0x0101447f in call3 (fn=57489866, arg1=57944618, arg2=57378842, arg3=57378842) at eval.c:2496 #303 0x01052c73 in Fcommand_execute (cmd=57944618, record_flag=57378842, keys=57378842, special=57378842) at keyboard.c:10214 #304 0x010390c7 in command_loop_1 () at keyboard.c:1576 #305 0x01010c9f in internal_condition_case (bfun=0x1038392 , handlers=57429138, hfun=0x1037bb1 ) at eval.c:1192 #306 0x0103800b in command_loop_2 (ignore=57378842) at keyboard.c:1163 #307 0x010106fc in internal_catch (tag=57418994, func=0x1037fe7 , arg=57378842) at eval.c:963 #308 0x01037fc5 in command_loop () at keyboard.c:1142 #309 0x0103757f in recursive_edit_1 () at keyboard.c:774 #310 0x010378ac in Frecursive_edit () at keyboard.c:838 #311 0x010029af in main (argc=1, argv=0xa444b0) at emacs.c:1560 (gdb) --8<---------------cut here---------------end--------------->8--- Best regards, Fabrice 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 c:/Program Files/Emacs-24.2.50/etc/DEBUG. In GNU Emacs 24.2.50.1 (i386-mingw-nt5.1.2600) of 2012-11-16 on MS-W7-DANI Bzr revision: 110888 rgm@gnu.org-20121116184100-sv2ns2ogdd711a7v Windowing system distributor `Microsoft Corp.', version 5.1.2600 Configured using: `configure --with-gcc (4.7) --no-opt --enable-checking --cflags -Ic:/emacs/libs/libXpm-3.5.10/include -Ic:/emacs/libs/libXpm-3.5.10/src -Ic:/emacs/libs/libpng-1.2.37-lib/include -Ic:/emacs/libs/zlib-1.2.5 -Ic:/emacs/libs/giflib-4.1.4-1-lib/include -Ic:/emacs/libs/jpeg-6b-4-lib/include -Ic:/emacs/libs/tiff-3.8.2-1-lib/include -Ic:/emacs/libs/libxml2-2.7.8-w32-bin/include/libxml2 -Ic:/emacs/libs/gnutls-3.0.9-w32-bin/include -Ic:/emacs/libs/libiconv-1.9.2-1-lib/include' Important settings: value of $LANG: en_US.utf8 locale-coding-system: cp1252 default enable-multibyte-characters: t Major mode: Org Minor modes in effect: flyspell-mode: t auto-image-file-mode: t recentf-mode: t shell-dirtrack-mode: t helm-match-plugin-mode: t whitespace-mode: t pretty-control-l-mode: t yas-global-mode: t yas-minor-mode: t show-paren-mode: t tooltip-mode: t mouse-wheel-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 column-number-mode: t line-number-mode: t auto-fill-function: org-auto-fill-function transient-mark-mode: t Recent input: y w o r k C-c z M-x r e p o r t e m Recent messages: (info) +-> Requiring `helm-misc'... d:/home/sva/Downloads/emacs/site-lisp/helm/helm-misc.el (loaded in 0.13 s) (info) Finding file ~/Projects/Work.org... (info) Found file ~/Projects/Work.org in 0.02 s. (info) +-> Requiring `helm-misc'... already loaded (info) +-> Requiring `sendmail'... (info) +-> Requiring `mail-utils'... already loaded (info) +-> Requiring `rfc2047'... already loaded (info) +-> Requiring `sendmail'... c:/Program Files/Emacs-24.2.50/lisp/mail/sendmail.elc (loaded in 0.13 s) (info) +-> Requiring `message'... already loaded (info) +-> Requiring `helm-misc'... already loaded Load-path shadows: d:/home/sva/emacs/site-lisp/yasnippet/.yas-snippets-snippets hides d:/home/sva/Downloads/emacs/site-lisp/yasnippet/.yas-snippets-snippets d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/.dir-locals hides d:/home/sva/Downloads/emacs/site-lisp/gnus/.dir-locals d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/lpath hides d:/home/sva/Downloads/emacs/site-lisp/dictionary-1.8.7/lpath d:/home/sva/Downloads/emacs/site-lisp/fuzzy-el/fuzzy hides d:/home/sva/Downloads/emacs/site-lisp/auto-complete-1.3.1/fuzzy d:/home/sva/Downloads/emacs/site-lisp/auctex-11.86/lisp/tex-site hides d:/home/sva/Downloads/emacs/site-lisp/tex-site d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/password-cache hides c:/Program Files/Emacs-24.2.50/lisp/password-cache d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/md4 hides c:/Program Files/Emacs-24.2.50/lisp/md4 d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/hex-util hides c:/Program Files/Emacs-24.2.50/lisp/hex-util d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/format-spec hides c:/Program Files/Emacs-24.2.50/lisp/format-spec d:/home/sva/Downloads/emacs/site-lisp/ehelp hides c:/Program Files/Emacs-24.2.50/lisp/ehelp d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/color hides c:/Program Files/Emacs-24.2.50/lisp/color d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/dns-mode hides c:/Program Files/Emacs-24.2.50/lisp/textmodes/dns-mode d:/home/sva/src/org-mode/lisp/org hides c:/Program Files/Emacs-24.2.50/lisp/org/org d:/home/sva/src/org-mode/lisp/org-xoxo hides c:/Program Files/Emacs-24.2.50/lisp/org/org-xoxo d:/home/sva/src/org-mode/lisp/org-wl hides c:/Program Files/Emacs-24.2.50/lisp/org/org-wl d:/home/sva/src/org-mode/lisp/org-w3m hides c:/Program Files/Emacs-24.2.50/lisp/org/org-w3m d:/home/sva/src/org-mode/lisp/org-vm hides c:/Program Files/Emacs-24.2.50/lisp/org/org-vm d:/home/sva/src/org-mode/lisp/org-version hides c:/Program Files/Emacs-24.2.50/lisp/org/org-version d:/home/sva/src/org-mode/lisp/org-timer hides c:/Program Files/Emacs-24.2.50/lisp/org/org-timer d:/home/sva/src/org-mode/lisp/org-taskjuggler hides c:/Program Files/Emacs-24.2.50/lisp/org/org-taskjuggler d:/home/sva/src/org-mode/lisp/org-table hides c:/Program Files/Emacs-24.2.50/lisp/org/org-table d:/home/sva/src/org-mode/lisp/org-src hides c:/Program Files/Emacs-24.2.50/lisp/org/org-src d:/home/sva/src/org-mode/lisp/org-special-blocks hides c:/Program Files/Emacs-24.2.50/lisp/org/org-special-blocks d:/home/sva/src/org-mode/lisp/org-rmail hides c:/Program Files/Emacs-24.2.50/lisp/org/org-rmail d:/home/sva/src/org-mode/lisp/org-remember hides c:/Program Files/Emacs-24.2.50/lisp/org/org-remember d:/home/sva/src/org-mode/lisp/org-publish hides c:/Program Files/Emacs-24.2.50/lisp/org/org-publish d:/home/sva/src/org-mode/lisp/org-protocol hides c:/Program Files/Emacs-24.2.50/lisp/org/org-protocol d:/home/sva/src/org-mode/lisp/org-plot hides c:/Program Files/Emacs-24.2.50/lisp/org/org-plot d:/home/sva/src/org-mode/lisp/org-pcomplete hides c:/Program Files/Emacs-24.2.50/lisp/org/org-pcomplete d:/home/sva/src/org-mode/lisp/org-odt hides c:/Program Files/Emacs-24.2.50/lisp/org/org-odt d:/home/sva/src/org-mode/lisp/org-mouse hides c:/Program Files/Emacs-24.2.50/lisp/org/org-mouse d:/home/sva/src/org-mode/lisp/org-mobile hides c:/Program Files/Emacs-24.2.50/lisp/org/org-mobile d:/home/sva/src/org-mode/lisp/org-mks hides c:/Program Files/Emacs-24.2.50/lisp/org/org-mks d:/home/sva/src/org-mode/lisp/org-mhe hides c:/Program Files/Emacs-24.2.50/lisp/org/org-mhe d:/home/sva/src/org-mode/lisp/org-mew hides c:/Program Files/Emacs-24.2.50/lisp/org/org-mew d:/home/sva/src/org-mode/lisp/org-macs hides c:/Program Files/Emacs-24.2.50/lisp/org/org-macs d:/home/sva/src/org-mode/lisp/org-mac-message hides c:/Program Files/Emacs-24.2.50/lisp/org/org-mac-message d:/home/sva/src/org-mode/lisp/org-lparse hides c:/Program Files/Emacs-24.2.50/lisp/org/org-lparse d:/home/sva/src/org-mode/lisp/org-loaddefs hides c:/Program Files/Emacs-24.2.50/lisp/org/org-loaddefs d:/home/sva/src/org-mode/lisp/org-list hides c:/Program Files/Emacs-24.2.50/lisp/org/org-list d:/home/sva/src/org-mode/lisp/org-latex hides c:/Program Files/Emacs-24.2.50/lisp/org/org-latex d:/home/sva/src/org-mode/lisp/org-jsinfo hides c:/Program Files/Emacs-24.2.50/lisp/org/org-jsinfo d:/home/sva/src/org-mode/lisp/org-irc hides c:/Program Files/Emacs-24.2.50/lisp/org/org-irc d:/home/sva/src/org-mode/lisp/org-install hides c:/Program Files/Emacs-24.2.50/lisp/org/org-install d:/home/sva/src/org-mode/lisp/org-inlinetask hides c:/Program Files/Emacs-24.2.50/lisp/org/org-inlinetask d:/home/sva/src/org-mode/lisp/org-info hides c:/Program Files/Emacs-24.2.50/lisp/org/org-info d:/home/sva/src/org-mode/lisp/org-indent hides c:/Program Files/Emacs-24.2.50/lisp/org/org-indent d:/home/sva/src/org-mode/lisp/org-id hides c:/Program Files/Emacs-24.2.50/lisp/org/org-id d:/home/sva/src/org-mode/lisp/org-icalendar hides c:/Program Files/Emacs-24.2.50/lisp/org/org-icalendar d:/home/sva/src/org-mode/lisp/org-html hides c:/Program Files/Emacs-24.2.50/lisp/org/org-html d:/home/sva/src/org-mode/lisp/org-habit hides c:/Program Files/Emacs-24.2.50/lisp/org/org-habit d:/home/sva/src/org-mode/lisp/org-gnus hides c:/Program Files/Emacs-24.2.50/lisp/org/org-gnus d:/home/sva/src/org-mode/lisp/org-freemind hides c:/Program Files/Emacs-24.2.50/lisp/org/org-freemind d:/home/sva/src/org-mode/lisp/org-footnote hides c:/Program Files/Emacs-24.2.50/lisp/org/org-footnote d:/home/sva/src/org-mode/lisp/org-feed hides c:/Program Files/Emacs-24.2.50/lisp/org/org-feed d:/home/sva/src/org-mode/lisp/org-faces hides c:/Program Files/Emacs-24.2.50/lisp/org/org-faces d:/home/sva/src/org-mode/lisp/org-exp hides c:/Program Files/Emacs-24.2.50/lisp/org/org-exp d:/home/sva/src/org-mode/lisp/org-eshell hides c:/Program Files/Emacs-24.2.50/lisp/org/org-eshell d:/home/sva/src/org-mode/lisp/org-entities hides c:/Program Files/Emacs-24.2.50/lisp/org/org-entities d:/home/sva/src/org-mode/lisp/org-element hides c:/Program Files/Emacs-24.2.50/lisp/org/org-element d:/home/sva/src/org-mode/lisp/org-docview hides c:/Program Files/Emacs-24.2.50/lisp/org/org-docview d:/home/sva/src/org-mode/lisp/org-docbook hides c:/Program Files/Emacs-24.2.50/lisp/org/org-docbook d:/home/sva/src/org-mode/lisp/org-datetree hides c:/Program Files/Emacs-24.2.50/lisp/org/org-datetree d:/home/sva/src/org-mode/lisp/org-ctags hides c:/Program Files/Emacs-24.2.50/lisp/org/org-ctags d:/home/sva/src/org-mode/lisp/org-crypt hides c:/Program Files/Emacs-24.2.50/lisp/org/org-crypt d:/home/sva/src/org-mode/lisp/org-compat hides c:/Program Files/Emacs-24.2.50/lisp/org/org-compat d:/home/sva/src/org-mode/lisp/org-colview hides c:/Program Files/Emacs-24.2.50/lisp/org/org-colview d:/home/sva/src/org-mode/lisp/org-clock hides c:/Program Files/Emacs-24.2.50/lisp/org/org-clock d:/home/sva/src/org-mode/lisp/org-capture hides c:/Program Files/Emacs-24.2.50/lisp/org/org-capture d:/home/sva/src/org-mode/lisp/org-bibtex hides c:/Program Files/Emacs-24.2.50/lisp/org/org-bibtex d:/home/sva/src/org-mode/lisp/org-beamer hides c:/Program Files/Emacs-24.2.50/lisp/org/org-beamer d:/home/sva/src/org-mode/lisp/org-bbdb hides c:/Program Files/Emacs-24.2.50/lisp/org/org-bbdb d:/home/sva/src/org-mode/lisp/org-attach hides c:/Program Files/Emacs-24.2.50/lisp/org/org-attach d:/home/sva/src/org-mode/lisp/org-ascii hides c:/Program Files/Emacs-24.2.50/lisp/org/org-ascii d:/home/sva/src/org-mode/lisp/org-archive hides c:/Program Files/Emacs-24.2.50/lisp/org/org-archive d:/home/sva/src/org-mode/lisp/org-agenda hides c:/Program Files/Emacs-24.2.50/lisp/org/org-agenda d:/home/sva/src/org-mode/lisp/ob hides c:/Program Files/Emacs-24.2.50/lisp/org/ob d:/home/sva/src/org-mode/lisp/ob-tangle hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-tangle d:/home/sva/src/org-mode/lisp/ob-table hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-table d:/home/sva/src/org-mode/lisp/ob-sqlite hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-sqlite d:/home/sva/src/org-mode/lisp/ob-sql hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-sql d:/home/sva/src/org-mode/lisp/ob-shen hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-shen d:/home/sva/src/org-mode/lisp/ob-sh hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-sh d:/home/sva/src/org-mode/lisp/ob-screen hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-screen d:/home/sva/src/org-mode/lisp/ob-scheme hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-scheme d:/home/sva/src/org-mode/lisp/ob-scala hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-scala d:/home/sva/src/org-mode/lisp/ob-sass hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-sass d:/home/sva/src/org-mode/lisp/ob-ruby hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-ruby d:/home/sva/src/org-mode/lisp/ob-ref hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-ref d:/home/sva/src/org-mode/lisp/ob-R hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-R d:/home/sva/src/org-mode/lisp/ob-python hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-python d:/home/sva/src/org-mode/lisp/ob-plantuml hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-plantuml d:/home/sva/src/org-mode/lisp/ob-picolisp hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-picolisp d:/home/sva/src/org-mode/lisp/ob-perl hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-perl d:/home/sva/src/org-mode/lisp/ob-org hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-org d:/home/sva/src/org-mode/lisp/ob-octave hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-octave d:/home/sva/src/org-mode/lisp/ob-ocaml hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-ocaml d:/home/sva/src/org-mode/lisp/ob-mscgen hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-mscgen d:/home/sva/src/org-mode/lisp/ob-maxima hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-maxima d:/home/sva/src/org-mode/lisp/ob-matlab hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-matlab d:/home/sva/src/org-mode/lisp/ob-lob hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-lob d:/home/sva/src/org-mode/lisp/ob-lisp hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-lisp d:/home/sva/src/org-mode/lisp/ob-lilypond hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-lilypond d:/home/sva/src/org-mode/lisp/ob-ledger hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-ledger d:/home/sva/src/org-mode/lisp/ob-latex hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-latex d:/home/sva/src/org-mode/lisp/ob-keys hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-keys d:/home/sva/src/org-mode/lisp/ob-js hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-js d:/home/sva/src/org-mode/lisp/ob-java hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-java d:/home/sva/src/org-mode/lisp/ob-io hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-io d:/home/sva/src/org-mode/lisp/ob-haskell hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-haskell d:/home/sva/src/org-mode/lisp/ob-gnuplot hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-gnuplot d:/home/sva/src/org-mode/lisp/ob-fortran hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-fortran d:/home/sva/src/org-mode/lisp/ob-exp hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-exp d:/home/sva/src/org-mode/lisp/ob-eval hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-eval d:/home/sva/src/org-mode/lisp/ob-emacs-lisp hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-emacs-lisp d:/home/sva/src/org-mode/lisp/ob-dot hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-dot d:/home/sva/src/org-mode/lisp/ob-ditaa hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-ditaa d:/home/sva/src/org-mode/lisp/ob-css hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-css d:/home/sva/src/org-mode/lisp/ob-comint hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-comint d:/home/sva/src/org-mode/lisp/ob-clojure hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-clojure d:/home/sva/src/org-mode/lisp/ob-calc hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-calc d:/home/sva/src/org-mode/lisp/ob-C hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-C d:/home/sva/src/org-mode/lisp/ob-awk hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-awk d:/home/sva/src/org-mode/lisp/ob-asymptote hides c:/Program Files/Emacs-24.2.50/lisp/org/ob-asymptote d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/tls hides c:/Program Files/Emacs-24.2.50/lisp/net/tls d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/sasl hides c:/Program Files/Emacs-24.2.50/lisp/net/sasl d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/sasl-ntlm hides c:/Program Files/Emacs-24.2.50/lisp/net/sasl-ntlm d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/sasl-digest hides c:/Program Files/Emacs-24.2.50/lisp/net/sasl-digest d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/sasl-cram hides c:/Program Files/Emacs-24.2.50/lisp/net/sasl-cram d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/ntlm hides c:/Program Files/Emacs-24.2.50/lisp/net/ntlm d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/netrc hides c:/Program Files/Emacs-24.2.50/lisp/net/netrc d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/hmac-md5 hides c:/Program Files/Emacs-24.2.50/lisp/net/hmac-md5 d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/hmac-def hides c:/Program Files/Emacs-24.2.50/lisp/net/hmac-def d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/dns hides c:/Program Files/Emacs-24.2.50/lisp/net/dns d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/dig hides c:/Program Files/Emacs-24.2.50/lisp/net/dig d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/uudecode hides c:/Program Files/Emacs-24.2.50/lisp/mail/uudecode d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/hashcash hides c:/Program Files/Emacs-24.2.50/lisp/mail/hashcash d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/binhex hides c:/Program Files/Emacs-24.2.50/lisp/mail/binhex d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/yenc hides c:/Program Files/Emacs-24.2.50/lisp/gnus/yenc d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/utf7 hides c:/Program Files/Emacs-24.2.50/lisp/gnus/utf7 d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/starttls hides c:/Program Files/Emacs-24.2.50/lisp/gnus/starttls d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/spam hides c:/Program Files/Emacs-24.2.50/lisp/gnus/spam d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/spam-wash hides c:/Program Files/Emacs-24.2.50/lisp/gnus/spam-wash d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/spam-stat hides c:/Program Files/Emacs-24.2.50/lisp/gnus/spam-stat d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/spam-report hides c:/Program Files/Emacs-24.2.50/lisp/gnus/spam-report d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/smime hides c:/Program Files/Emacs-24.2.50/lisp/gnus/smime d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/smiley hides c:/Program Files/Emacs-24.2.50/lisp/gnus/smiley d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/sieve hides c:/Program Files/Emacs-24.2.50/lisp/gnus/sieve d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/sieve-mode hides c:/Program Files/Emacs-24.2.50/lisp/gnus/sieve-mode d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/sieve-manage hides c:/Program Files/Emacs-24.2.50/lisp/gnus/sieve-manage d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/shr hides c:/Program Files/Emacs-24.2.50/lisp/gnus/shr d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/shr-color hides c:/Program Files/Emacs-24.2.50/lisp/gnus/shr-color d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/score-mode hides c:/Program Files/Emacs-24.2.50/lisp/gnus/score-mode d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/rtree hides c:/Program Files/Emacs-24.2.50/lisp/gnus/rtree d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/rfc2231 hides c:/Program Files/Emacs-24.2.50/lisp/gnus/rfc2231 d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/rfc2104 hides c:/Program Files/Emacs-24.2.50/lisp/gnus/rfc2104 d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/rfc2047 hides c:/Program Files/Emacs-24.2.50/lisp/gnus/rfc2047 d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/rfc2045 hides c:/Program Files/Emacs-24.2.50/lisp/gnus/rfc2045 d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/rfc1843 hides c:/Program Files/Emacs-24.2.50/lisp/gnus/rfc1843 d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/registry hides c:/Program Files/Emacs-24.2.50/lisp/gnus/registry d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/qp hides c:/Program Files/Emacs-24.2.50/lisp/gnus/qp d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/pop3 hides c:/Program Files/Emacs-24.2.50/lisp/gnus/pop3 d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/plstore hides c:/Program Files/Emacs-24.2.50/lisp/gnus/plstore d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nnweb hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nnweb d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nnvirtual hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nnvirtual d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nntp hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nntp d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nnspool hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nnspool d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nnrss hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nnrss d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nnregistry hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nnregistry d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nnoo hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nnoo d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nnnil hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nnnil d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nnml hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nnml d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nnmh hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nnmh d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nnmbox hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nnmbox d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nnmairix hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nnmairix d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nnmaildir hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nnmaildir d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nnmail hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nnmail d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nnir hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nnir d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nnimap hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nnimap d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nnheader hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nnheader d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nngateway hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nngateway d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nnfolder hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nnfolder d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nneething hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nneething d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nndraft hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nndraft d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nndoc hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nndoc d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nndir hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nndir d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nndiary hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nndiary d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nnbabyl hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nnbabyl d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/nnagent hides c:/Program Files/Emacs-24.2.50/lisp/gnus/nnagent d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/mml2015 hides c:/Program Files/Emacs-24.2.50/lisp/gnus/mml2015 d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/mml1991 hides c:/Program Files/Emacs-24.2.50/lisp/gnus/mml1991 d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/mml hides c:/Program Files/Emacs-24.2.50/lisp/gnus/mml d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/mml-smime hides c:/Program Files/Emacs-24.2.50/lisp/gnus/mml-smime d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/mml-sec hides c:/Program Files/Emacs-24.2.50/lisp/gnus/mml-sec d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/mm-view hides c:/Program Files/Emacs-24.2.50/lisp/gnus/mm-view d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/mm-uu hides c:/Program Files/Emacs-24.2.50/lisp/gnus/mm-uu d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/mm-util hides c:/Program Files/Emacs-24.2.50/lisp/gnus/mm-util d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/mm-url hides c:/Program Files/Emacs-24.2.50/lisp/gnus/mm-url d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/mm-partial hides c:/Program Files/Emacs-24.2.50/lisp/gnus/mm-partial d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/mm-extern hides c:/Program Files/Emacs-24.2.50/lisp/gnus/mm-extern d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/mm-encode hides c:/Program Files/Emacs-24.2.50/lisp/gnus/mm-encode d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/mm-decode hides c:/Program Files/Emacs-24.2.50/lisp/gnus/mm-decode d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/mm-bodies hides c:/Program Files/Emacs-24.2.50/lisp/gnus/mm-bodies d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/mm-archive hides c:/Program Files/Emacs-24.2.50/lisp/gnus/mm-archive d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/messcompat hides c:/Program Files/Emacs-24.2.50/lisp/gnus/messcompat d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/message hides c:/Program Files/Emacs-24.2.50/lisp/gnus/message d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/mailcap hides c:/Program Files/Emacs-24.2.50/lisp/gnus/mailcap d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/mail-source hides c:/Program Files/Emacs-24.2.50/lisp/gnus/mail-source d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/mail-prsvr hides c:/Program Files/Emacs-24.2.50/lisp/gnus/mail-prsvr d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/mail-parse hides c:/Program Files/Emacs-24.2.50/lisp/gnus/mail-parse d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/legacy-gnus-agent hides c:/Program Files/Emacs-24.2.50/lisp/gnus/legacy-gnus-agent d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/ietf-drums hides c:/Program Files/Emacs-24.2.50/lisp/gnus/ietf-drums d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/html2text hides c:/Program Files/Emacs-24.2.50/lisp/gnus/html2text d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gssapi hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gssapi d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gravatar hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gravatar d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-win hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-win d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-vm hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-vm d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-uu hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-uu d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-util hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-util d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-undo hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-undo d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-topic hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-topic d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-sync hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-sync d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-sum hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-sum d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-start hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-start d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-srvr hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-srvr d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-spec hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-spec d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-sieve hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-sieve d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-setup hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-setup d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-score hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-score d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-salt hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-salt d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-registry hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-registry d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-range hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-range d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-picon hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-picon d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-notifications hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-notifications d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-msg hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-msg d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-mlspl hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-mlspl d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-ml hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-ml d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-mh hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-mh d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-logic hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-logic d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-kill hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-kill d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-int hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-int d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-html hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-html d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-group hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-group d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-gravatar hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-gravatar d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-fun hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-fun d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-ems hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-ems d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-eform hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-eform d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-dup hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-dup d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-draft hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-draft d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-dired hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-dired d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-diary hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-diary d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-demon hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-demon d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-delay hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-delay d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-cus hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-cus d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-cite hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-cite d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-cache hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-cache d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-bookmark hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-bookmark d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-bcklg hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-bcklg d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-async hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-async d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-art hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-art d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gnus-agent hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gnus-agent d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/gmm-utils hides c:/Program Files/Emacs-24.2.50/lisp/gnus/gmm-utils d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/flow-fill hides c:/Program Files/Emacs-24.2.50/lisp/gnus/flow-fill d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/ecomplete hides c:/Program Files/Emacs-24.2.50/lisp/gnus/ecomplete d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/deuglify hides c:/Program Files/Emacs-24.2.50/lisp/gnus/deuglify d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/compface hides c:/Program Files/Emacs-24.2.50/lisp/gnus/compface d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/canlock hides c:/Program Files/Emacs-24.2.50/lisp/gnus/canlock d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/auth-source hides c:/Program Files/Emacs-24.2.50/lisp/gnus/auth-source d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/.dir-locals hides c:/Program Files/Emacs-24.2.50/lisp/gnus/.dir-locals d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/time-date hides c:/Program Files/Emacs-24.2.50/lisp/calendar/time-date d:/home/sva/Downloads/emacs/site-lisp/gnus/lisp/parse-time hides c:/Program Files/Emacs-24.2.50/lisp/calendar/parse-time Features: (shadow sort mail-extr gnus-msg gnus-art mm-uu mml2015 epg-config mm-view mml-smime smime dig emacsbug sendmail helm-misc filecache vc-git flyspell ispell org-id org-gnus org-info org-crypt org-mime org-inlinetask anything-orgcard ob-sql ob-sh ob-python ob-org ob-ledger ob-latex ob-gnuplot ob-dot ob-ditaa ob-calc calc-store calc-trail calc-ext calc calc-loaddefs calc-macs ob-awk ob-R org-e-odt org-e-beamer org-e-latex org-e-html table org-e-ascii org-e-publish org-export org-element org-protocol org-habit org-clock org-exp ob-exp org-agenda holidays hol-loaddefs vc-dispatcher vc-svn image-file appt diary-lib diary-loaddefs org-occur-goto mule-util org ob-tangle ob-ref ob-lob ob-table org-footnote org-src ob-keys org-pcomplete org-list org-faces org-entities noutline outline org-version ob-emacs-lisp ob-comint ob org-compat org-macs ob-eval cal-menu calendar cal-loaddefs gnus-sum nnoo gnus-group gnus-undo nnmail mail-source gnus-start gnus-spec gnus-int gnus-range message dircolors rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev gmm-utils mailheader gnus-win gnus gnus-ems gnus-compat nnheader mail-utils recentf tree-widget wid-edit ido helm-files image-dired warnings tramp tramp-compat tramp-loaddefs shell pcomplete format-spec ffap thingatpt helm-buffers helm-elscreen helm-tags helm-bookmark helm-adaptative helm-info helm-net browse-url xml url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util url-parse auth-source eieio byte-opt bytecomp byte-compile cconv gnus-util mm-util mail-prsvr password-cache url-vars mailcap helm-plugin bookmark pp helm-locate helm-grep helm-regexp grep helm-external helm-utils dired-sort-map dired-single dired+ dired-x dired-aux dired compile comint ansi-color ring helm-help helm-match-plugin helm-config helm show-point-mode eldoc edebug redshank skeleton paredit whitespace hideshow emacs-leuven pp-c-l leuven-theme gnus-load yasnippet dropdown-list derived assoc help-mode easymenu find-func git-commit eval-expr mic-paren paren tex-site auto-loads org-loaddefs uniquify diff-mode- cl-macs gv edmacro kmacro idle-require easy-mmode advice help-fns advice-preload cl cl-lib time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment 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 button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process w32 multi-tty emacs) ------------=_1451733062-4226-5--