From unknown Tue Jun 17 01:41:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10034: 24.0.91; max-specpdl-size error Resent-From: nyc4bos@aol.com Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 13 Nov 2011 04:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 10034 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 10034@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.13211596577031 (code B ref -1); Sun, 13 Nov 2011 04:48:02 +0000 Received: (at submit) by debbugs.gnu.org; 13 Nov 2011 04:47:37 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RPRyj-0001pM-5H for submit@debbugs.gnu.org; Sat, 12 Nov 2011 23:47:37 -0500 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RPRyg-0001p8-Nh for submit@debbugs.gnu.org; Sat, 12 Nov 2011 23:47:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RPRyA-0008Er-SF for submit@debbugs.gnu.org; Sat, 12 Nov 2011 23:47:03 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, RP_MATCHES_RCVD, T_DKIM_INVALID autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:49626) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RPRyA-0008En-Qm for submit@debbugs.gnu.org; Sat, 12 Nov 2011 23:47:02 -0500 Received: from eggs.gnu.org ([140.186.70.92]:49120) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RPRy9-0003eI-LR for bug-gnu-emacs@gnu.org; Sat, 12 Nov 2011 23:47:02 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RPRy8-0008EH-9R for bug-gnu-emacs@gnu.org; Sat, 12 Nov 2011 23:47:01 -0500 Received: from imr-da06.mx.aol.com ([205.188.169.203]:65033) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RPRy8-0008E5-6O for bug-gnu-emacs@gnu.org; Sat, 12 Nov 2011 23:47:00 -0500 Received: from mtaout-ma02.r1000.mx.aol.com (mtaout-ma02.r1000.mx.aol.com [172.29.41.2]) by imr-da06.mx.aol.com (8.14.1/8.14.1) with ESMTP id pAD4kpmE000478 for ; Sat, 12 Nov 2011 23:46:51 -0500 Received: from STATION03 (173-13-86-254-NewEngland.hfc.comcastbusiness.net [173.13.86.254]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mtaout-ma02.r1000.mx.aol.com (MUA/Third Party Client Interface) with ESMTPSA id 6292CE0000BB for ; Sat, 12 Nov 2011 23:46:51 -0500 (EST) From: nyc4bos@aol.com Date: Sat, 12 Nov 2011 23:46:37 -0500 Message-ID: <84bosg634i.fsf@aol.com> MIME-Version: 1.0 Content-Type: text/plain x-aol-global-disposition: G DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20110426; t=1321159611; bh=sWe/ddEI3sHNpeaaJTpuzlgQ8rakRHMDl128QjHg4bw=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=v35FiZaqZMf1D4g38Ndisoz641miEN1g464YyfI+M+TMWvdjdGgllkrU5W7I4nLnE PvhLtNlYgcN5+BSGf7Bf+Js8mHcMow+Be34wGIWiECH04FW1EIQr3w95e7/YMHoFhO lxWPQ+qN0fc03sH/wojStAT2d1E5kjt3ev+eb+BA= X-AOL-SCOLL-SCORE: 0:2:429926720:93952408 X-AOL-SCOLL-URL_COUNT: 0 x-aol-sid: 3039ac1d29024ebf4bbb10b6 X-AOL-IP: 173.13.86.254 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -5.2 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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.3 (-----) I was playing around with built-in GnuTLS and the funtions `open-gnutls-stream' and `gnutls-negotiate' to try to get trustfiles to work on Windows. (GnuTLS doesn't support a "-CApath" option where you can specify a directory where PEM files lives, unfortunately, unlike OpenSSL). I would create a GnuTLS process via: (with-temp-buffer (open-gnutls-stream "tls" "tls-buffer" "imap.aim.com" 993)) and (gnutls-negotiate :process (open-network-stream "tls" "tls-buffer" "imap.aim.com" 993) :type 'gnutls-x509pki :trustfiles trustfiles :hostname host) When I didn't see a successful verification message, i.e. warnings: gnutls.c: [1] (Emacs) certificate signer was not found: imap.aim.com I would kill the "tls-buffer" (hence killing the GnuTLS process) and the buffer would be killed and I would see the expected message: gnutls.c: [2] (Emacs) Deallocating x509 credentials I would then make modifications to the definition of `trustfiles' or PEM files, etc. and try again. I would do this iteration many times. Eventually, I would get into a state where I couldn't do much, seeing messages like: window-min-size-1: Variable binding depth exceeds max-specpdl-size I then could only kill Emacs. In GNU Emacs 24.0.91.1 (i386-mingw-nt5.1.2600) of 2011-11-07 on MARVIN Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (4.6) --no-opt --cflags -I"D:/devel/emacs/libs/libXpm-3.5.8/include" -I"D:/devel/emacs/libs/libXpm-3.5.8/src" -I"D:/devel/emacs/libs/libpng-dev_1.4.3-1/include" -I"D:/devel/emacs/libs/zlib-dev_1.2.5-2/include" -I"D:/devel/emacs/libs/giflib-4.1.4-1/include" -I"D:/devel/emacs/libs/jpeg-6b-4/include" -I"D:/devel/emacs/libs/tiff-3.8.2-1/include" -I"D:/devel/emacs/libs/gnutls-2.10.1/include" --ldflags -L"D:/devel/emacs/libs/gnutls-2.10.1/lib"' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US value of $XMODIFIERS: nil locale-coding-system: cp949 default enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: show-paren-mode: t tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: n C-x b * M e C-r g n u t C-a C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-r C-v C-s C-s C-x b * s c C-g Recent messages: gnutls.c: [2] ASSERT: ../../../src/gnutls-2.10.5/lib/gnutls_record.c:918 gnutls.c: [2] (Emacs) Deallocating x509 credentials gnutls.c: [2] ASSERT: ../../../src/gnutls-2.10.5/lib/gnutls_buffers.c:601 gnutls.c: [2] ASSERT: ../../../src/gnutls-2.10.5/lib/gnutls_record.c:918 gnutls.c: [2] (Emacs) Deallocating x509 credentials Mark saved where search started xding Quit Load-path shadows: None found. Features: (shadow sort mail-extr message derived format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mailabbrev nnheader mail-utils gmm-utils mailheader emacsbug network-stream auth-source eieio byte-opt bytecomp byte-compile cconv macroexp assoc gnus-util mm-util mail-prsvr password-cache starttls tls gnutls advice advice-preload pager w3m-search w3m help-fns browse-url doc-view easymenu jka-compr dired desktop regexp-opt image-mode timezone w3m-hist w3m-fb bookmark-w3m w3m-ems w3m-ccl ccl w3m-favicon w3m-image w3m-proc w3m-util wid-edit w3m-wget server easy-mmode cl edmacro kmacro paren time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 disp-table ls-lisp w32-win w32-vars tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer button faces cus-face files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process multi-tty emacs) From unknown Tue Jun 17 01:41:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10034: 24.0.91; max-specpdl-size error Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 13 Nov 2011 10:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10034 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: nyc4bos@aol.com Cc: 10034@debbugs.gnu.org Received: via spool by 10034-submit@debbugs.gnu.org id=B10034.13211814079315 (code B ref 10034); Sun, 13 Nov 2011 10:51:01 +0000 Received: (at 10034) by debbugs.gnu.org; 13 Nov 2011 10:50:07 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RPXdW-0002QB-Cb for submit@debbugs.gnu.org; Sun, 13 Nov 2011 05:50:06 -0500 Received: from mailout-de.gmx.net ([213.165.64.22]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1RPXdU-0002Pc-2f for 10034@debbugs.gnu.org; Sun, 13 Nov 2011 05:50:05 -0500 Received: (qmail invoked by alias); 13 Nov 2011 10:49:30 -0000 Received: from 62-47-48-44.adsl.highway.telekom.at (EHLO [62.47.48.44]) [62.47.48.44] by mail.gmx.net (mp022) with SMTP; 13 Nov 2011 11:49:30 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19bYcNGYWNbiVRvIsTRz0UqYOAxMMoRU8MjrJNrP6 InEGWbkfAwOxn5 Message-ID: <4EBFA0B7.20400@gmx.at> Date: Sun, 13 Nov 2011 11:49:27 +0100 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 References: <84bosg634i.fsf@aol.com> In-Reply-To: <84bosg634i.fsf@aol.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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.5 (--) > Eventually, I would get into a state where I couldn't do much, seeing > messages like: > > window-min-size-1: Variable binding depth exceeds max-specpdl-size > > I then could only kill Emacs. Do you mean that Emacs looped and C-g didn't quit? If you can see a message like the above, C-g usually works. > In GNU Emacs 24.0.91.1 (i386-mingw-nt5.1.2600) > of 2011-11-07 on MARVIN IIUC this is with a build made _before_ Chong's `window-total-size' change, so the latter can't be the culprit. I can't propose much about this at the moment. If this happens again and you can get back to the command loop via C-g, try to open a new frame via C-x 5 2 and look at the last lines of the *Messages* buffer. If for some reason you can't make a new frame, try C-x 1 instead. martin From unknown Tue Jun 17 01:41:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10034: 24.0.91; max-specpdl-size error Resent-From: nyc4bos@aol.com Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 13 Nov 2011 23:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10034 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 10034@debbugs.gnu.org Received: via spool by 10034-submit@debbugs.gnu.org id=B10034.132122535417526 (code B ref 10034); Sun, 13 Nov 2011 23:03:02 +0000 Received: (at 10034) by debbugs.gnu.org; 13 Nov 2011 23:02:34 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RPj4L-0004Yc-JB for submit@debbugs.gnu.org; Sun, 13 Nov 2011 18:02:34 -0500 Received: from imr-ma04.mx.aol.com ([64.12.206.42]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RPj4J-0004YU-2T for 10034@debbugs.gnu.org; Sun, 13 Nov 2011 18:02:31 -0500 Received: from mtaout-da04.r1000.mx.aol.com (mtaout-da04.r1000.mx.aol.com [172.29.51.132]) by imr-ma04.mx.aol.com (8.14.1/8.14.1) with ESMTP id pADN1tKd010751; Sun, 13 Nov 2011 18:01:55 -0500 Received: from STATION03 (173-13-86-254-NewEngland.hfc.comcastbusiness.net [173.13.86.254]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mtaout-da04.r1000.mx.aol.com (MUA/Third Party Client Interface) with ESMTPSA id AAEB8E0000D7; Sun, 13 Nov 2011 18:01:54 -0500 (EST) From: nyc4bos@aol.com References: <84bosg634i.fsf@aol.com> <4EBFA0B7.20400@gmx.at> Date: Sun, 13 Nov 2011 18:01:42 -0500 In-Reply-To: <4EBFA0B7.20400@gmx.at> (martin rudalics's message of "Sun, 13 Nov 2011 11:49:27 +0100") Message-ID: <84obwfpqy1.fsf@aol.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain x-aol-global-disposition: G DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20110426; t=1321225315; bh=x+qyYXYJ/WuShyJHmAEaaLcwcQBcmAxl0LMxW8nD/DI=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=PI+gLpQLFyVnXOGfB2KAY6MMGzE875Z6WtvaFrfTeBF+fwL6c5NcfZLtoX66ai8hK fGUx01cVCfmSLw0Pi9wnP3PTA1ZY2VZfH6CyrLFBdywJGRL+UwxPUKsBZKNfhsceCb P6OdcHj284OEM47r1bWUlJI9KKdxxSj8M3aDWyFU= X-AOL-SCOLL-SCORE: 0:2:476621632:93952408 X-AOL-SCOLL-URL_COUNT: 0 x-aol-sid: 3039ac1d33844ec04c6279f8 X-AOL-IP: 173.13.86.254 X-Spam-Score: -3.7 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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.6 (---) martin rudalics writes: >> Eventually, I would get into a state where I couldn't do much, seeing >> messages like: >> >> window-min-size-1: Variable binding depth exceeds max-specpdl-size >> >> I then could only kill Emacs. > > Do you mean that Emacs looped and C-g didn't quit? If you can see a > message like the above, C-g usually works. C-g worked. However, other things that I did resulted in "Variable binding depth exceeds max-specpdl-size" messages. > >> In GNU Emacs 24.0.91.1 (i386-mingw-nt5.1.2600) >> of 2011-11-07 on MARVIN > > IIUC this is with a build made _before_ Chong's `window-total-size' > change, so the latter can't be the culprit. I was using the "emacs-20111107-r106319-bin-i386.zip" Windows version. > > I can't propose much about this at the moment. If this happens again > and you can get back to the command loop via C-g, try to open a new > frame via C-x 5 2 and look at the last lines of the *Messages* buffer. > If for some reason you can't make a new frame, try C-x 1 instead. The specific error message that I listed above: window-min-size-1: Variable binding depth exceeds max-specpdl-size occurred when I tried to `C-SPC C-h M-w' the *Message* buffer. When I was geting different "max-specpdl-size" errors with almost everything I subsequently did, I started up a new Emacs instance in order to file a bug report. I then tried to copy the *Message* buffer from the original Emacs instance that was having this problem into the new Emacs instance in order to provide information for the bug report. I could `C-x b' (switch-to-buffer) to the *Message* buffer and a few other things but most things resulted in different "max-specpdl-size" warning messages. (BTW, I noticed that after sending a bug report and successfully sending with `C-c C-c', the Bug Report Help buffer created when invoking `(report-emacs-bug)' at least from the menu-bar, remains visible as another (split) window. Is that intentional?) From unknown Tue Jun 17 01:41:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10034: 24.0.91; max-specpdl-size error Resent-From: nyc4bos@aol.com Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Nov 2011 01:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10034 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 10034@debbugs.gnu.org Received: via spool by 10034-submit@debbugs.gnu.org id=B10034.132123393629667 (code B ref 10034); Mon, 14 Nov 2011 01:26:02 +0000 Received: (at 10034) by debbugs.gnu.org; 14 Nov 2011 01:25:36 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RPlIm-0007iS-Ez for submit@debbugs.gnu.org; Sun, 13 Nov 2011 20:25:36 -0500 Received: from imr-ma03.mx.aol.com ([64.12.206.41]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RPlIi-0007iJ-Md for 10034@debbugs.gnu.org; Sun, 13 Nov 2011 20:25:33 -0500 Received: from mtaout-da04.r1000.mx.aol.com (mtaout-da04.r1000.mx.aol.com [172.29.51.132]) by imr-ma03.mx.aol.com (8.14.1/8.14.1) with ESMTP id pAE1OtRS017007; Sun, 13 Nov 2011 20:24:55 -0500 Received: from STATION03 (173-13-86-254-NewEngland.hfc.comcastbusiness.net [173.13.86.254]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mtaout-da04.r1000.mx.aol.com (MUA/Third Party Client Interface) with ESMTPSA id BAAB9E000083; Sun, 13 Nov 2011 20:24:54 -0500 (EST) From: nyc4bos@aol.com References: <84bosg634i.fsf@aol.com> <4EBFA0B7.20400@gmx.at> Date: Sun, 13 Nov 2011 20:24:49 -0500 In-Reply-To: <4EBFA0B7.20400@gmx.at> (martin rudalics's message of "Sun, 13 Nov 2011 11:49:27 +0100") Message-ID: <84fwhrpkbi.fsf@aol.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain x-aol-global-disposition: G DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20110426; t=1321233895; bh=R6RnJtdDuEhFhMquVnpx7nREX3L5p3gZApo+gOlxBYo=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=bG54+/9kMlvxgUkhif5TXorrlIz1+u4VgHIqeR0KBkOs/3l10A7+vqI3ZWsjwaYWs OAZ/pwlO7fWiUGC3pS2+/RDFJK6OOCSbp4LnJv4kAyHvkvuAN03TNpDuyiOBgeZMTC 8wPkuojN1K/bGz1cWJeKBwNq13AuOnwbKYULTEaA= X-AOL-SCOLL-SCORE: 0:2:333919744:93952408 X-AOL-SCOLL-URL_COUNT: 0 x-aol-sid: 3039ac1d33844ec06de64c9d X-AOL-IP: 173.13.86.254 X-Spam-Score: -3.5 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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.5 (---) martin rudalics writes: Experimenting again, I got the following error messages: Error during redisplay: (error "Variable binding depth exceeds max-specpdl-size") [2 times] xding Error during redisplay: (error "Variable binding depth exceeds max-specpdl-size") image-search-load-path: Variable binding depth exceeds max-specpdl-sizeError during redisplay: (error "Variable binding depth exceeds max-specpdl-size") Error during redisplay: (error "Variable binding depth exceeds max-specpdl-size") xding Error during redisplay: (error "Variable binding depth exceeds max-specpdl-size") [2 times] From unknown Tue Jun 17 01:41:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10034: 24.0.91; max-specpdl-size error Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Nov 2011 08:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10034 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: nyc4bos@aol.com Cc: 10034@debbugs.gnu.org Received: via spool by 10034-submit@debbugs.gnu.org id=B10034.13212609099378 (code B ref 10034); Mon, 14 Nov 2011 08:56:01 +0000 Received: (at 10034) by debbugs.gnu.org; 14 Nov 2011 08:55:09 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RPsJo-0002RB-8r for submit@debbugs.gnu.org; Mon, 14 Nov 2011 03:55:09 -0500 Received: from mailout-de.gmx.net ([213.165.64.22]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1RPsJl-0002Qg-TY for 10034@debbugs.gnu.org; Mon, 14 Nov 2011 03:55:07 -0500 Received: (qmail invoked by alias); 14 Nov 2011 08:54:26 -0000 Received: from 62-47-50-87.adsl.highway.telekom.at (EHLO [62.47.50.87]) [62.47.50.87] by mail.gmx.net (mp006) with SMTP; 14 Nov 2011 09:54:26 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+q2tgLidGqDlIoPGJOZk+lqPgC9zS6R1/dttCrX4 JO5Xbs+gREAkYz Message-ID: <4EC0D740.7000707@gmx.at> Date: Mon, 14 Nov 2011 09:54:24 +0100 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 References: <84bosg634i.fsf@aol.com> <4EBFA0B7.20400@gmx.at> <84obwfpqy1.fsf@aol.com> In-Reply-To: <84obwfpqy1.fsf@aol.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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.5 (--) > C-g worked. However, other things that I did resulted in > "Variable binding depth exceeds max-specpdl-size" messages. In a situation like this does it help to do either C-x 5 2 to make a new frame and delete the old one, or C-x 1 to display only one window? If either of this makes the messages disappear, the bug could be in the window handling code. > The specific error message that I listed above: > > window-min-size-1: Variable binding depth exceeds max-specpdl-size > > occurred when I tried to `C-SPC C-h M-w' the *Message* buffer. What is this key sequence supposed to do? > When I was geting different "max-specpdl-size" errors with almost > everything I subsequently did, I started up a new Emacs instance in > order to file a bug report. > > I then tried to copy the *Message* buffer from the original Emacs > instance that was having this problem into the new Emacs instance in > order to provide information for the bug report. > > I could `C-x b' (switch-to-buffer) to the *Message* buffer and a few > other things but most things resulted in different "max-specpdl-size" > warning messages. How many windows were on this Emacs frame at that time? > (BTW, I noticed that after sending a bug report and successfully > sending with `C-c C-c', the Bug Report Help buffer created when > invoking `(report-emacs-bug)' at least from the menu-bar, remains > visible as another (split) window. Is that intentional?) I don't know. Looking at the code of `report-emacs-bug' I don't see a call to remove a window but maybe I'm missing something. martin From unknown Tue Jun 17 01:41:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10034: 24.0.91; max-specpdl-size error Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Nov 2011 08:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10034 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: nyc4bos@aol.com Cc: 10034@debbugs.gnu.org Received: via spool by 10034-submit@debbugs.gnu.org id=B10034.13212609149392 (code B ref 10034); Mon, 14 Nov 2011 08:56:01 +0000 Received: (at 10034) by debbugs.gnu.org; 14 Nov 2011 08:55:14 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RPsJt-0002RQ-GG for submit@debbugs.gnu.org; Mon, 14 Nov 2011 03:55:13 -0500 Received: from mailout-de.gmx.net ([213.165.64.23]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1RPsJr-0002R3-52 for 10034@debbugs.gnu.org; Mon, 14 Nov 2011 03:55:12 -0500 Received: (qmail invoked by alias); 14 Nov 2011 08:54:32 -0000 Received: from 62-47-50-87.adsl.highway.telekom.at (EHLO [62.47.50.87]) [62.47.50.87] by mail.gmx.net (mp053) with SMTP; 14 Nov 2011 09:54:32 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+dFTg2xz2dEWiqdOJqIPH4gW47PCHRM7/xfo/Cub 2gHTI056wgwZu9 Message-ID: <4EC0D746.7040300@gmx.at> Date: Mon, 14 Nov 2011 09:54:30 +0100 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 References: <84bosg634i.fsf@aol.com> <4EBFA0B7.20400@gmx.at> <84fwhrpkbi.fsf@aol.com> In-Reply-To: <84fwhrpkbi.fsf@aol.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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.5 (--) > Experimenting again, I got the following error messages: > > Error during redisplay: (error "Variable binding depth exceeds max-specpdl-size") [2 times] > xding What is xding? > Error during redisplay: (error "Variable binding depth exceeds max-specpdl-size") > image-search-load-path: Variable binding depth exceeds max-specpdl-sizeError during redisplay: (error "Variable binding depth exceeds max-specpdl-size") I can't see that image-search-load-path might run into an endless loop. > Error during redisplay: (error "Variable binding depth exceeds max-specpdl-size") > xding > Error during redisplay: (error "Variable binding depth exceeds max-specpdl-size") [2 times] Could be related to the image handling code. Can you reproduce the error in a session without loading images? martin From unknown Tue Jun 17 01:41:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10034: 24.0.91; max-specpdl-size error Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Nov 2011 14:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10034 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: nyc4bos@aol.com Cc: 10034@debbugs.gnu.org Received: via spool by 10034-submit@debbugs.gnu.org id=B10034.132127976410522 (code B ref 10034); Mon, 14 Nov 2011 14:10:01 +0000 Received: (at 10034) by debbugs.gnu.org; 14 Nov 2011 14:09:24 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RPxDv-0002jc-8P for submit@debbugs.gnu.org; Mon, 14 Nov 2011 09:09:24 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RPxDt-0002jP-3M for 10034@debbugs.gnu.org; Mon, 14 Nov 2011 09:09:21 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EAOkfwU5FxKMD/2dsb2JhbABCp12CIYEGgXIBAQQBViMFCws0EhQYDYg5txWGaoMVBIgQmW2ESA X-IronPort-AV: E=Sophos;i="4.69,509,1315195200"; d="scan'208";a="147856565" Received: from 69-196-163-3.dsl.teksavvy.com (HELO pastel.home) ([69.196.163.3]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 14 Nov 2011 09:08:41 -0500 Received: by pastel.home (Postfix, from userid 20848) id 3C768591EC; Mon, 14 Nov 2011 09:08:41 -0500 (EST) From: Stefan Monnier Message-ID: References: <84bosg634i.fsf@aol.com> Date: Mon, 14 Nov 2011 09:08:41 -0500 In-Reply-To: <84bosg634i.fsf@aol.com> (nyc4bos@aol.com's message of "Sat, 12 Nov 2011 23:46:37 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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 (--) > window-min-size-1: Variable binding depth exceeds max-specpdl-size Please first try to: rm lisp/window.elc; make just to make sure you're not seeing the recent "rebuild" problem. Stefan From unknown Tue Jun 17 01:41:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10034: 24.0.91; max-specpdl-size error Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Nov 2011 14:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10034 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'martin rudalics'" , Cc: 10034@debbugs.gnu.org Received: via spool by 10034-submit@debbugs.gnu.org id=B10034.132128155913122 (code B ref 10034); Mon, 14 Nov 2011 14:40:02 +0000 Received: (at 10034) by debbugs.gnu.org; 14 Nov 2011 14:39:19 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RPxgs-0003Pb-RC for submit@debbugs.gnu.org; Mon, 14 Nov 2011 09:39:19 -0500 Received: from rcsinet15.oracle.com ([148.87.113.117]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RPxgq-0003PO-6h for 10034@debbugs.gnu.org; Mon, 14 Nov 2011 09:39:17 -0500 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id pAEEcYfV024171 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 14 Nov 2011 14:38:35 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 pAEEcXqw009927 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 14 Nov 2011 14:38:34 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 pAEEcSsW032564; Mon, 14 Nov 2011 08:38:28 -0600 Received: from dradamslap1 (/10.159.63.193) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 14 Nov 2011 06:38:28 -0800 From: "Drew Adams" References: <84bosg634i.fsf@aol.com> <4EBFA0B7.20400@gmx.at><84obwfpqy1.fsf@aol.com> <4EC0D740.7000707@gmx.at> Date: Mon, 14 Nov 2011 06:38:19 -0800 Message-ID: <53882BF762D84CFE9B20B392DE8F0D89@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: <4EC0D740.7000707@gmx.at> Thread-Index: AcyiqzBHlyQDqVrbScC+vpOGU7vS9AALiGVA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-CT-RefId: str=0001.0A090209.4EC127EB.00E0,ss=1,re=0.000,fgs=0 X-Spam-Score: -6.2 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.2 (------) > (BTW, I noticed that after sending a bug report and successfully > sending with `C-c C-c', the Bug Report Help buffer created when > invoking `(report-emacs-bug)' at least from the menu-bar, remains > visible as another (split) window. Is that intentional?) Dunno whether it is related, but: I have the bug-report window use a separate frame (special-display) - likewise, the bug-report help buffer. The help buffer's frame remains even after I've sent the bug report. That's something I can tolerate. What's worse is that the frame used to show the report buffer now iconifies (bad). It used to disappear (be deleted) after I hit C-c C-c to send the bug report. This annoyance is new with Emacs 24. There is obviously no reason to keep the report buffer (either of them, actually) around in any visible way - e.g. as an icon. After the dialog of sending a bug report, these frames should be deleted. If someone really wants to revisit (display) the report buffer (but why?), well, that's what we have C-x C-b and C-x b for. Bad UI, IMHO. From unknown Tue Jun 17 01:41:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10034: 24.0.91; max-specpdl-size error Resent-From: nyc4bos@aol.com Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 16 Nov 2011 03:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10034 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 10034@debbugs.gnu.org Received: via spool by 10034-submit@debbugs.gnu.org id=B10034.13214124389170 (code B ref 10034); Wed, 16 Nov 2011 03:01:01 +0000 Received: (at 10034) by debbugs.gnu.org; 16 Nov 2011 03:00:38 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RQVjq-0002Nq-8D for submit@debbugs.gnu.org; Tue, 15 Nov 2011 22:00:38 -0500 Received: from imr-db02.mx.aol.com ([205.188.91.96]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RQVjm-0002Nh-PX for 10034@debbugs.gnu.org; Tue, 15 Nov 2011 22:00:36 -0500 Received: from mtaout-db04.r1000.mx.aol.com (mtaout-db04.r1000.mx.aol.com [172.29.51.196]) by imr-db02.mx.aol.com (8.14.1/8.14.1) with ESMTP id pAG2xmjk023956; Tue, 15 Nov 2011 21:59:48 -0500 Received: from STATION03 (173-13-86-254-NewEngland.hfc.comcastbusiness.net [173.13.86.254]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mtaout-db04.r1000.mx.aol.com (MUA/Third Party Client Interface) with ESMTPSA id B541EE000098; Tue, 15 Nov 2011 21:59:47 -0500 (EST) From: nyc4bos@aol.com References: <84bosg634i.fsf@aol.com> <4EBFA0B7.20400@gmx.at> <84obwfpqy1.fsf@aol.com> <4EC0D740.7000707@gmx.at> Date: Tue, 15 Nov 2011 21:59:46 -0500 In-Reply-To: <4EC0D740.7000707@gmx.at> (martin rudalics's message of "Mon, 14 Nov 2011 09:54:24 +0100") Message-ID: <84vcqkwz4t.fsf@aol.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain x-aol-global-disposition: G DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20110426; t=1321412388; bh=9pmJeY9PgpvBMhJksdj1JJWKs+34e7T1uQHCvMs/GdU=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=kPOtVuSF8zJqtZoD/Z7xLDG5Zifu2o7muz0okrBKIFmLmtcz+eVZbHzj1jSxxnSDr I659FO3k2fioLnaD8YfHlfU6EBtRYmQ4rnham6Dr0ysCjECQScHb+zuWMMkAZvvBm9 P2pbqWPvRV1GExDgyaoYjDE3LRwHNjTLTU0zl2BM= X-AOL-SCOLL-SCORE: 0:2:477080704:93952408 X-AOL-SCOLL-URL_COUNT: 0 x-aol-sid: 3039ac1d33c44ec3272345a4 X-AOL-IP: 173.13.86.254 X-Spam-Score: -3.5 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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.5 (---) martin rudalics writes: >> C-g worked. However, other things that I did resulted in >> "Variable binding depth exceeds max-specpdl-size" messages. > > In a situation like this does it help to do either > > C-x 5 2 to make a new frame and delete the old one, or > > C-x 1 to display only one window? > > If either of this makes the messages disappear, the bug could be in the > window handling code. I haven't gotten the message message thus far with the new Emacs Windows zip file released yesterday (emacs-20111114-r106380-bin-i386.zip) by Christoph Scholtes with newer window.el/window.c code. I'll keep trying for a litle while longer to see if I can reproduce it. > >> The specific error message that I listed above: >> >> window-min-size-1: Variable binding depth exceeds max-specpdl-size >> >> occurred when I tried to `C-SPC C-h M-w' the *Message* buffer. > > What is this key sequence supposed to do? It sets the mark, (mark-whole-buffer), and (kill-ring-save) of the *Message* buffer so that I could paste it in the new Emacs instance to send my bug report. > >> When I was geting different "max-specpdl-size" errors with almost >> everything I subsequently did, I started up a new Emacs instance in >> order to file a bug report. >> >> I then tried to copy the *Message* buffer from the original Emacs >> instance that was having this problem into the new Emacs instance in >> order to provide information for the bug report. >> >> I could `C-x b' (switch-to-buffer) to the *Message* buffer and a few >> other things but most things resulted in different "max-specpdl-size" >> warning messages. > > How many windows were on this Emacs frame at that time? Two. > >> (BTW, I noticed that after sending a bug report and successfully >> sending with `C-c C-c', the Bug Report Help buffer created when >> invoking `(report-emacs-bug)' at least from the menu-bar, remains >> visible as another (split) window. Is that intentional?) > > I don't know. Looking at the code of `report-emacs-bug' I don't see a > call to remove a window but maybe I'm missing something. > > martin From unknown Tue Jun 17 01:41:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10034: 24.0.91; max-specpdl-size error Resent-From: nyc4bos@aol.com Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 16 Nov 2011 03:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10034 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 10034@debbugs.gnu.org Received: via spool by 10034-submit@debbugs.gnu.org id=B10034.132141331410440 (code B ref 10034); Wed, 16 Nov 2011 03:16:01 +0000 Received: (at 10034) by debbugs.gnu.org; 16 Nov 2011 03:15:14 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RQVxy-0002iL-7b for submit@debbugs.gnu.org; Tue, 15 Nov 2011 22:15:14 -0500 Received: from imr-da03.mx.aol.com ([205.188.105.145]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RQVxv-0002iC-HD for 10034@debbugs.gnu.org; Tue, 15 Nov 2011 22:15:12 -0500 Received: from mtaout-ma05.r1000.mx.aol.com (mtaout-ma05.r1000.mx.aol.com [172.29.41.5]) by imr-da03.mx.aol.com (8.14.1/8.14.1) with ESMTP id pAG3EHfR012733; Tue, 15 Nov 2011 22:14:17 -0500 Received: from STATION03 (173-13-86-254-NewEngland.hfc.comcastbusiness.net [173.13.86.254]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mtaout-ma05.r1000.mx.aol.com (MUA/Third Party Client Interface) with ESMTPSA id CE93EE00012B; Tue, 15 Nov 2011 22:14:16 -0500 (EST) From: nyc4bos@aol.com References: <84bosg634i.fsf@aol.com> <4EBFA0B7.20400@gmx.at> <84fwhrpkbi.fsf@aol.com> <4EC0D746.7040300@gmx.at> Date: Tue, 15 Nov 2011 22:14:15 -0500 In-Reply-To: <4EC0D746.7040300@gmx.at> (martin rudalics's message of "Mon, 14 Nov 2011 09:54:30 +0100") Message-ID: <84r518wygo.fsf@aol.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain x-aol-global-disposition: G DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20110426; t=1321413257; bh=oAvVXsUj/j7TG8Np0H3qz6fruAAj2Nh5/TiskuRzLmI=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=SgPOPTEiaXqSBYNUpfXv2I1B06K+kKrvPKGKanUoOoUY82/woKf0Tb49rWRVNqeKJ xmtNQOVhdw1Nu2Adp0n27iZ6ZeXnDnRRHqvIJogV3Dz+qUmJ5IGOtv/8U8CxtFrxMP nMFMXvNHNMPJzoil/QvodT4948ReweE+fv416E3U= X-AOL-SCOLL-SCORE: 0:2:340406496:93952408 X-AOL-SCOLL-URL_COUNT: 0 x-aol-sid: 3039ac1d29054ec32a887799 X-AOL-IP: 173.13.86.254 X-Spam-Score: -3.4 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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.4 (---) martin rudalics writes: >> Experimenting again, I got the following error messages: >> >> Error during redisplay: (error "Variable binding depth exceeds max-specpdl-size") [2 times] >> xding > > What is xding? A "flashing" visible bell (ring-bell-function). > >> Error during redisplay: (error "Variable binding depth exceeds max-specpdl-size") >> image-search-load-path: Variable binding depth exceeds max-specpdl-sizeError during redisplay: (error "Variable binding depth exceeds max-specpdl-size") > > I can't see that image-search-load-path might run into an endless loop. > >> Error during redisplay: (error "Variable binding depth exceeds max-specpdl-size") >> xding >> Error during redisplay: (error "Variable binding depth exceeds max-specpdl-size") [2 times] > > Could be related to the image handling code. Can you reproduce the error > in a session without loading images? The only image loaded was the splash screen, AFAICT. > > martin From unknown Tue Jun 17 01:41:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10034: 24.0.91; max-specpdl-size error Resent-From: nyc4bos@aol.com Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 16 Nov 2011 03:45:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10034 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: martin rudalics , 10034@debbugs.gnu.org Received: via spool by 10034-submit@debbugs.gnu.org id=B10034.132141505215878 (code B ref 10034); Wed, 16 Nov 2011 03:45:01 +0000 Received: (at 10034) by debbugs.gnu.org; 16 Nov 2011 03:44:12 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RQWPz-000482-JD for submit@debbugs.gnu.org; Tue, 15 Nov 2011 22:44:11 -0500 Received: from imr-da05.mx.aol.com ([205.188.105.147]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RQWPw-00047v-Pm for 10034@debbugs.gnu.org; Tue, 15 Nov 2011 22:44:09 -0500 Received: from mtaout-ma03.r1000.mx.aol.com (mtaout-ma03.r1000.mx.aol.com [172.29.41.3]) by imr-da05.mx.aol.com (8.14.1/8.14.1) with ESMTP id pAG3hJt9004622; Tue, 15 Nov 2011 22:43:19 -0500 Received: from STATION03 (173-13-86-254-NewEngland.hfc.comcastbusiness.net [173.13.86.254]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mtaout-ma03.r1000.mx.aol.com (MUA/Third Party Client Interface) with ESMTPSA id 2AC3BE0000C9; Tue, 15 Nov 2011 22:43:19 -0500 (EST) From: nyc4bos@aol.com References: <84bosg634i.fsf@aol.com> <4EBFA0B7.20400@gmx.at> Date: Tue, 15 Nov 2011 22:43:13 -0500 In-Reply-To: <4EBFA0B7.20400@gmx.at> (martin rudalics's message of "Sun, 13 Nov 2011 11:49:27 +0100") Message-ID: <84k470wx4e.fsf@aol.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain x-aol-global-disposition: G DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20110426; t=1321414999; bh=YUICAoJpx+izbXqdWBkU1BI8ulzNTlV4m88RN285uwg=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=EFrx9mAyTaYxke0nUzF936Ap2QC/W1g69HOgC0Mky5hMON79Et5qdyAmUQrXqF2Cz wcKCsMrELPDjQFhvjz1pw41qjNGhxP+Q1Ans3gZyB8DqXH1v57Fe/o8YRzOCj8qMcE EuLFINSVrcgnPIRjBHmBIju6bFZj4F7TR9NhYG4A= X-AOL-SCOLL-SCORE: 0:2:437339104:93952408 X-AOL-SCOLL-URL_COUNT: 0 x-aol-sid: 3039ac1d29034ec33157104f X-AOL-IP: 173.13.86.254 X-Spam-Score: -3.4 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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.3 (---) [I didn't receive Stefan's email but saw this on the mailing list. Perhaps he only sent it there?] Stefan Monnier writes: >> window-min-size-1: Variable binding depth exceeds max-specpdl-size > > Please first try to: > > rm lisp/window.elc; make > > just to make sure you're not seeing the recent "rebuild" problem. I'm using the pre-built Emacs Windows build and don't have the make utilities on this machine. Presumably, this will suffice: emacs -batch -f batch-byte-compile lisp/window.el Dunno if it's related to a possible "rebuild" problem but I also got: >> Error during redisplay: (error "Variable binding depth exceeds max-specpdl-size") >> image-search-load-path: Variable binding depth exceeds max-specpdl-sizeError during redisplay: (error "Variable binding depth exceeds max-specpdl-size") FYI: Looking at timestamps on the .el/.elc files, I see: 11/07/2011 09:12 PM 231,600 window.el 11/07/2011 09:12 PM 197,385 window.elc which I believe is the time that Christoph is compiling the .elc files and then copying both .el and .elc to a ZIP archive. Dunno for sure but I believe he is compiling .el files beforehand. In any event, your suggestion to recompile the .elc file is prudent and helps to rule out the "rebuild" problem. Thanks. From unknown Tue Jun 17 01:41:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10034: 24.0.91; max-specpdl-size error Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 16 Nov 2011 04:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10034 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: nyc4bos@aol.com Cc: 10034@debbugs.gnu.org, monnier@iro.umontreal.ca Reply-To: Eli Zaretskii Received: via spool by 10034-submit@debbugs.gnu.org id=B10034.132141628517668 (code B ref 10034); Wed, 16 Nov 2011 04:05:02 +0000 Received: (at 10034) by debbugs.gnu.org; 16 Nov 2011 04:04:45 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RQWjr-0004au-Lo for submit@debbugs.gnu.org; Tue, 15 Nov 2011 23:04:44 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RQWjo-0004aY-Q4 for 10034@debbugs.gnu.org; Tue, 15 Nov 2011 23:04:41 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LUQ00900J1WGX00@a-mtaout23.012.net.il> for 10034@debbugs.gnu.org; Wed, 16 Nov 2011 06:03:51 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.124.184.15]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LUQ009FXJAEFY40@a-mtaout23.012.net.il>; Wed, 16 Nov 2011 06:03:51 +0200 (IST) Date: Wed, 16 Nov 2011 06:01:58 +0200 From: Eli Zaretskii In-reply-to: <84k470wx4e.fsf@aol.com> X-012-Sender: halo1@inter.net.il Message-id: <83wrb0d8ax.fsf@gnu.org> References: <84bosg634i.fsf@aol.com> <4EBFA0B7.20400@gmx.at> <84k470wx4e.fsf@aol.com> X-Spam-Score: -1.7 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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.7 (-) > From: nyc4bos@aol.com > Date: Tue, 15 Nov 2011 22:43:13 -0500 > Cc: 10034@debbugs.gnu.org > > > Please first try to: > > > > rm lisp/window.elc; make > > > > just to make sure you're not seeing the recent "rebuild" problem. > > I'm using the pre-built Emacs Windows build and don't have the > make utilities on this machine. > > Presumably, this will suffice: > > emacs -batch -f batch-byte-compile lisp/window.el No, it will not. window.elc is preloaded into the emacs.exe binary you have. If you recompile window.el as above, it will not be used, unless you manually load it into Emacs: M-x load-library RET window RET And then it will be used, but as soon as you restart Emacs, you will have to reload it again, or be left with the old version. From unknown Tue Jun 17 01:41:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10034: 24.0.91; max-specpdl-size error Resent-From: nyc4bos@aol.com Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Nov 2011 05:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10034 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 10034@debbugs.gnu.org, monnier@iro.umontreal.ca Received: via spool by 10034-submit@debbugs.gnu.org id=B10034.13216808115626 (code B ref 10034); Sat, 19 Nov 2011 05:34:01 +0000 Received: (at 10034) by debbugs.gnu.org; 19 Nov 2011 05:33:31 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RRdYQ-0001Sh-GX for submit@debbugs.gnu.org; Sat, 19 Nov 2011 00:33:31 -0500 Received: from imr-ma04.mx.aol.com ([64.12.206.42]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RRdYM-0001SV-PZ for 10034@debbugs.gnu.org; Sat, 19 Nov 2011 00:33:28 -0500 Received: from mtaout-da01.r1000.mx.aol.com (mtaout-da01.r1000.mx.aol.com [172.29.51.129]) by imr-ma04.mx.aol.com (8.14.1/8.14.1) with ESMTP id pAJ5WPCK013217; Sat, 19 Nov 2011 00:32:25 -0500 Received: from STATION03 (173-13-86-254-NewEngland.hfc.comcastbusiness.net [173.13.86.254]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mtaout-da01.r1000.mx.aol.com (MUA/Third Party Client Interface) with ESMTPSA id 08D1DE0000A4; Sat, 19 Nov 2011 00:32:23 -0500 (EST) From: nyc4bos@aol.com References: <84bosg634i.fsf@aol.com> <4EBFA0B7.20400@gmx.at> <84k470wx4e.fsf@aol.com> <83wrb0d8ax.fsf@gnu.org> Date: Sat, 19 Nov 2011 00:32:05 -0500 In-Reply-To: <83wrb0d8ax.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 16 Nov 2011 06:01:58 +0200") Message-ID: <84pqgosmne.fsf@aol.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain x-aol-global-disposition: G DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20110426; t=1321680745; bh=q2kO/+uSZ6wnRR/S94CgCXo3BqzlW/of1HnIrZGY+J4=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=U3ErxS8y6ZFpBHXw7LEjf1aSoHgXjaEtRB4bIu86RekG1eP99pWTNt8wrYUrMH9QW 0bWGJxEr/PegxULkP7gwStcX8ODIogu/W9CngS862Cht0i/jVJqVPagAVWtYK5yzkt ayFDJexTiN9JAthIAX9aRdQXlo4F8Zfi7llJDGeE= X-AOL-SCOLL-SCORE: 0:2:471357568:93952408 X-AOL-SCOLL-URL_COUNT: 0 x-aol-sid: 3039ac1d33814ec73f675248 X-AOL-IP: 173.13.86.254 X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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.3 (---) Eli Zaretskii writes: >> From: nyc4bos@aol.com >> Date: Tue, 15 Nov 2011 22:43:13 -0500 >> Cc: 10034@debbugs.gnu.org >> >> > Please first try to: >> > >> > rm lisp/window.elc; make >> > >> > just to make sure you're not seeing the recent "rebuild" problem. >> >> I'm using the pre-built Emacs Windows build and don't have the >> make utilities on this machine. >> >> Presumably, this will suffice: >> >> emacs -batch -f batch-byte-compile lisp/window.el > > No, it will not. window.elc is preloaded into the emacs.exe binary > you have. If you recompile window.el as above, it will not be used, > unless you manually load it into Emacs: > > M-x load-library RET window RET > > And then it will be used, but as soon as you restart Emacs, you will > have to reload it again, or be left with the old version. Thanks for the information. I have a couple of questions about this: 1. Is there any way to determine that the .elc file that I have on-disk matches the preloaded .elc in the emacs.exe binary? Since I use the pre-built Emacs binary when on Windows, I presume that the .elc files I have on-disk were the ones loaded in the binary but I have no way of truely knowing unless I can query Emacs to tell me. 2. What are the preloaded .elc files? Are they the ones from loadup.el? Can one ask the Emacs instance to compare the .elc file on-disk with the one that it was preloaded with to verify they are the same? 3. Can you startup Emacs to either ignore its (non-necessary) preloaded .elc files if the same file name (.el/.elc) resides on-disk or tell it to only use the files (.el/.elc) in the `load-path' and not what was preloaded? Thanks. From unknown Tue Jun 17 01:41:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10034: 24.0.91; max-specpdl-size error Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Nov 2011 08:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10034 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: nyc4bos@aol.com Cc: 10034@debbugs.gnu.org, monnier@iro.umontreal.ca Reply-To: Eli Zaretskii Received: via spool by 10034-submit@debbugs.gnu.org id=B10034.132169053019908 (code B ref 10034); Sat, 19 Nov 2011 08:16:01 +0000 Received: (at 10034) by debbugs.gnu.org; 19 Nov 2011 08:15:30 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RRg5B-0005B3-TQ for submit@debbugs.gnu.org; Sat, 19 Nov 2011 03:15:30 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RRg58-0005Au-Pz for 10034@debbugs.gnu.org; Sat, 19 Nov 2011 03:15:28 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LUW00600EKUDI00@a-mtaout22.012.net.il> for 10034@debbugs.gnu.org; Sat, 19 Nov 2011 10:14:21 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.237.133]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LUW005X5EVTTLA0@a-mtaout22.012.net.il>; Sat, 19 Nov 2011 10:14:19 +0200 (IST) Date: Sat, 19 Nov 2011 10:12:29 +0200 From: Eli Zaretskii In-reply-to: <84pqgosmne.fsf@aol.com> X-012-Sender: halo1@inter.net.il Message-id: <83vcqgbkeq.fsf@gnu.org> References: <84bosg634i.fsf@aol.com> <4EBFA0B7.20400@gmx.at> <84k470wx4e.fsf@aol.com> <83wrb0d8ax.fsf@gnu.org> <84pqgosmne.fsf@aol.com> X-Spam-Score: -2.0 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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.0 (--) > From: nyc4bos@aol.com > Cc: monnier@iro.umontreal.ca, 10034@debbugs.gnu.org > Date: Sat, 19 Nov 2011 00:32:05 -0500 > > 1. Is there any way to determine that the .elc file that I have > on-disk matches the preloaded .elc in the emacs.exe binary? Why do you need to know? In general, comparing the time stamps of the .elc file with that of emacs.exe should be good enough. > Since I use the pre-built Emacs binary when on Windows, I presume > that the .elc files I have on-disk were the ones loaded in the binary That's true. > 2. What are the preloaded .elc files? Are they the ones from loadup.el? Yes. But note that some of them are loaded based on conditions, so not every `load' line in loadup.el is what ends up in emacs.exe. > Can one ask the Emacs instance to compare the .elc file on-disk with > the one that it was preloaded with to verify they are the same? Once loaded, the .elc file is not kept as such in memory. So you cannot compare the file on disk with it. > 3. Can you startup Emacs to either ignore its (non-necessary) preloaded > .elc files if the same file name (.el/.elc) resides on-disk or > tell it to only use the files (.el/.elc) in the `load-path' > and not what was preloaded? No. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 27 18:45:55 2012 Received: (at control) by debbugs.gnu.org; 27 Mar 2012 22:45:55 +0000 Received: from localhost ([127.0.0.1]:41807 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SCf8y-0004ym-E5 for submit@debbugs.gnu.org; Tue, 27 Mar 2012 18:45:55 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:33928) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SCf8w-0004yZ-70; Tue, 27 Mar 2012 18:45:34 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1SCeed-0003t1-N2; Tue, 27 Mar 2012 18:14:15 -0400 From: Glenn Morris To: 10034-quiet@debbugs.gnu.org Subject: Re: bug#10034: 24.0.91; max-specpdl-size error References: <84bosg634i.fsf@aol.com> <4EBFA0B7.20400@gmx.at> <84obwfpqy1.fsf@aol.com> <4EC0D740.7000707@gmx.at> <84vcqkwz4t.fsf@aol.com> X-Spook: Rumsfeld offensive information warfare Bletchley Park X-Ran: #dTHvn:1\?'/i9;|7^SD=YEG2wsaU-=/l@skvh0?uZ>H8d_)al.g~B`QwBH+@6cLg{sy6$ X-Hue: black X-Attribution: GM Date: Tue, 27 Mar 2012 18:14:15 -0400 In-Reply-To: <84vcqkwz4t.fsf@aol.com> (nyc4bos@aol.com's message of "Tue, 15 Nov 2011 21:59:46 -0500") Message-ID: <9zaa31hetk.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) tags 10034 moreinfo,unreproducible close 10034 stop nyc4bos@aol.com wrote: > I haven't gotten the message message thus far with the new Emacs Windows > zip file released yesterday (emacs-20111114-r106380-bin-i386.zip) by > Christoph Scholtes with newer window.el/window.c code. > > I'll keep trying for a litle while longer to see if I can reproduce it.