From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 12 00:05:42 2012 Received: (at submit) by debbugs.gnu.org; 12 Dec 2012 05:05:42 +0000 Received: from localhost ([127.0.0.1]:37987 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TieVq-00059S-6V for submit@debbugs.gnu.org; Wed, 12 Dec 2012 00:05:42 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57429) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TieVo-00059L-AZ for submit@debbugs.gnu.org; Wed, 12 Dec 2012 00:05:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TieV0-0004kV-HZ for submit@debbugs.gnu.org; Wed, 12 Dec 2012 00:04:55 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-104.2 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_MED, RP_MATCHES_RCVD, UNPARSEABLE_RELAY, USER_IN_WHITELIST autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:55477) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TieV0-0004kR-Ee for submit@debbugs.gnu.org; Wed, 12 Dec 2012 00:04:50 -0500 Received: from eggs.gnu.org ([208.118.235.92]:40547) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TieUu-000623-GQ for bug-gnu-emacs@gnu.org; Wed, 12 Dec 2012 00:04:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TieUo-0004av-LO for bug-gnu-emacs@gnu.org; Wed, 12 Dec 2012 00:04:44 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:51242) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TieUo-0004ac-FH for bug-gnu-emacs@gnu.org; Wed, 12 Dec 2012 00:04:38 -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 qBC54bDE024825 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 12 Dec 2012 05:04:37 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 qBC54aTN015336 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 12 Dec 2012 05:04:37 GMT Received: from abhmt114.oracle.com (abhmt114.oracle.com [141.146.116.66]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qBC54a3x018911 for ; Tue, 11 Dec 2012 23:04:36 -0600 Received: from dradamslap1 (/10.159.143.154) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 11 Dec 2012 21:04:36 -0800 From: "Drew Adams" To: Subject: 24.3.50; emacs_backtrace.txt (different one) Date: Tue, 11 Dec 2012 21:04:29 -0800 Message-ID: <71C954CE83CD4097847383645A95BD14@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Ac3YJioCJw9/YbfPTqyL/fuGboAJHQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet21.oracle.com [141.146.126.237] 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: -3.4 (---) 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 (------) This backtrace is different from the others I reported today. Also, with this one I did not get a double fatal-error dialog box. And I did get the Windows dialog box asking me if I wanted to report the problem to Microsoft. HTH. Backtrace: 0x01154B7D 0x01154BEF 0x010E4B0C 0x01015BC6 0x0101505F 0x010E19C3 0x01015BC6 0x0101505F 0x010E19C3 0x01015BC6 0x0101505F 0x01014401 0x01071391 0x010717DD 0x01014CAC 0x010E19C3 0x01015BC6 0x0101505F 0x010E19C3 0x01015BC6 0x010153A0 0x01013375 0x0100F0C2 0x0101030B 0x01012ADC 0x0100F0C2 0x01015A91 0x01015131 0x010E19C3 0x01015BC6 0x0101505F 0x010143CD 0x011C6214 0x011C6730 0x011CFE3A 0x0101678A 0x010E24C8 0x01015BC6 0x0101505F 0x010E19C3 0x01015BC6 0x0101505F 0x01013E8B 0x010142C2 0x01013ED0 0x011C7556 0x010E26E1 0x01015BC6 0x0101505F 0x010E19C3 0x01015BC6 0x0101505F 0x010E19C3 0x01015BC6 0x0101505F 0x01012D6D 0x01010BB9 0x010E2600 0x01015BC6 0x0101505F 0x01014378 0x010E5725 ... In GNU Emacs 24.3.50.1 (i386-mingw-nt5.1.2600) of 2012-12-07 on MS-W7-DANI Bzr revision: 111150 eggert@cs.ucla.edu-20121207175317-wxhrqxpp0173whq0 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 debbugs-submit-bounces@debbugs.gnu.org Wed Dec 12 11:56:18 2012 Received: (at 13154) by debbugs.gnu.org; 12 Dec 2012 16:56:18 +0000 Received: from localhost ([127.0.0.1]:39272 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TipbV-0006qi-MP for submit@debbugs.gnu.org; Wed, 12 Dec 2012 11:56:18 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:55068) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TipbS-0006qZ-Tp for 13154@debbugs.gnu.org; Wed, 12 Dec 2012 11:56:16 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MEX00L00GA5O400@a-mtaout22.012.net.il> for 13154@debbugs.gnu.org; Wed, 12 Dec 2012 18:54:53 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MEX00LIMGBH46B0@a-mtaout22.012.net.il>; Wed, 12 Dec 2012 18:54:53 +0200 (IST) Date: Wed, 12 Dec 2012 18:54:51 +0200 From: Eli Zaretskii Subject: Re: bug#13154: 24.3.50; emacs_backtrace.txt (different one) In-reply-to: <71C954CE83CD4097847383645A95BD14@us.oracle.com> X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <838v938b38.fsf@gnu.org> References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 13154 Cc: 13154@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: "Drew Adams" > Date: Tue, 11 Dec 2012 21:04:29 -0800 > > > This backtrace is different from the others I reported today. > Also, with this one I did not get a double fatal-error dialog box. Yes, it's definitely different, see below. > And I did get the Windows dialog box asking me if I wanted to report the problem > to Microsoft. I don't recommend that ;-) > Backtrace: > 0x01154B7D > 0x01154BEF > 0x010E4B0C > 0x01015BC6 > 0x0101505F > 0x010E19C3 > 0x01015BC6 > 0x0101505F > 0x010E19C3 > 0x01015BC6 > 0x0101505F > 0x01014401 > 0x01071391 > 0x010717DD > 0x01014CAC > 0x010E19C3 > 0x01015BC6 > 0x0101505F > 0x010E19C3 > 0x01015BC6 > 0x010153A0 > 0x01013375 > 0x0100F0C2 > 0x0101030B > 0x01012ADC > 0x0100F0C2 > 0x01015A91 > 0x01015131 > 0x010E19C3 > 0x01015BC6 > 0x0101505F > 0x010143CD > 0x011C6214 > 0x011C6730 > 0x011CFE3A > 0x0101678A > 0x010E24C8 > 0x01015BC6 > 0x0101505F > 0x010E19C3 > 0x01015BC6 > 0x0101505F > 0x01013E8B > 0x010142C2 > 0x01013ED0 > 0x011C7556 > 0x010E26E1 > 0x01015BC6 > 0x0101505F > 0x010E19C3 > 0x01015BC6 > 0x0101505F > 0x010E19C3 > 0x01015BC6 > 0x0101505F > 0x01012D6D > 0x01010BB9 > 0x010E2600 > 0x01015BC6 > 0x0101505F > 0x01014378 > 0x010E5725 > ... Translation: ?? ??:0 w32_backtrace at C:\emacs\trunk\src/w32fns.c:7722 emacs_abort at C:\emacs\trunk\src/w32fns.c:7754 exec_byte_code at C:\emacs\trunk\src/bytecode.c:1955 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:897 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:897 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 call1 at C:\emacs\trunk\src/eval.c:2465 mapcar1 at C:\emacs\trunk\src/fns.c:2311 Fmapcar at C:\emacs\trunk\src/fns.c:2381 Ffuncall at C:\emacs\trunk\src/eval.c:2674 exec_byte_code at C:\emacs\trunk\src/bytecode.c:897 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:897 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 apply_lambda at C:\emacs\trunk\src/eval.c:2780 eval_sub at C:\emacs\trunk\src/eval.c:2081 Fprogn at C:\emacs\trunk\src/eval.c:358 Flet at C:\emacs\trunk\src/eval.c:817 eval_sub at C:\emacs\trunk\src/eval.c:1984 Fprogn at C:\emacs\trunk\src/eval.c:358 funcall_lambda at C:\emacs\trunk\src/eval.c:2896 Ffuncall at C:\emacs\trunk\src/eval.c:2732 exec_byte_code at C:\emacs\trunk\src/bytecode.c:897 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 call0 at C:\emacs\trunk\src/eval.c:2450 run_funs at C:\emacs\trunk\src/window.c:3044 run_window_configuration_change_hook at C:\emacs\trunk\src/window.c:3105 Fset_window_configuration at C:\emacs\trunk\src/window.c:5867 unbind_to at C:\emacs\trunk\src/eval.c:3094 exec_byte_code at C:\emacs\trunk\src/bytecode.c:1063 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:897 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 funcall_nil at C:\emacs\trunk\src/eval.c:2217 run_hook_with_args at C:\emacs\trunk\src/eval.c:2402 Frun_hooks at C:\emacs\trunk\src/eval.c:2244 temp_output_buffer_show at C:\emacs\trunk\src/window.c:3374 exec_byte_code at C:\emacs\trunk\src/bytecode.c:1111 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:897 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:897 funcall_lambda at C:\emacs\trunk\src/eval.c:2903 Ffuncall at C:\emacs\trunk\src/eval.c:2720 eval_sub at C:\emacs\trunk\src/eval.c:2008 internal_lisp_condition_case at C:\emacs\trunk\src/eval.c:1146 exec_byte_code at C:\emacs\trunk\src/bytecode.c:1093 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 ?? ??:0 It crashes here: /* Binds and unbinds are supposed to be compiled balanced. */ if (SPECPDL_INDEX () != count) #ifdef BYTE_CODE_SAFE error ("binding stack not balanced (serious byte compiler bug)"); #else emacs_abort (); #endif I immediately thought about this: http://lists.gnu.org/archive/html/emacs-devel/2012-12/msg00079.html but Andreas fixed that in revision 111096, which was committed before 111150, used to produce Drew's binary. So I have no idea what could have caused that, and without Lisp-level stack it's hard to tell anything about the possible villains. The only noteworthy thing I see is this: run_window_configuration_change_hook at C:\emacs\trunk\src/window.c:3105 Fset_window_configuration at C:\emacs\trunk\src/window.c:5867 Drew, any chance of you showing the code that was run by this hook? From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 12 12:07:33 2012 Received: (at 13154) by debbugs.gnu.org; 12 Dec 2012 17:07:33 +0000 Received: from localhost ([127.0.0.1]:39292 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TipmP-00079u-7Y for submit@debbugs.gnu.org; Wed, 12 Dec 2012 12:07:33 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:38002) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TipmM-00079m-Ul for 13154@debbugs.gnu.org; Wed, 12 Dec 2012 12:07:32 -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 qBCH6fUO019141 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 12 Dec 2012 17:06:42 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 qBCH6eku021169 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 12 Dec 2012 17:06:41 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 qBCH6e8g007795; Wed, 12 Dec 2012 11:06:40 -0600 Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 12 Dec 2012 09:06:40 -0800 From: "Drew Adams" To: "'Eli Zaretskii'" References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> <838v938b38.fsf@gnu.org> Subject: RE: bug#13154: 24.3.50; emacs_backtrace.txt (different one) Date: Wed, 12 Dec 2012 09:06:39 -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: <838v938b38.fsf@gnu.org> Thread-Index: Ac3YiX1sP1hm9RThRgSxa7Qo7NQ6TAAALB8A X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 13154 Cc: 13154@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.5 (-) > run_window_configuration_change_hook at > C:\emacs\trunk\src/window.c:3105 > Fset_window_configuration at C:\emacs\trunk\src/window.c:5867 > > Drew, any chance of you showing the code that was run by this hook? I'm afraid not, unless you can tell me how. AFAIK, I do not use that hook (I guess you meant, for Lisp, `run-window-configuration-change-hook') in any of my code. Of course, perhaps some code that I call might use it - dunno. At least, grepping my code and other 3rd-party code I have does not show any hits for `run-window-configuration-change-hook'. (Well, there were some hits for different versions of vanilla `window.el' that I saved from mails with Martin last June, when we were debugging some problems, but those files are not used in any way.) From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 12 13:53:47 2012 Received: (at 13154) by debbugs.gnu.org; 12 Dec 2012 18:53:47 +0000 Received: from localhost ([127.0.0.1]:39380 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TirRD-000323-3E for submit@debbugs.gnu.org; Wed, 12 Dec 2012 13:53:47 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:53160) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TirRA-00031v-PN for 13154@debbugs.gnu.org; Wed, 12 Dec 2012 13:53:45 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MEX00M00LOEPK00@a-mtaout22.012.net.il> for 13154@debbugs.gnu.org; Wed, 12 Dec 2012 20:52:53 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MEX00M1LLS57SD0@a-mtaout22.012.net.il>; Wed, 12 Dec 2012 20:52:53 +0200 (IST) Date: Wed, 12 Dec 2012 20:52:51 +0200 From: Eli Zaretskii Subject: Re: bug#13154: 24.3.50; emacs_backtrace.txt (different one) In-reply-to: X-012-Sender: halo1@inter.net.il To: Drew Adams , martin rudalics Message-id: <831uev85mk.fsf@gnu.org> References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> <838v938b38.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: <13154@debbugs.gnu.org> > Date: Wed, 12 Dec 2012 09:06:39 -0800 > > > run_window_configuration_change_hook at > > C:\emacs\trunk\src/window.c:3105 > > Fset_window_configuration at C:\emacs\trunk\src/window.c:5867 > > > > Drew, any chance of you showing the code that was run by this hook? > > I'm afraid not, unless you can tell me how. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 13154 Cc: 13154@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Drew Adams" > Cc: <13154@debbugs.gnu.org> > Date: Wed, 12 Dec 2012 09:06:39 -0800 > > > run_window_configuration_change_hook at > > C:\emacs\trunk\src/window.c:3105 > > Fset_window_configuration at C:\emacs\trunk\src/window.c:5867 > > > > Drew, any chance of you showing the code that was run by this hook? > > I'm afraid not, unless you can tell me how. [...] 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.4805] > From: "Drew Adams" > Cc: <13154@debbugs.gnu.org> > Date: Wed, 12 Dec 2012 09:06:39 -0800 > > > run_window_configuration_change_hook at > > C:\emacs\trunk\src/window.c:3105 > > Fset_window_configuration at C:\emacs\trunk\src/window.c:5867 > > > > Drew, any chance of you showing the code that was run by this hook? > > I'm afraid not, unless you can tell me how. Like you did: searching through your code. > AFAIK, I do not use that hook (I guess you meant, for Lisp, > `run-window-configuration-change-hook') in any of my code. Of course, perhaps > some code that I call might use it - dunno. Martin, any advice or ideas? If Drew didn't set up this hook, what other code could do that? From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 13 05:30:46 2012 Received: (at 13154) by debbugs.gnu.org; 13 Dec 2012 10:30:46 +0000 Received: from localhost ([127.0.0.1]:40108 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tj63x-0000hQ-Jy for submit@debbugs.gnu.org; Thu, 13 Dec 2012 05:30:46 -0500 Received: from mailout-de.gmx.net ([213.165.64.22]:51913) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1Tj63u-0000hF-NP for 13154@debbugs.gnu.org; Thu, 13 Dec 2012 05:30:43 -0500 Received: (qmail invoked by alias); 13 Dec 2012 10:29:49 -0000 Received: from 62-47-56-185.adsl.highway.telekom.at (EHLO [62.47.56.185]) [62.47.56.185] by mail.gmx.net (mp004) with SMTP; 13 Dec 2012 11:29:49 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+iraYFYI6iZZWrJXelrdwS4sMwFNFZOP0Fz5XP5m 1fecEMhM3RQXwK Message-ID: <50C9AE0E.7030608@gmx.at> Date: Thu, 13 Dec 2012 11:29:34 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#13154: 24.3.50; emacs_backtrace.txt (different one) References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> <838v938b38.fsf@gnu.org> <831uev85mk.fsf@gnu.org> In-Reply-To: <831uev85mk.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 13154 Cc: 13154@debbugs.gnu.org, Drew Adams 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.8 (/) > Martin, any advice or ideas? If Drew didn't set up this hook, what > other code could do that? IIUC the only useful lines in the backtrace are run_window_configuration_change_hook at C:\emacs\trunk\src/window.c:3105 Fset_window_configuration at C:\emacs\trunk\src/window.c:5867 ... temp_output_buffer_show at C:\emacs\trunk\src/window.c:3374 so the obvious first conclusion is that moving code from C to Elisp harms interpreting stuff like emacs_backtrace.txt ;-) From the backtrace I understand that Drew did show a temporary buffer and (probably after being done with that) restored a previous window configuration. This could come from a `with-output-to-temp-buffer' wrapped in a `save-window-excursion', which as we know is evil but usually not evil enough to corrupt the stack. `set-window-configuration' runs `window-configuration-change-hook' which is normal. There might be some function on the hook (like those from linum.el) but I doubt that Drew uses that. And I doubt that anything done here can corrupt the stack. martin From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 13 12:09:48 2012 Received: (at 13154) by debbugs.gnu.org; 13 Dec 2012 17:09:48 +0000 Received: from localhost ([127.0.0.1]:41172 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjCI8-0005kY-27 for submit@debbugs.gnu.org; Thu, 13 Dec 2012 12:09:48 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:39709) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjCI5-0005kM-61 for 13154@debbugs.gnu.org; Thu, 13 Dec 2012 12:09:46 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MEZ00600BLQ4700@a-mtaout23.012.net.il> for 13154@debbugs.gnu.org; Thu, 13 Dec 2012 19:08:34 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MEZ0059BBMAT9A0@a-mtaout23.012.net.il>; Thu, 13 Dec 2012 19:08:34 +0200 (IST) Date: Thu, 13 Dec 2012 19:08:32 +0200 From: Eli Zaretskii Subject: Re: bug#13154: 24.3.50; emacs_backtrace.txt (different one) In-reply-to: <50C9AE0E.7030608@gmx.at> X-012-Sender: halo1@inter.net.il To: martin rudalics Message-id: <83sj79op67.fsf@gnu.org> References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> <838v938b38.fsf@gnu.org> <831uev85mk.fsf@gnu.org> <50C9AE0E.7030608@gmx.at> 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, 13 Dec 2012 11:29:34 +0100 > From: martin rudalics > CC: Drew Adams , 13154@debbugs.gnu.org > > IIUC the only useful lines in the backtrace are > > run_window_configuration_change_hook at C:\emacs\trunk\src/window.c:3105 > Fset_window_configuration at C:\emacs\trunk\src/window.c:5867 > ... > temp_output_buffer_show at C:\emacs\trunk\src/window.c:3374 > > so the obvious first conclusion is that moving code from C to Elisp > harms interpreting stuff like emacs_backtrace.txt ; -) > > From the backtrace I understand that Drew did show a temporary buffer > and (probably after being done with that) restored a previous window > configuration. This could come from a `with-output-to-temp-buffer' > wrapped in a `save-window-excursion', which as we know is evil but > usually not evil enough to corrupt the stack. [...] 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.4658] X-Debbugs-Envelope-To: 13154 Cc: 13154@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Thu, 13 Dec 2012 11:29:34 +0100 > From: martin rudalics > CC: Drew Adams , 13154@debbugs.gnu.org > > IIUC the only useful lines in the backtrace are > > run_window_configuration_change_hook at C:\emacs\trunk\src/window.c:3105 > Fset_window_configuration at C:\emacs\trunk\src/window.c:5867 > ... > temp_output_buffer_show at C:\emacs\trunk\src/window.c:3374 > > so the obvious first conclusion is that moving code from C to Elisp > harms interpreting stuff like emacs_backtrace.txt ;-) > > From the backtrace I understand that Drew did show a temporary buffer > and (probably after being done with that) restored a previous window > configuration. This could come from a `with-output-to-temp-buffer' > wrapped in a `save-window-excursion', which as we know is evil but > usually not evil enough to corrupt the stack. Drew, does this allow to identify potential villains? We are looking for some code that runs inside the above 2 forms. > `set-window-configuration' runs `window-configuration-change-hook' which > is normal. There might be some function on the hook (like those from > linum.el) but I doubt that Drew uses that. And I doubt that anything > done here can corrupt the stack. Corrupted stack is not the issue. AFAIU, we are looking for some C code which doesn't balance specbind/record_unwind_protect with the corresponding unbind_to. This code could be executed by some primitive, or some C function called from some primitive, that is invoked from Lisp. The problem is to find that Lisp. I hope Drew will be able to, given the above hints. From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 13 16:17:05 2012 Received: (at 13154) by debbugs.gnu.org; 13 Dec 2012 21:17:05 +0000 Received: from localhost ([127.0.0.1]:41329 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjG9R-0004wN-Bu for submit@debbugs.gnu.org; Thu, 13 Dec 2012 16:17:05 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:23043) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjG9O-0004w9-84 for 13154@debbugs.gnu.org; Thu, 13 Dec 2012 16:17:03 -0500 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qBDLG6PB031018 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 13 Dec 2012 21:16:07 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qBDLG5Kr022858 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Dec 2012 21:16:05 GMT Received: from abhmt118.oracle.com (abhmt118.oracle.com [141.146.116.70]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qBDLG553008465; Thu, 13 Dec 2012 15:16:05 -0600 Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 13 Dec 2012 13:16:05 -0800 From: "Drew Adams" To: "'Eli Zaretskii'" , "'martin rudalics'" References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> <838v938b38.fsf@gnu.org> <831uev85mk.fsf@gnu.org> <50C9AE0E.7030608@gmx.at> <83sj79op67.fsf@gnu.org> Subject: RE: bug#13154: 24.3.50; emacs_backtrace.txt (different one) Date: Thu, 13 Dec 2012 13:16:03 -0800 Message-ID: <66C55EA367244D1E82898093BC5F1DB5@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: <83sj79op67.fsf@gnu.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac3ZVIensKTI84n+TFezaDIv5MIuVAAFIUQw X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 13154 Cc: 13154@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.5 (-) > > From the backtrace I understand that Drew did show a > > temporary buffer and (probably after being done with that) > > restored a previous window configuration. This could come > > from a `with-output-to-temp-buffer' wrapped in a > > `save-window-excursion', which as we know is evil but > > usually not evil enough to corrupt the stack. > > Drew, does this allow to identify potential villains? We are looking > for some code that runs inside the above 2 forms. I grepped my code for `with-output-to-temp-buffer' and checked each occurrence to see if lexically within a `save-excursion'. Took me a while. I have lots of calls to `with-output-to-temp-buffer'. Of course, that is not a complete test, since some code doing a `save-excursion' could call a function that then does `with-output-to-temp-buffer'. I cannot check for that - far too time-consuming. FWIW, it's not clear to me that `w-o-t-t-b' inside `s-e' is "evil". It might be ineffectual in some contexts, in the sense that it might not do what some users mistakenly might expect, but - for my own understanding - just why do you consider it evil? Anyway, this is all my search turned up. Neither of these is pertinent, IMO. * I found an occurrence in my version of `describe-function', which is based on the vanilla Emacs 22 version in this respect. It has to work for 22+, and 22 does not have macro `with-help-window'. (Yes, I could duplicate the code and have a version for Emacs 23+...) In my own help commands (`describe-file', `describe-keymap'), I do not use `save-excursion. * I found one other occurrence of `with-output-to-temp-buffer' inside `save-excursion', but that code is used only when running Emacs 22, and it is a copy of the vanilla Emacs 22 code (for `describe-text-properties'). IOW, the fault is with vanilla Emacs in this case, and this case cannot be manifested in Emacs 24 anyway. HTH (but I doubt it). From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 14 02:49:37 2012 Received: (at 13154) by debbugs.gnu.org; 14 Dec 2012 07:49:37 +0000 Received: from localhost ([127.0.0.1]:41825 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjQ1Z-0001By-EI for submit@debbugs.gnu.org; Fri, 14 Dec 2012 02:49:37 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:58523) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjQ1W-0001Bp-Ia for 13154@debbugs.gnu.org; Fri, 14 Dec 2012 02:49:35 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MF000H00G7B3000@a-mtaout20.012.net.il> for 13154@debbugs.gnu.org; Fri, 14 Dec 2012 09:47:53 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MF000HS1GBR3700@a-mtaout20.012.net.il>; Fri, 14 Dec 2012 09:47:51 +0200 (IST) Date: Fri, 14 Dec 2012 09:47:52 +0200 From: Eli Zaretskii Subject: Re: bug#13154: 24.3.50; emacs_backtrace.txt (different one) In-reply-to: <66C55EA367244D1E82898093BC5F1DB5@us.oracle.com> X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <838v91nkgn.fsf@gnu.org> References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> <838v938b38.fsf@gnu.org> <831uev85mk.fsf@gnu.org> <50C9AE0E.7030608@gmx.at> <83sj79op67.fsf@gnu.org> <66C55EA367244D1E82898093BC5F1DB5@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: <13154@debbugs.gnu.org> > Date: Thu, 13 Dec 2012 13:16:03 -0800 > > FWIW, it's not clear to me that `w-o-t-t-b' inside `s-e' is "evil". It might be > ineffectual in some contexts, in the sense that it might not do what some users > mistakenly might expect, but - for my own understanding - just why do you > consider it evil? [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4999] X-Debbugs-Envelope-To: 13154 Cc: rudalics@gmx.at, 13154@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.7 (/) > From: "Drew Adams" > Cc: <13154@debbugs.gnu.org> > Date: Thu, 13 Dec 2012 13:16:03 -0800 > > FWIW, it's not clear to me that `w-o-t-t-b' inside `s-e' is "evil". It might be > ineffectual in some contexts, in the sense that it might not do what some users > mistakenly might expect, but - for my own understanding - just why do you > consider it evil? Martin will probably tell, but in any case I don't think this is related to the abort we are discussing. > * I found an occurrence in my version of `describe-function', which is based on > the vanilla Emacs 22 version in this respect. It has to work for 22+, and 22 > does not have macro `with-help-window'. (Yes, I could duplicate the code and > have a version for Emacs 23+...) In my own help commands (`describe-file', > `describe-keymap'), I do not use `save-excursion. > > * I found one other occurrence of `with-output-to-temp-buffer' inside > `save-excursion', but that code is used only when running Emacs 22, and it is a > copy of the vanilla Emacs 22 code (for `describe-text-properties'). IOW, the > fault is with vanilla Emacs in this case, and this case cannot be manifested in > Emacs 24 anyway. We are looking for Lisp code that would show calls to some primitives, wherein we could look for potential bugs on the C level. Does the body of Lisp code inside save-excursion in the first occurrence call any primitives, or any functions at all? If so, can you show that body? From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 14 05:25:52 2012 Received: (at 13154) by debbugs.gnu.org; 14 Dec 2012 10:25:52 +0000 Received: from localhost ([127.0.0.1]:41919 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjSSl-0004jT-Da for submit@debbugs.gnu.org; Fri, 14 Dec 2012 05:25:51 -0500 Received: from mout.gmx.net ([212.227.17.21]:56144) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjSSj-0004jK-FD for 13154@debbugs.gnu.org; Fri, 14 Dec 2012 05:25:50 -0500 Received: from mailout-de.gmx.net ([10.1.76.32]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0LpReN-1TFsSE2E1l-00fAT7 for <13154@debbugs.gnu.org>; Fri, 14 Dec 2012 11:24:51 +0100 Received: (qmail invoked by alias); 14 Dec 2012 10:24:51 -0000 Received: from 62-47-53-23.adsl.highway.telekom.at (EHLO [62.47.53.23]) [62.47.53.23] by mail.gmx.net (mp032) with SMTP; 14 Dec 2012 11:24:51 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+N13t+LoONlxBfqKcMPpDtQ9MvuToI7HJuS0Sb43 KB8+CUfwSIasW0 Message-ID: <50CAFE6B.9060504@gmx.at> Date: Fri, 14 Dec 2012 11:24:43 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#13154: 24.3.50; emacs_backtrace.txt (different one) References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> <838v938b38.fsf@gnu.org> <831uev85mk.fsf@gnu.org> <50C9AE0E.7030608@gmx.at> <83sj79op67.fsf@gnu.org> In-Reply-To: <83sj79op67.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 13154 Cc: 13154@debbugs.gnu.org, drew.adams@oracle.com 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.0 (/) > Corrupted stack is not the issue. AFAIU, we are looking for some C > code which doesn't balance specbind/record_unwind_protect with the > corresponding unbind_to. I don't see the difference. In either case the stack is inconsistent when popped. > This code could be executed by some > primitive, or some C function called from some primitive, that is > invoked from Lisp. The problem is to find that Lisp. I hope Drew > will be able to, given the above hints. FWIW I suppose that Drew ended up with some invalid byte code from a binary afflicted with http://lists.gnu.org/archive/html/emacs-devel/2012-12/msg00079.html and didn't recompile with the later binaries (or a bug similar to the one fixed by Andreas still persists). martin From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 14 05:27:49 2012 Received: (at 13154) by debbugs.gnu.org; 14 Dec 2012 10:27:49 +0000 Received: from localhost ([127.0.0.1]:41939 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjSUf-0004nJ-4I for submit@debbugs.gnu.org; Fri, 14 Dec 2012 05:27:49 -0500 Received: from mout.gmx.net ([212.227.15.18]:50464) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjSUc-0004nA-RD for 13154@debbugs.gnu.org; Fri, 14 Dec 2012 05:27:47 -0500 Received: from mailout-de.gmx.net ([10.1.76.37]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0M6hNy-1Sxvu04B3E-00wVvI for <13154@debbugs.gnu.org>; Fri, 14 Dec 2012 11:26:48 +0100 Received: (qmail invoked by alias); 14 Dec 2012 10:26:48 -0000 Received: from 62-47-53-23.adsl.highway.telekom.at (EHLO [62.47.53.23]) [62.47.53.23] by mail.gmx.net (mp037) with SMTP; 14 Dec 2012 11:26:48 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18EGZ1458EEUfK+fPT9FuO31OUfvANG9DAhtR1WPI AGu6qGrwmohlv8 Message-ID: <50CAFEE1.2080401@gmx.at> Date: Fri, 14 Dec 2012 11:26:41 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#13154: 24.3.50; emacs_backtrace.txt (different one) References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> <838v938b38.fsf@gnu.org> <831uev85mk.fsf@gnu.org> <50C9AE0E.7030608@gmx.at> <83sj79op67.fsf@gnu.org> <66C55EA367244D1E82898093BC5F1DB5@us.oracle.com> <838v91nkgn.fsf@gnu.org> In-Reply-To: <838v91nkgn.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 13154 Cc: 13154@debbugs.gnu.org, Drew Adams 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.0 (/) >> FWIW, it's not clear to me that `w-o-t-t-b' inside `s-e' is "evil". It might be >> ineffectual in some contexts, in the sense that it might not do what some users >> mistakenly might expect, but - for my own understanding - just why do you >> consider it evil? > > Martin will probably tell, It's evil because `with-output-to-temp-buffer' may pop up a new frame while `save-window-excursion' gives you the false impression that it can cope with that situation. > but in any case I don't think this is > related to the abort we are discussing. It should be unrelated. >> * I found an occurrence in my version of `describe-function', which is based on >> the vanilla Emacs 22 version in this respect. It has to work for 22+, and 22 >> does not have macro `with-help-window'. (Yes, I could duplicate the code and >> have a version for Emacs 23+...) In my own help commands (`describe-file', >> `describe-keymap'), I do not use `save-excursion. >> >> * I found one other occurrence of `with-output-to-temp-buffer' inside >> `save-excursion', but that code is used only when running Emacs 22, and it is a >> copy of the vanilla Emacs 22 code (for `describe-text-properties'). IOW, the >> fault is with vanilla Emacs in this case, and this case cannot be manifested in >> Emacs 24 anyway. `save-window-excursion' and not `save-excursion', I presume. > We are looking for Lisp code that would show calls to some primitives, > wherein we could look for potential bugs on the C level. Does the > body of Lisp code inside save-excursion in the first occurrence call > any primitives, or any functions at all? If so, can you show that > body? I still don't know whether you are sure that Drew runs some code within `window-configuration-change-hook'. martin From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 14 10:26:39 2012 Received: (at 13154) by debbugs.gnu.org; 14 Dec 2012 15:26:39 +0000 Received: from localhost ([127.0.0.1]:42725 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjX9r-0005Ao-Bo for submit@debbugs.gnu.org; Fri, 14 Dec 2012 10:26:39 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:43102) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjX9o-0005Ag-DD for 13154@debbugs.gnu.org; Fri, 14 Dec 2012 10:26:37 -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 qBEFPaBx010713 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 14 Dec 2012 15:25:37 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qBEFPatp020028 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Dec 2012 15:25:36 GMT Received: from abhmt112.oracle.com (abhmt112.oracle.com [141.146.116.64]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qBEFPZQG004196; Fri, 14 Dec 2012 09:25:35 -0600 Received: from dradamslap1 (/10.159.136.65) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 14 Dec 2012 07:25:35 -0800 From: "Drew Adams" To: "'Eli Zaretskii'" References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> <838v938b38.fsf@gnu.org> <831uev85mk.fsf@gnu.org> <50C9AE0E.7030608@gmx.at> <83sj79op67.fsf@gnu.org> <66C55EA367244D1E82898093BC5F1DB5@us.oracle.com> <838v91nkgn.fsf@gnu.org> Subject: RE: bug#13154: 24.3.50; emacs_backtrace.txt (different one) Date: Fri, 14 Dec 2012 07:25:31 -0800 Message-ID: <19E7C0932A0E4AF6B1112555E90966E3@us.oracle.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0075_01CDD9CC.33A41700" X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <838v91nkgn.fsf@gnu.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac3Zz28oZlUQAYWAROeV3p4q6o2j1gAPxPRg X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 13154 Cc: rudalics@gmx.at, 13154@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.5 (-) This is a multi-part message in MIME format. ------=_NextPart_000_0075_01CDD9CC.33A41700 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit > > * I found an occurrence in my version of > > `describe-function', which is based on the vanilla > > Emacs 22 version in this respect. It has to work for 22+, > > and 22 does not have macro `with-help-window'. > > We are looking for Lisp code that would show calls to some primitives, > wherein we could look for potential bugs on the C level. Does the > body of Lisp code inside save-excursion in the first occurrence call > any primitives, or any functions at all? If so, can you show that > body? The code is attached. Clearly the body calls "any functions at all". HTH. ------=_NextPart_000_0075_01CDD9CC.33A41700 Content-Type: application/octet-stream; name="throw-helpfns.el" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="throw-helpfns.el" ;; REPLACE ORIGINAL in `help-fns.el':=0A= ;;=0A= ;; 1. Preferred candidate is `symbol-nearest-point'.=0A= ;; 2. With a prefix argument, candidates are commands only.=0A= ;; 3. No no-function message if not called interactively.=0A= ;;=0A= ;;;###autoload=0A= (defun describe-function (function &optional commandp)=0A= "Display the full documentation of FUNCTION (a symbol).=0A= FUNCTION names an Emacs Lisp function, possibly a user command.=0A= With a prefix argument, candidates are commands (interactive) only.=0A= Default candidate is: preferably the `symbol-nearest-point', or else=0A= the innermost function call surrounding point=0A= \(`function-called-at-point').=0A= Return the description that was displayed, as a string."=0A= (interactive=0A= (let ((fn (or (and (fboundp = 'symbol-nearest-point)=0A= (symbol-nearest-point))=0A= (function-called-at-point)))=0A= (enable-recursive-minibuffers t)=0A= (completion-annotate-function (lambda (fn)=0A= (and (commandp (intern-soft = fn)) " (command)")))=0A= val)=0A= (setq val (completing-read (if current-prefix-arg "Describe = command: " "Describe function: ")=0A= obarray (if current-prefix-arg = 'commandp 'fboundp) t nil nil=0A= (and fn (symbol-name fn))))=0A= (list (if (equal val "") fn (intern val)) current-prefix-arg)))=0A= (if (not function)=0A= (when (interactive-p) (message "You did not specify a function"))=0A= (unless (or (not commandp) (commandp function))=0A= (error "Not a defined Emacs command (interactive function): `%s'" = function))=0A= ;;$$$ (unless (fboundp function) (error "Not a defined Emacs = function: `%s'" function))=0A= (help-setup-xref (list #'describe-function function) (interactive-p))=0A= (save-excursion=0A= (with-output-to-temp-buffer (help-buffer)=0A= (prin1 function)=0A= ;; Use " is " instead of ": " so it is easier to get the = function name using `forward-sexp'.=0A= (princ " is ")=0A= (describe-function-1 function)=0A= (print-help-return-message)=0A= (with-current-buffer standard-output (buffer-string)))))) ; = Return help text.=0A= ------=_NextPart_000_0075_01CDD9CC.33A41700-- From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 14 10:28:35 2012 Received: (at 13154) by debbugs.gnu.org; 14 Dec 2012 15:28:35 +0000 Received: from localhost ([127.0.0.1]:42730 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjXBi-0005Df-Pr for submit@debbugs.gnu.org; Fri, 14 Dec 2012 10:28:35 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:37970) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjXBh-0005DZ-6S for 13154@debbugs.gnu.org; Fri, 14 Dec 2012 10:28:33 -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 qBEFRXss013228 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 14 Dec 2012 15:27:34 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qBEFRXiH008840 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Dec 2012 15:27:33 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 qBEFRX4C005754; Fri, 14 Dec 2012 09:27:33 -0600 Received: from dradamslap1 (/10.159.136.65) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 14 Dec 2012 07:27:33 -0800 From: "Drew Adams" To: "'martin rudalics'" , "'Eli Zaretskii'" References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> <838v938b38.fsf@gnu.org> <831uev85mk.fsf@gnu.org> <50C9AE0E.7030608@gmx.at> <83sj79op67.fsf@gnu.org> <50CAFE6B.9060504@gmx.at> Subject: RE: bug#13154: 24.3.50; emacs_backtrace.txt (different one) Date: Fri, 14 Dec 2012 07:27:29 -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: <50CAFE6B.9060504@gmx.at> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac3Z5UHmPEXY8cy7QU6SgKs75OCmAwAKi08w X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 13154 Cc: 13154@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.3 (--) > FWIW I suppose that Drew ended up with some invalid byte code from a > binary afflicted with > > http://lists.gnu.org/archive/html/emacs-devel/2012-12/msg00079.html > > and didn't recompile with the later binaries (or a bug similar to the > one fixed by Andreas still persists). I compile the file in question using Emacs 23.4. Dunno what that means here. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 14 10:52:23 2012 Received: (at 13154) by debbugs.gnu.org; 14 Dec 2012 15:52:23 +0000 Received: from localhost ([127.0.0.1]:42736 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjXYl-0005lk-5H for submit@debbugs.gnu.org; Fri, 14 Dec 2012 10:52:23 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:36859) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjXYh-0005la-C3 for 13154@debbugs.gnu.org; Fri, 14 Dec 2012 10:52:20 -0500 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qBEFpJHR018582 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 14 Dec 2012 15:51:20 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qBEFpINc023089 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Dec 2012 15:51:18 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 qBEFpIDH018944; Fri, 14 Dec 2012 09:51:18 -0600 Received: from dradamslap1 (/10.159.136.65) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 14 Dec 2012 07:51:18 -0800 From: "Drew Adams" To: "'martin rudalics'" , "'Eli Zaretskii'" References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> <838v938b38.fsf@gnu.org> <831uev85mk.fsf@gnu.org> <50C9AE0E.7030608@gmx.at> <83sj79op67.fsf@gnu.org> <66C55EA367244D1E82898093BC5F1DB5@us.oracle.com> <838v91nkgn.fsf@gnu.org> <50CAFEE1.2080401@gmx.at> Subject: RE: bug#13154: 24.3.50; emacs_backtrace.txt (different one) Date: Fri, 14 Dec 2012 07:51:13 -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: <50CAFEE1.2080401@gmx.at> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac3Z5jsMzIRwgBQGRtenDUiDS2LcAAAKZEOg X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 13154 Cc: 13154@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: -4.2 (----) > >> FWIW, it's not clear to me that `w-o-t-t-b' inside `s-e' > >> is "evil". It might be ineffectual in some contexts, > >> in the sense that it might not do what some users > >> mistakenly might expect, but - for my own understanding - > >> just why do you consider it evil? > > > > Martin will probably tell, > > It's evil because `with-output-to-temp-buffer' may pop up a new frame > while `save-window-excursion' gives you the false impression > that it can cope with that situation. That's exactly what I meant by "It might be ineffectual in some contexts, in the sense that it might not do what some users mistakenly might expect." In practice (IMHO), that is probably more of a problem/annoyance for Emacs Dev, having to field false-bug reports from users, than it is a real problem for users. Just one opinion. > >> * I found an occurrence in my version of > >> `describe-function', which is based on > >> the vanilla Emacs 22 version in this respect. It has to > >> work for 22+, and 22 does not have macro `with-help-window'. > >> > >> * I found one other occurrence of > >> `with-output-to-temp-buffer' inside `save-excursion', but > >> that code is used only when running Emacs 22, and it is a > >> copy of the vanilla Emacs 22 code (for > >> `describe-text-properties'). IOW, the fault is with > >> vanilla Emacs in this case, and this case cannot be > >> manifested in Emacs 24 anyway. > > `save-window-excursion' and not `save-excursion', I presume. No, `save-excursion'. It is `save-excursion' that occurs in the vanilla Emacs 22 code, in both cases (vanilla `describe-function' and `describe-variable', for Emacs 22 and prior). Emacs was "evil" for decades... > I still don't know whether you are sure that Drew runs some > code within `window-configuration-change-hook'. Didn't know I was expected to look for that one. Grepping for `window-configuration-change-hook' finds the following two occurrences: 1. Inside the definition of command `dired-sort-dialogue' (from Francis Wright's library dired-sort-menu.el). But I did not invoke this command, AFAIK. (add-hook 'window-configuration-change-hook 'dired-sort-dialogue-auto-kill-2) 2. In pp-c-l.el. I do use this one. (add-hook 'window-configuration-change-hook 'refresh-pretty-control-l) (defun refresh-pretty-control-l () "Reinitialize `pretty-control-l-mode', if on, to update the display." (interactive) (when pretty-control-l-mode (pretty-control-l-mode t))) `pretty-control-l-mode' is a global minor mode that does only this: (walk-windows (lambda (window) (let ((display-table (or (window-display-table window) (make-display-table)))) (aset display-table ?\014 (and pretty-control-l-mode (pp^L-^L-display-table-entry window))) (set-window-display-table window display-table))) 'no-minibuf 'visible) HTH. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 14 11:14:13 2012 Received: (at 13154) by debbugs.gnu.org; 14 Dec 2012 16:14:13 +0000 Received: from localhost ([127.0.0.1]:42755 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjXts-0006GY-2n for submit@debbugs.gnu.org; Fri, 14 Dec 2012 11:14:13 -0500 Received: from mout.gmx.net ([212.227.17.21]:53813) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjXtp-0006GO-Rj for 13154@debbugs.gnu.org; Fri, 14 Dec 2012 11:14:10 -0500 Received: from mailout-de.gmx.net ([10.1.76.69]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0M3PXK-1Ssoo21yzI-00r1cp for <13154@debbugs.gnu.org>; Fri, 14 Dec 2012 17:13:10 +0100 Received: (qmail invoked by alias); 14 Dec 2012 16:13:10 -0000 Received: from 62-47-53-23.adsl.highway.telekom.at (EHLO [62.47.53.23]) [62.47.53.23] by mail.gmx.net (mp069) with SMTP; 14 Dec 2012 17:13:10 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19RZL1/be9RMAR54vJTd281iCXlGFI+9JYTPFeBh0 pYfQeeqA3erF4G Message-ID: <50CB5010.4030509@gmx.at> Date: Fri, 14 Dec 2012 17:13:04 +0100 From: martin rudalics MIME-Version: 1.0 To: Drew Adams Subject: Re: bug#13154: 24.3.50; emacs_backtrace.txt (different one) References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> <838v938b38.fsf@gnu.org> <831uev85mk.fsf@gnu.org> <50C9AE0E.7030608@gmx.at> <83sj79op67.fsf@gnu.org> <66C55EA367244D1E82898093BC5F1DB5@us.oracle.com> <838v91nkgn.fsf@gnu.org> <19E7C0932A0E4AF6B1112555E90966E3@us.oracle.com> In-Reply-To: <19E7C0932A0E4AF6B1112555E90966E3@us.oracle.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 13154 Cc: 13154@debbugs.gnu.org, 'Eli Zaretskii' 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.0 (/) > The code is attached. Clearly the body calls "any functions at all". HTH. This (save-excursion (with-output-to-temp-buffer (help-buffer) uses plain `save-excursion'. We're looking for `save-window-excursion'. But don't bother. There are plenty of `save-window-excursion' calls in the lisp directory, so it very likely comes from there. And the `with-output-to-temp-buffer' call might be wrapped in the call to another function so we probably won't find it anyway. martin From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 14 11:14:29 2012 Received: (at 13154) by debbugs.gnu.org; 14 Dec 2012 16:14:29 +0000 Received: from localhost ([127.0.0.1]:42758 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjXu9-0006Gz-9d for submit@debbugs.gnu.org; Fri, 14 Dec 2012 11:14:29 -0500 Received: from mout.gmx.net ([212.227.17.21]:51922) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjXu6-0006Gs-Mt for 13154@debbugs.gnu.org; Fri, 14 Dec 2012 11:14:27 -0500 Received: from mailout-de.gmx.net ([10.1.76.39]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0Ld2ys-1TJJsF2HYm-00iC2T for <13154@debbugs.gnu.org>; Fri, 14 Dec 2012 17:13:27 +0100 Received: (qmail invoked by alias); 14 Dec 2012 16:13:27 -0000 Received: from 62-47-53-23.adsl.highway.telekom.at (EHLO [62.47.53.23]) [62.47.53.23] by mail.gmx.net (mp039) with SMTP; 14 Dec 2012 17:13:27 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+rlHBicneruFzlwxBf30MRH8zJvutlw5kTpnvWyV nI/UppH3bTEeMM Message-ID: <50CB5021.3000306@gmx.at> Date: Fri, 14 Dec 2012 17:13:21 +0100 From: martin rudalics MIME-Version: 1.0 To: Drew Adams Subject: Re: bug#13154: 24.3.50; emacs_backtrace.txt (different one) References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> <838v938b38.fsf@gnu.org> <831uev85mk.fsf@gnu.org> <50C9AE0E.7030608@gmx.at> <83sj79op67.fsf@gnu.org> <66C55EA367244D1E82898093BC5F1DB5@us.oracle.com> <838v91nkgn.fsf@gnu.org> <50CAFEE1.2080401@gmx.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 13154 Cc: 13154@debbugs.gnu.org, 'Eli Zaretskii' 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.0 (/) > No, `save-excursion'. It is `save-excursion' that occurs in the vanilla Emacs > 22 code, in both cases (vanilla `describe-function' and `describe-variable', for > Emacs 22 and prior). Emacs was "evil" for decades... ... as I said in my other mail I'm looking for `save-window-excursion'. > 2. In pp-c-l.el. I do use this one. > > (add-hook 'window-configuration-change-hook > 'refresh-pretty-control-l) > > (defun refresh-pretty-control-l () > "Reinitialize `pretty-control-l-mode', if on, to update the display." > (interactive) > (when pretty-control-l-mode (pretty-control-l-mode t))) > > `pretty-control-l-mode' is a global minor mode that does only this: > > (walk-windows > (lambda (window) > (let ((display-table (or (window-display-table window) > (make-display-table)))) > (aset display-table ?\014 > (and pretty-control-l-mode > (pp^L-^L-display-table-entry window))) > (set-window-display-table window display-table))) > 'no-minibuf > 'visible) If this were the culprit we'd probably see the corresponding calls in the backtrace. martin From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 14 11:20:04 2012 Received: (at 13154) by debbugs.gnu.org; 14 Dec 2012 16:20:04 +0000 Received: from localhost ([127.0.0.1]:42770 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjXzX-0006PS-UC for submit@debbugs.gnu.org; Fri, 14 Dec 2012 11:20:04 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:37253) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjXzV-0006Ov-AG for 13154@debbugs.gnu.org; Fri, 14 Dec 2012 11:20:02 -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 qBEGIvuU008196 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 14 Dec 2012 16:18:57 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 qBEGIuqG017203 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Dec 2012 16:18:56 GMT Received: from abhmt119.oracle.com (abhmt119.oracle.com [141.146.116.71]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qBEGIuCU016262; Fri, 14 Dec 2012 10:18:56 -0600 Received: from dradamslap1 (/10.159.136.65) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 14 Dec 2012 08:18:56 -0800 From: "Drew Adams" To: "'martin rudalics'" References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> <838v938b38.fsf@gnu.org> <831uev85mk.fsf@gnu.org> <50C9AE0E.7030608@gmx.at> <83sj79op67.fsf@gnu.org> <66C55EA367244D1E82898093BC5F1DB5@us.oracle.com> <838v91nkgn.fsf@gnu.org> <19E7C0932A0E4AF6B1112555E90966E3@us.oracle.com> <50CB5010.4030509@gmx.at> Subject: RE: bug#13154: 24.3.50; emacs_backtrace.txt (different one) Date: Fri, 14 Dec 2012 08:18:52 -0800 Message-ID: <8AEE5B3890384802BEC7520ACCAA94C5@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: <50CB5010.4030509@gmx.at> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac3aFeoUQeof8RINTnyQCvUSqWRyuAAAKMSQ X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 13154 Cc: 13154@debbugs.gnu.org, 'Eli Zaretskii' 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 (-) > But don't bother. There are plenty of > `save-window-excursion' calls in > the lisp directory, so it very likely comes from there. And the > `with-output-to-temp-buffer' call might be wrapped in the call to > another function so we probably won't find it anyway. OK. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 14 11:20:06 2012 Received: (at 13154) by debbugs.gnu.org; 14 Dec 2012 16:20:06 +0000 Received: from localhost ([127.0.0.1]:42772 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjXza-0006Pc-8g for submit@debbugs.gnu.org; Fri, 14 Dec 2012 11:20:06 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:37254) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjXzV-0006Ou-AE for 13154@debbugs.gnu.org; Fri, 14 Dec 2012 11:20:03 -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 qBEGItgw008177 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 14 Dec 2012 16:18:56 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qBEGIs24025058 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Dec 2012 16:18:55 GMT Received: from abhmt119.oracle.com (abhmt119.oracle.com [141.146.116.71]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qBEGIs4i016227; Fri, 14 Dec 2012 10:18:54 -0600 Received: from dradamslap1 (/10.159.136.65) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 14 Dec 2012 08:18:54 -0800 From: "Drew Adams" To: "'martin rudalics'" References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> <838v938b38.fsf@gnu.org> <831uev85mk.fsf@gnu.org> <50C9AE0E.7030608@gmx.at> <83sj79op67.fsf@gnu.org> <66C55EA367244D1E82898093BC5F1DB5@us.oracle.com> <838v91nkgn.fsf@gnu.org> <50CAFEE1.2080401@gmx.at> <50CB5021.3000306@gmx.at> Subject: RE: bug#13154: 24.3.50; emacs_backtrace.txt (different one) Date: Fri, 14 Dec 2012 08:18:50 -0800 Message-ID: <8B8F2F13DE8C4201A9F0B68C931BF57C@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: <50CB5021.3000306@gmx.at> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac3aFfTPKCPr1694QQigVelTtihGbgAADysw X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 13154 Cc: 13154@debbugs.gnu.org, 'Eli Zaretskii' 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 (-) > > No, `save-excursion'. It is `save-excursion' that occurs > > in the vanilla Emacs 22 code, in both cases (vanilla > > `describe-function' and `describe-variable', for > > Emacs 22 and prior). Emacs was "evil" for decades... > > ... as I said in my other mail I'm looking for > `save-window-excursion'. No, you did not say that at all. You said only this: >> `save-window-excursion' and not `save-excursion', I presume. Eli asked that I search for `save-excursion' wrapping `with...'. I thought your statement was saying that you presumed that I meant to write `save-window-excursion' but mistakenly wrote `save-excursion'. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 14 11:36:55 2012 Received: (at 13154) by debbugs.gnu.org; 14 Dec 2012 16:36:55 +0000 Received: from localhost ([127.0.0.1]:42795 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjYFq-0006mp-MU for submit@debbugs.gnu.org; Fri, 14 Dec 2012 11:36:54 -0500 Received: from mout.gmx.net ([212.227.17.21]:62501) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjYFo-0006mh-Pi for 13154@debbugs.gnu.org; Fri, 14 Dec 2012 11:36:53 -0500 Received: from mailout-de.gmx.net ([10.1.76.28]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0MUzND-1TdjC02wF3-00YTZg for <13154@debbugs.gnu.org>; Fri, 14 Dec 2012 17:35:53 +0100 Received: (qmail invoked by alias); 14 Dec 2012 16:35:53 -0000 Received: from 62-47-53-23.adsl.highway.telekom.at (EHLO [62.47.53.23]) [62.47.53.23] by mail.gmx.net (mp028) with SMTP; 14 Dec 2012 17:35:53 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/FVfwsHKfFTY8SFY3e6NZPkHYCOJIMUqfWS385zH tfaSztVVg2teI9 Message-ID: <50CB5563.7000304@gmx.at> Date: Fri, 14 Dec 2012 17:35:47 +0100 From: martin rudalics MIME-Version: 1.0 To: Drew Adams Subject: Re: bug#13154: 24.3.50; emacs_backtrace.txt (different one) References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> <838v938b38.fsf@gnu.org> <831uev85mk.fsf@gnu.org> <50C9AE0E.7030608@gmx.at> <83sj79op67.fsf@gnu.org> <66C55EA367244D1E82898093BC5F1DB5@us.oracle.com> <838v91nkgn.fsf@gnu.org> <50CAFEE1.2080401@gmx.at> <50CB5021.3000306@gmx.at> <8B8F2F13DE8C4201A9F0B68C931BF57C@us.oracle.com> In-Reply-To: <8B8F2F13DE8C4201A9F0B68C931BF57C@us.oracle.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 13154 Cc: 13154@debbugs.gnu.org, 'Eli Zaretskii' 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.8 (/) >> ... as I said in my other mail I'm looking for >> `save-window-excursion'. > > No, you did not say that at all. How often do you want me to repeat it? > You said only this: > >>> `save-window-excursion' and not `save-excursion', I presume. Because I assumed that you read Eli's mail before ... > Eli asked that I search for `save-excursion' wrapping `with...'. ... where he said: >> From the backtrace I understand that Drew did show a temporary buffer >> and (probably after being done with that) restored a previous window >> configuration. This could come from a `with-output-to-temp-buffer' >> wrapped in a `save-window-excursion', which as we know is evil but >> usually not evil enough to corrupt the stack. > > Drew, does this allow to identify potential villains? We are looking > for some code that runs inside the above 2 forms. You were apparently concentrating on the second part of my statement. At least you understand its evilness now. martin From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 14 11:47:51 2012 Received: (at 13154) by debbugs.gnu.org; 14 Dec 2012 16:47:51 +0000 Received: from localhost ([127.0.0.1]:42801 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjYQO-000723-1X for submit@debbugs.gnu.org; Fri, 14 Dec 2012 11:47:50 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:36281) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjYQK-00071u-QQ for 13154@debbugs.gnu.org; Fri, 14 Dec 2012 11:47:46 -0500 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qBEGkifH019270 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 14 Dec 2012 16:46:45 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qBEGkhDb008974 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Dec 2012 16:46:43 GMT Received: from abhmt110.oracle.com (abhmt110.oracle.com [141.146.116.62]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qBEGkgBY005820; Fri, 14 Dec 2012 10:46:43 -0600 Received: from dradamslap1 (/10.159.136.65) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 14 Dec 2012 08:46:41 -0800 From: "Drew Adams" To: "'martin rudalics'" References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> <838v938b38.fsf@gnu.org> <831uev85mk.fsf@gnu.org> <50C9AE0E.7030608@gmx.at> <83sj79op67.fsf@gnu.org> <66C55EA367244D1E82898093BC5F1DB5@us.oracle.com> <838v91nkgn.fsf@gnu.org> <50CAFEE1.2080401@gmx.at> <50CB5021.3000306@gmx.at> <8B8F2F13DE8C4201A9F0B68C931BF57C@us.oracle.com> <50CB5563.7000304@gmx.at> Subject: RE: bug#13154: 24.3.50; emacs_backtrace.txt (different one) Date: Fri, 14 Dec 2012 08:46:37 -0800 Message-ID: <707D4C4E7EDB46B5B1439C3B66D7CCC4@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: <50CB5563.7000304@gmx.at> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac3aGRcW3hm9dpJAQdmKzckO9DyZvgAAUquw X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 13154 Cc: 13154@debbugs.gnu.org, 'Eli Zaretskii' 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 (-) > >> From the backtrace I understand that Drew did show a > >> temporary buffer and (probably after being done with > >> that) restored a previous window configuration. This > >> could come from a `with-output-to-temp-buffer' wrapped > >> in a `save-window-excursion', which as we know is evil > >> but usually not evil enough to corrupt the stack. > > You were apparently concentrating on the second part of my statement. > At least you understand its evilness now. I guess I misunderstood. Sorry. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 22 20:14:54 2013 Received: (at 13154) by debbugs.gnu.org; 23 Feb 2013 01:14:54 +0000 Received: from localhost ([127.0.0.1]:44953 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U93hW-0007cY-G6 for submit@debbugs.gnu.org; Fri, 22 Feb 2013 20:14:54 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:57075) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U93hU-0007cR-8H for 13154@debbugs.gnu.org; Fri, 22 Feb 2013 20:14:52 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1U93g6-0004iT-IT; Fri, 22 Feb 2013 20:13:26 -0500 From: Glenn Morris To: 13154@debbugs.gnu.org Subject: Re: bug#13154: 24.3.50; emacs_backtrace.txt (different one) References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> <838v938b38.fsf@gnu.org> <831uev85mk.fsf@gnu.org> <50C9AE0E.7030608@gmx.at> <83sj79op67.fsf@gnu.org> <66C55EA367244D1E82898093BC5F1DB5@us.oracle.com> <838v91nkgn.fsf@gnu.org> <50CAFEE1.2080401@gmx.at> <50CB5021.3000306@gmx.at> <8B8F2F13DE8C4201A9F0B68C931BF57C@us.oracle.com> <50CB5563.7000304@gmx.at> <707D4C4E7EDB46B5B1439C3B66D7CCC4@us.oracle.com> X-Spook: top secret cracking Mafia BLU-97 A/B World Trade Center X-Ran: 2(p3+l3SEhaO)z;n(&rLg(Sg|2mCn4,Xy,ujqYM>q+3Wk-o+CXmv6'r0uFg+iK{EkWA (Drew Adams's message of "Fri, 14 Dec 2012 08:46:37 -0800") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -4.9 (----) X-Debbugs-Envelope-To: 13154 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: -7.6 (-------) It seems pretty unlikely that anyone is going to figure this out AFAICS. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 16 13:41:49 2013 Received: (at control) by debbugs.gnu.org; 16 Apr 2013 17:41:49 +0000 Received: from localhost ([127.0.0.1]:55017 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1US9t6-0006RL-On for submit@debbugs.gnu.org; Tue, 16 Apr 2013 13:41:48 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:48875) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1US9t4-0006RE-MO for control@debbugs.gnu.org; Tue, 16 Apr 2013 13:41:47 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1US9ou-00021O-CJ for control@debbugs.gnu.org; Tue, 16 Apr 2013 13:37:28 -0400 Date: Tue, 16 Apr 2013 13:37:28 -0400 Message-Id: Subject: control message for bug 13154 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -4.9 (----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.7 (-----) merge 13980 13154 From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 21 13:55:14 2013 Received: (at control) by debbugs.gnu.org; 21 Apr 2013 17:55:14 +0000 Received: from localhost ([127.0.0.1]:35685 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UTyTq-0007PI-2v for submit@debbugs.gnu.org; Sun, 21 Apr 2013 13:55:14 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:33962) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UTyTo-0007PB-3u for control@debbugs.gnu.org; Sun, 21 Apr 2013 13:55:12 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UTyPB-0001ed-JK for control@debbugs.gnu.org; Sun, 21 Apr 2013 13:50:25 -0400 Date: Sun, 21 Apr 2013 13:50:25 -0400 Message-Id: Subject: control message for bug 14236 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.0 (-----) merge 13154 14236 From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 28 20:51:24 2013 Received: (at control) by debbugs.gnu.org; 29 Apr 2013 00:51:24 +0000 Received: from localhost ([127.0.0.1]:49137 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWcJQ-00066N-9A for submit@debbugs.gnu.org; Sun, 28 Apr 2013 20:51:24 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:49482) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWcJO-00066H-Rg for control@debbugs.gnu.org; Sun, 28 Apr 2013 20:51:23 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UWcJ9-00013l-QS for control@debbugs.gnu.org; Sun, 28 Apr 2013 20:51:07 -0400 Date: Sun, 28 Apr 2013 20:51:07 -0400 Message-Id: Subject: control message for bug 14298 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -6.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: -7.4 (-------) merge 14236 14298 From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 09 23:38:05 2014 Received: (at 13154) by debbugs.gnu.org; 10 Feb 2014 04:38:05 +0000 Received: from localhost ([127.0.0.1]:33428 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCidA-0004lV-OT for submit@debbugs.gnu.org; Sun, 09 Feb 2014 23:38:04 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:43858) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCid8-0004lG-T6; Sun, 09 Feb 2014 23:38:03 -0500 Received: from [204.14.154.233] (helo=building.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1WCicu-00062Y-61; Mon, 10 Feb 2014 05:37:48 +0100 From: Lars Ingebrigtsen To: Glenn Morris Subject: Re: bug#13154: 24.3.50; emacs_backtrace.txt (different one) References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> <838v938b38.fsf@gnu.org> <831uev85mk.fsf@gnu.org> <50C9AE0E.7030608@gmx.at> <83sj79op67.fsf@gnu.org> <66C55EA367244D1E82898093BC5F1DB5@us.oracle.com> <838v91nkgn.fsf@gnu.org> <50CAFEE1.2080401@gmx.at> <50CB5021.3000306@gmx.at> <8B8F2F13DE8C4201A9F0B68C931BF57C@us.oracle.com> <50CB5563.7000304@gmx.at> <707D4C4E7EDB46B5B1439C3B66D7CCC4@us.oracle.com> Date: Sun, 09 Feb 2014 20:36:34 -0800 In-Reply-To: (Glenn Morris's message of "Fri, 22 Feb 2013 20:13:26 -0500") Message-ID: <87r47bbn3h.fsf@building.gnus.org> User-Agent: Gnus/5.13001 (Ma Gnus v0.10) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1WCicu-00062Y-61 X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1392611869.17791@M6Rg8pHHGI2I4fGhV1v9xA X-Spam-Status: No X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 13154 Cc: 13154@debbugs.gnu.org, 14298@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.0 (/) Glenn Morris writes: > It seems pretty unlikely that anyone is going to figure this out AFAICS. Yup. Closing. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 09 23:38:10 2014 Received: (at control) by debbugs.gnu.org; 10 Feb 2014 04:38:10 +0000 Received: from localhost ([127.0.0.1]:33431 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCidG-0004lu-43 for submit@debbugs.gnu.org; Sun, 09 Feb 2014 23:38:10 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:43864) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCidE-0004lk-NV for control@debbugs.gnu.org; Sun, 09 Feb 2014 23:38:08 -0500 Received: from [204.14.154.233] (helo=building.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1WCid0-00062j-8r for control@debbugs.gnu.org; Mon, 10 Feb 2014 05:37:54 +0100 Date: Sun, 09 Feb 2014 20:36:41 -0800 Message-Id: <87ppmvbn3a.fsf@building.gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #14298 X-MailScanner-ID: 1WCid0-00062j-8r X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1392611875.36643@A6J+7o0Vdp6t0Ff7QX7Eyg X-Spam-Status: No X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.0 (/) close 14298 From unknown Mon Jun 23 09:40:07 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 10 Mar 2014 11:24:10 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator