From unknown Mon Jun 23 23:50:11 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#12704 <12704@debbugs.gnu.org> To: bug#12704 <12704@debbugs.gnu.org> Subject: Status: 24.2.50; QuitError during redisplay: (eval (\` ((-3 (\, (propertize "%p" ... Reply-To: bug#12704 <12704@debbugs.gnu.org> Date: Tue, 24 Jun 2025 06:50:11 +0000 retitle 12704 24.2.50; QuitError during redisplay: (eval (\` ((-3 (\, (prop= ertize "%p" ... reassign 12704 emacs submitter 12704 "Drew Adams" severity 12704 minor thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 22 12:03:18 2012 Received: (at submit) by debbugs.gnu.org; 22 Oct 2012 16:03:18 +0000 Received: from localhost ([127.0.0.1]:56082 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TQKTF-00058W-SU for submit@debbugs.gnu.org; Mon, 22 Oct 2012 12:03:18 -0400 Received: from eggs.gnu.org ([208.118.235.92]:53394) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TQKTC-00058D-VD for submit@debbugs.gnu.org; Mon, 22 Oct 2012 12:03:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TQKRE-0004rM-Gy for submit@debbugs.gnu.org; Mon, 22 Oct 2012 12:01:22 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:50001) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TQKRE-0004qa-EG for submit@debbugs.gnu.org; Mon, 22 Oct 2012 12:01:12 -0400 Received: from eggs.gnu.org ([208.118.235.92]:55444) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TQKQz-0008JW-8D for bug-gnu-emacs@gnu.org; Mon, 22 Oct 2012 12:01:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TQKQb-0004ZP-GG for bug-gnu-emacs@gnu.org; Mon, 22 Oct 2012 12:00:49 -0400 Received: from acsinet15.oracle.com ([141.146.126.227]:35514) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TQKQb-0004Pc-8V for bug-gnu-emacs@gnu.org; Mon, 22 Oct 2012 12:00:33 -0400 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q9MG05KL018558 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 22 Oct 2012 16:00:06 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 q9MG04oS019930 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 22 Oct 2012 16:00:05 GMT Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q9MG04RB005424 for ; Mon, 22 Oct 2012 11:00:04 -0500 Received: from dradamslap1 (/130.35.178.248) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 22 Oct 2012 09:00:03 -0700 From: "Drew Adams" To: Subject: 24.2.50; QuitError during redisplay: (eval (\` ((-3 (\, (propertize "%p" ... Date: Mon, 22 Oct 2012 09:00:03 -0700 Message-ID: <29E638EE06A84E7DBF83D734916FF47F@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: Ac2wbkv4T9Pn7wpXSN+06EBS+6rCvw== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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 (------) (Not with emacs -Q, but with my setup.) Dunno whether this helps, but I noticed this message in *Messages*, apparently from mode-line display. Why is such a message written to *Messages* just because (seemingly) a user hits C-g during redisplay? Is there an option that controls whether to print such messages? QuitError during redisplay: (eval (\` ((-3 (\, (propertize "%p" (quote local-map) mode-line-column-line-number-mode-map (quote mouse-face) (quote mode-line-highlight) (quote help-echo) "Buffer position, mouse-1: Line/col menu"))) (size-indication-mode (8 (\, (propertize (if (and transient-mark-mode mark-active) (apply (function format) (mapcar (function eval) modelinepos-style)) " of %I") (quote face) (and transient-mark-mode mark-active (quote modelinepos-region)) (quote local-map) mode-line-column-line-number-mode-map (quote mouse-face) (quote mode-line-highlight) (quote help-echo) "Buffer position, mouse-1: Line/col menu")))) (line-number-mode ((column-number-mode (10 (\, (propertize " (%l,%c)" (quote face) (and (> (current-column) modelinepos-column-limit) (quote modelinepos-column-warning)) (quote local-map) mode-line-column-line-number-mode-map (quote mouse-face) (quote mode-line-highlight) (quote help-echo) "Line and column, mouse-1: Line/col menu"))) (6 (\, (propertize " L%l" (quote local-map) mode-line-column-line-number-mode-map (quote mouse-face) (quote mode-line-highlight) (quote help-echo) "Line number, mouse-1: Line/col menu"))))) ((column-number-mode (5 (\, (propertize " C%c" (quote face) (and (> (current-column) modelinepos-column-limit) (quote modelinepos-column-warning)) (quote local-map) mode-line-column-line-number-mode-map (quote mouse-face) (quote mode-line-highlight) (quote help-echo) "Column number, mouse-1: Line/col menu"))))))))) signaled (quit) In GNU Emacs 24.2.50.1 (i386-mingw-nt5.1.2600) of 2012-10-15 on DANI-PC Bzr revision: 110553 monnier@iro.umontreal.ca-20121015164957-6zms5w2js1xkldtg Windowing system distributor `Microsoft Corp.', version 5.1.2600 Configured using: `configure --with-gcc (4.7) --no-opt --enable-checking --cflags -I../../libs/libxpm-3.5.8/include -I../../libs/libxpm-3.5.8/src -I../../libs/libpng-1.4.10 -I../../libs/zlib-1.2.6 -I../../libs/giflib-4.1.4-1/include -I../../libs/jpeg-6b-4/include -I../../libs/tiff-3.8.2-1/include -I../../libs/libxml2-2.7.8-w32-bin/include/libxml2 -I../../libs/gnutls-3.0.16/include -I../../libs/libiconv-1.14-2-mingw32-dev/include' From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 22 13:12:22 2012 Received: (at 12704) by debbugs.gnu.org; 22 Oct 2012 17:12:22 +0000 Received: from localhost ([127.0.0.1]:56144 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TQLY5-0008PD-Uy for submit@debbugs.gnu.org; Mon, 22 Oct 2012 13:12:22 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:41493) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TQLY3-0008Ov-P6 for 12704@debbugs.gnu.org; Mon, 22 Oct 2012 13:12:20 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MCB00H000ZNVF00@a-mtaout20.012.net.il> for 12704@debbugs.gnu.org; Mon, 22 Oct 2012 19:10:14 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MCB00HRG1123EG0@a-mtaout20.012.net.il>; Mon, 22 Oct 2012 19:10:14 +0200 (IST) Date: Mon, 22 Oct 2012 19:10:10 +0200 From: Eli Zaretskii Subject: Re: bug#12704: 24.2.50; QuitError during redisplay: (eval (\` ((-3 (\, (propertize "%p" ... In-reply-to: <29E638EE06A84E7DBF83D734916FF47F@us.oracle.com> X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <83mwzecu19.fsf@gnu.org> References: <29E638EE06A84E7DBF83D734916FF47F@us.oracle.com> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > From: "Drew Adams" > Date: Mon, 22 Oct 2012 09:00:03 -0700 > > (Not with emacs -Q, but with my setup.) > > Dunno whether this helps, but I noticed this message in *Messages*, > apparently from mode-line display. [...] 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.5000] X-Debbugs-Envelope-To: 12704 Cc: 12704@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" > Date: Mon, 22 Oct 2012 09:00:03 -0700 > > (Not with emacs -Q, but with my setup.) > > Dunno whether this helps, but I noticed this message in *Messages*, > apparently from mode-line display. [...] 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.5000] > From: "Drew Adams" > Date: Mon, 22 Oct 2012 09:00:03 -0700 > > (Not with emacs -Q, but with my setup.) > > Dunno whether this helps, but I noticed this message in *Messages*, > apparently from mode-line display. Can you try guessing which part of the expression could have barfed? > Why is such a message written to > *Messages* just because (seemingly) a user hits C-g during redisplay? When some Lisp expression eval'ed by the display engine signals an error, that error is caught and the message is written to *Messages*. That's because redisplay cannot possibly let the message appear in the echo area, as this will cause another redisplay, which will again signal an error, and so on, ad nauseam. So the problem here is that an error was signaled during evaluation of a Lisp expression. Are you sure that the cause was C-g? The fact that you see "Quit" does not yet prove it was a C-g that caused that. > Is there an option that controls whether to print such messages? Print where? From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 22 13:58:59 2012 Received: (at 12704) by debbugs.gnu.org; 22 Oct 2012 17:58:59 +0000 Received: from localhost ([127.0.0.1]:56196 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TQMHC-0001RF-VC for submit@debbugs.gnu.org; Mon, 22 Oct 2012 13:58:59 -0400 Received: from rcsinet15.oracle.com ([148.87.113.117]:23282) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TQMHA-0001R2-Pk for 12704@debbugs.gnu.org; Mon, 22 Oct 2012 13:58:58 -0400 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q9MHv2k1026381 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 22 Oct 2012 17:57:02 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 q9MHv1pf006001 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Oct 2012 17:57:01 GMT Received: from abhmt116.oracle.com (abhmt116.oracle.com [141.146.116.68]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q9MHv1ON013878; Mon, 22 Oct 2012 12:57:01 -0500 Received: from dradamslap1 (/130.35.178.248) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 22 Oct 2012 10:57:00 -0700 From: "Drew Adams" To: "'Eli Zaretskii'" References: <29E638EE06A84E7DBF83D734916FF47F@us.oracle.com> <83mwzecu19.fsf@gnu.org> Subject: RE: bug#12704: 24.2.50; QuitError during redisplay: (eval (\` ((-3 (\, (propertize "%p" ... Date: Mon, 22 Oct 2012 10:56:59 -0700 Message-ID: <3407457CC337495DB10DBBB006A6CDDF@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: <83mwzecu19.fsf@gnu.org> Thread-Index: Ac2weCP9eZRFS3Z8RXiePaSFqiXw1wAAaD3w X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-Spam-Score: -4.9 (----) X-Debbugs-Envelope-To: 12704 Cc: 12704@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.9 (----) > Can you try guessing which part of the expression could have barfed? No. This is the expression that was passed to `eval', and it is eval'd all of the time during redisplay, with no problem: `((-3 ,(propertize "%p" 'local-map mode-line-column-line-number-mode-map 'mouse-face 'mode-line-highlight 'help-echo "Buffer position, mouse-1: Line/col menu")) (size-indication-mode (8 ,(propertize (if (and transient-mark-mode mark-active) (apply #'format (mapcar #'eval mode linepos-style)) " of %I") 'face (and transient-mark-mode mark-active 'modelinepos-region) 'local-map mode-line-column-line-number-mode-map 'mouse-face 'mode-line-highlight 'help-echo "Buffer position, mouse-1: Line/col menu"))) (line-number-mode ((column-number-mode (10 ,(propertize " (%l,%c)" 'face (and (> (current-column) modelinepos-column-limit) modelinepos-column-warning) 'local-map mode-line-column-line-number-mode-map 'mouse-face 'mode-line-highlight 'help-echo "Line and column, mouse-1: Line/col menu")) (6 ,(propertize " L%l" 'local-map mode-line-column-line-number-mode-map 'mouse-face 'mode-line-highlight 'help-echo "Line number, mouse-1: Line/col menu")))) ((column-number-mode (5 ,(propertize " C%c" 'face (and (> (current-column) modelinepos-column-limit) 'modelinepos-column-warning) 'local-map mode-line-column-line-number-mode-map 'mouse-face 'mode-line-highlight 'help-echo "Column number, mouse-1: Line/col menu")))))) Do you see anything problematic in that sexp? I don't. > > Why is such a message written to *Messages* just because (seemingly) > > a user hits C-g during redisplay? > > When some Lisp expression eval'ed by the display engine signals an > error, that error is caught and the message is written to *Messages*. > That's because redisplay cannot possibly let the message appear in the > echo area, as this will cause another redisplay, which will again > signal an error, and so on, ad nauseam. That I understood. I got the (mistaken?) impression that this message was printed out because of a user quit during redisplay. > So the problem here is that an error was signaled during evaluation of > a Lisp expression. Are you sure that the cause was C-g? The fact > that you see "Quit" does not yet prove it was a C-g that caused that. No, I certainly am not sure of anything regarding this. I do know that that sexp is eval'd and the mode line updated accordingly zillions of times throughout every one of my Emacs sessions, with no problem. That, together with the "signaled (quit)" led me to think that it was a C-g that caused the message printing. Are you sure that the cause was not C-g? Why print "signaled (quit)" if there was no quit signal? Or is that supposed to mean (a) an error was signalled (not a quit) and so (b) redisplay then quit? > > Is there an option that controls whether to print such messages? > > Print where? To *Messages*. But I guess there is not, since you say that this is the normal handling of an eval error and did not come from C-g. I understand that such a message would be printed for a real (display) error. What seemed odd was that it would be done for C-g during redisplay. That's what I thought was happening. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 22 14:42:40 2012 Received: (at 12704) by debbugs.gnu.org; 22 Oct 2012 18:42:40 +0000 Received: from localhost ([127.0.0.1]:56236 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TQMxT-0002T6-Ve for submit@debbugs.gnu.org; Mon, 22 Oct 2012 14:42:40 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:51367) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TQMxQ-0002Sp-66 for 12704@debbugs.gnu.org; Mon, 22 Oct 2012 14:42:37 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ai0FAG6Zu09FpYC//2dsb2JhbAA+BrBIg0mBCIIVAQEEAVYjBQsLNBIUGA0kiBwFugmLLYUXA6MzgViDBQ X-IronPort-AV: E=Sophos;i="4.75,637,1330923600"; d="scan'208";a="202483729" Received: from 69-165-128-191.dsl.teksavvy.com (HELO pastel.home) ([69.165.128.191]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 22 Oct 2012 14:40:42 -0400 Received: by pastel.home (Postfix, from userid 20848) id 0DF8E59347; Mon, 22 Oct 2012 14:40:42 -0400 (EDT) From: Stefan Monnier To: "Drew Adams" Subject: Re: bug#12704: 24.2.50; QuitError during redisplay: (eval (\` ((-3 (\, (propertize "%p" ... Message-ID: References: <29E638EE06A84E7DBF83D734916FF47F@us.oracle.com> <83mwzecu19.fsf@gnu.org> <3407457CC337495DB10DBBB006A6CDDF@us.oracle.com> Date: Mon, 22 Oct 2012 14:40:41 -0400 In-Reply-To: <3407457CC337495DB10DBBB006A6CDDF@us.oracle.com> (Drew Adams's message of "Mon, 22 Oct 2012 10:56:59 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 12704 Cc: 'Eli Zaretskii' , 12704@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.8 (/) > Are you sure that the cause was not C-g? We have no idea. Eli was just pointing out that a `quit' signal can also be generated without the user hitting C-g, although it's admittedly very unusual. But while rendering the mode-line, inhibit-quit is non-nil normally, so hitting C-g should presumably not signal `quit' in your code. > To *Messages*. But I guess there is not, since you say that this is > the normal handling of an eval error and did not come from C-g. > I understand that such a message would be printed for a real (display) > error. What seemed odd was that it would be done for C-g during > redisplay. That's what I thought was happening. The message should not be printed, because what happened is something which shouldn't happen. I'm not sure how best to try and track down the source of this `quit' signal, OTOH. The only non-negligible computation in your expression seems to be a few calls to `current-column' Oh, wait, there's also the "mapcar #'eval" which could potentially do something non-trivial, so you might want to look in there, see if some of the code run from there might let-bind inhibit-quit back to nil or if it might signal `quit'? Stefan From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 22 16:15:31 2012 Received: (at 12704) by debbugs.gnu.org; 22 Oct 2012 20:15:31 +0000 Received: from localhost ([127.0.0.1]:56280 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TQOPL-0004vw-32 for submit@debbugs.gnu.org; Mon, 22 Oct 2012 16:15:31 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:38699) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TQOPE-0004vX-Sr for 12704@debbugs.gnu.org; Mon, 22 Oct 2012 16:15:29 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MCB00L00941AT00@a-mtaout23.012.net.il> for 12704@debbugs.gnu.org; Mon, 22 Oct 2012 22:13:20 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MCB00LO89I60SC0@a-mtaout23.012.net.il>; Mon, 22 Oct 2012 22:13:19 +0200 (IST) Date: Mon, 22 Oct 2012 22:13:14 +0200 From: Eli Zaretskii Subject: Re: bug#12704: 24.2.50; QuitError during redisplay: (eval (\` ((-3 (\, (propertize "%p" ... In-reply-to: <3407457CC337495DB10DBBB006A6CDDF@us.oracle.com> X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <83d30aclk5.fsf@gnu.org> References: <29E638EE06A84E7DBF83D734916FF47F@us.oracle.com> <83mwzecu19.fsf@gnu.org> <3407457CC337495DB10DBBB006A6CDDF@us.oracle.com> X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 12704 Cc: 12704@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: <12704@debbugs.gnu.org> > Date: Mon, 22 Oct 2012 10:56:59 -0700 > > > Can you try guessing which part of the expression could have barfed? > > No. This is the expression that was passed to `eval', and it is eval'd all of > the time during redisplay, with no problem: > > `((-3 ,(propertize > "%p" 'local-map mode-line-column-line-number-mode-map > 'mouse-face 'mode-line-highlight > 'help-echo "Buffer position, mouse-1: Line/col menu")) > (size-indication-mode > (8 ,(propertize > (if (and transient-mark-mode mark-active) > (apply #'format (mapcar #'eval mode linepos-style)) > " of %I") 'face (and transient-mark-mode mark-active > 'modelinepos-region) > 'local-map mode-line-column-line-number-mode-map > 'mouse-face 'mode-line-highlight > 'help-echo "Buffer position, mouse-1: Line/col menu"))) > (line-number-mode > ((column-number-mode > (10 ,(propertize > " (%l,%c)" > 'face (and (> (current-column) > modelinepos-column-limit) > modelinepos-column-warning) > 'local-map mode-line-column-line-number-mode-map > 'mouse-face 'mode-line-highlight > 'help-echo "Line and column, mouse-1: Line/col menu")) > (6 ,(propertize > " L%l" 'local-map mode-line-column-line-number-mode-map > 'mouse-face 'mode-line-highlight > 'help-echo "Line number, mouse-1: Line/col menu")))) > ((column-number-mode > (5 ,(propertize > " C%c" 'face (and (> (current-column) > modelinepos-column-limit) > 'modelinepos-column-warning) > 'local-map mode-line-column-line-number-mode-map > 'mouse-face 'mode-line-highlight > 'help-echo "Column number, mouse-1: Line/col menu")))))) > > Do you see anything problematic in that sexp? I don't. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.175 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] > From: "Drew Adams" > Cc: <12704@debbugs.gnu.org> > Date: Mon, 22 Oct 2012 10:56:59 -0700 > > > Can you try guessing which part of the expression could have barfed? > > No. This is the expression that was passed to `eval', and it is eval'd all of > the time during redisplay, with no problem: > > `((-3 ,(propertize > "%p" 'local-map mode-line-column-line-number-mode-map > 'mouse-face 'mode-line-highlight > 'help-echo "Buffer position, mouse-1: Line/col menu")) > (size-indication-mode > (8 ,(propertize > (if (and transient-mark-mode mark-active) > (apply #'format (mapcar #'eval mode linepos-style)) > " of %I") 'face (and transient-mark-mode mark-active > 'modelinepos-region) > 'local-map mode-line-column-line-number-mode-map > 'mouse-face 'mode-line-highlight > 'help-echo "Buffer position, mouse-1: Line/col menu"))) > (line-number-mode > ((column-number-mode > (10 ,(propertize > " (%l,%c)" > 'face (and (> (current-column) > modelinepos-column-limit) > modelinepos-column-warning) > 'local-map mode-line-column-line-number-mode-map > 'mouse-face 'mode-line-highlight > 'help-echo "Line and column, mouse-1: Line/col menu")) > (6 ,(propertize > " L%l" 'local-map mode-line-column-line-number-mode-map > 'mouse-face 'mode-line-highlight > 'help-echo "Line number, mouse-1: Line/col menu")))) > ((column-number-mode > (5 ,(propertize > " C%c" 'face (and (> (current-column) > modelinepos-column-limit) > 'modelinepos-column-warning) > 'local-map mode-line-column-line-number-mode-map > 'mouse-face 'mode-line-highlight > 'help-echo "Column number, mouse-1: Line/col menu")))))) > > Do you see anything problematic in that sexp? I don't. If you have size-indication-mode turned on, I'd look at the mapcar part, like Stefan suggests. > I got the (mistaken?) impression that this message was printed out > because of a user quit during redisplay. It could be the case, but then it's a bug somewhere, as redisplay generally disables quitting. > Are you sure that the cause was not C-g? No. > Why print "signaled (quit)" if there was no quit signal? Quit signal can be generated by something that is not C-g. It could come from evaluating a menu item, for example, or from a canceled menu. > Or is that supposed to mean (a) an error was signalled (not a quit) > and so (b) redisplay then quit? No, it really means that some Lisp form signaled quit, or C-g was pressed while a Lisp form was evaluated without inhibiting quitting. > > > Is there an option that controls whether to print such messages? > > > > Print where? > > To *Messages*. They are always printed to *Messages*, as redisplay has no other ways of recording these errors that don't re-enter redisplay. > I understand that such a message would be printed for a real > (display) error. What seemed odd was that it would be done for C-g > during redisplay. That's what I thought was happening. It did. When redisplay needs to eval some Lisp, it does so in a way that catches any signals thrown by that Lisp. When such a signal is caught, the message you see is inserted into *Messages*. The quit signal could come either from the eval'ed Lisp, or because you typed C-g while inhibit-quit was not set, which will cause the Lisp evaluation to be canceled by the quit signal. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 22 16:41:29 2012 Received: (at 12704) by debbugs.gnu.org; 22 Oct 2012 20:41:29 +0000 Received: from localhost ([127.0.0.1]:56308 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TQOoT-0005aX-81 for submit@debbugs.gnu.org; Mon, 22 Oct 2012 16:41:29 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:37330) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TQOoO-0005aI-Du for 12704@debbugs.gnu.org; Mon, 22 Oct 2012 16:41:25 -0400 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 q9MKdTVv006021 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 22 Oct 2012 20:39:30 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 q9MKdS39028894 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Oct 2012 20:39:28 GMT Received: from abhmt108.oracle.com (abhmt108.oracle.com [141.146.116.60]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q9MKdRvs032048; Mon, 22 Oct 2012 15:39:28 -0500 Received: from dradamslap1 (/130.35.178.248) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 22 Oct 2012 13:39:27 -0700 From: "Drew Adams" To: "'Stefan Monnier'" References: <29E638EE06A84E7DBF83D734916FF47F@us.oracle.com><83mwzecu19.fsf@gnu.org><3407457CC337495DB10DBBB006A6CDDF@us.oracle.com> Subject: RE: bug#12704: 24.2.50; QuitError during redisplay: (eval (\` ((-3 (\, (propertize "%p" ... Date: Mon, 22 Oct 2012 13:39:26 -0700 Message-ID: <2B2AB6A97B554C8EAA17A1A14422F191@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: Thread-Index: Ac2whL78vNPdgAHDQySpeX1VHwHMTAADfJxg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 12704 Cc: 'Eli Zaretskii' , 12704@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.8 (/) > The message should not be printed, because what happened is something > which shouldn't happen. Hm. FWIW, Eli's msg seems to contradict that: "They are always printed to *Messages*, as redisplay has no other ways of recording these errors that don't re-enter redisplay. Which makes sense. >From what I gather from your reply and his, a quit signal from C-g (but not from code?) during mode-line redisplay normally does not result in such a message in *Messages*, because the redisplay code binds `inhibit-quit' to non-nil while it does its thing. So if the msg resulted from my hitting C-g then the fact that the message is present indicates that something must have changed `inhibit-quit' to nil. FWIW, this is the only time I've seen such a msg. > I'm not sure how best to try and > track down the source of this `quit' signal, OTOH. > > The only non-negligible computation in your expression seems > to be a few calls to `current-column' > Oh, wait, there's also the "mapcar #'eval" which could potentially do > something non-trivial, so you might want to look in there, see if some > of the code run from there might let-bind inhibit-quit back > to nil or if it might signal `quit'? This is the list that `eval' is mapped over: (" %d ch, %d l" (abs (- (mark t) (point))) (count-lines (mark t) (point))) (`format' is then applied to that result.) I don't see anywhere that `inhibit-quit' could be bound to nil in that code. But I didn't recursively check the def of each function that is called by `count-lines'. I imagine that it could be bound to nil more generally, in some operation during which the mode line happened to get updated by display. But that is presumably already taken care of - I imagine that the binding to non-nil happens when mode-line updating begins. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 22 17:20:10 2012 Received: (at 12704) by debbugs.gnu.org; 22 Oct 2012 21:20:10 +0000 Received: from localhost ([127.0.0.1]:56348 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TQPPt-0006iK-LN for submit@debbugs.gnu.org; Mon, 22 Oct 2012 17:20:10 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:60365) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TQPPr-0006he-6K for 12704@debbugs.gnu.org; Mon, 22 Oct 2012 17:20:08 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MCB00K00CDIRA00@a-mtaout22.012.net.il> for 12704@debbugs.gnu.org; Mon, 22 Oct 2012 23:18:12 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MCB00K3ICIBHA70@a-mtaout22.012.net.il>; Mon, 22 Oct 2012 23:18:12 +0200 (IST) Date: Mon, 22 Oct 2012 23:18:08 +0200 From: Eli Zaretskii Subject: Re: bug#12704: 24.2.50; QuitError during redisplay: (eval (\` ((-3 (\, (propertize "%p" ... In-reply-to: <2B2AB6A97B554C8EAA17A1A14422F191@us.oracle.com> X-012-Sender: halo1@inter.net.il To: Drew Adams Message-id: <837gqicijz.fsf@gnu.org> References: <29E638EE06A84E7DBF83D734916FF47F@us.oracle.com> <83mwzecu19.fsf@gnu.org> <3407457CC337495DB10DBBB006A6CDDF@us.oracle.com> <2B2AB6A97B554C8EAA17A1A14422F191@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: "'Eli Zaretskii'" , <12704@debbugs.gnu.org> > Date: Mon, 22 Oct 2012 13:39:26 -0700 > > > The message should not be printed, because what happened is something > > which shouldn't happen. > > Hm. FWIW, Eli's msg seems to contradict that: > > "They are always printed to *Messages*, as redisplay has no > other ways of recording these errors that don't re-enter redisplay. [...] 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: 12704 Cc: monnier@iro.umontreal.ca, 12704@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: "'Eli Zaretskii'" , <12704@debbugs.gnu.org> > Date: Mon, 22 Oct 2012 13:39:26 -0700 > > > The message should not be printed, because what happened is something > > which shouldn't happen. > > Hm. FWIW, Eli's msg seems to contradict that: > > "They are always printed to *Messages*, as redisplay has no > other ways of recording these errors that don't re-enter redisplay. [...] 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] > From: "Drew Adams" > Cc: "'Eli Zaretskii'" , <12704@debbugs.gnu.org> > Date: Mon, 22 Oct 2012 13:39:26 -0700 > > > The message should not be printed, because what happened is something > > which shouldn't happen. > > Hm. FWIW, Eli's msg seems to contradict that: > > "They are always printed to *Messages*, as redisplay has no > other ways of recording these errors that don't re-enter redisplay. There's no contradiction here. Stefan says that the message is not expected, i.e. it's an emergency. I explained that _if_ these messages are issued, they are put into *Messages*. > >From what I gather from your reply and his, a quit signal from C-g (but not from > code?) during mode-line redisplay normally does not result in such a message in > *Messages*, because the redisplay code binds `inhibit-quit' to non-nil while it > does its thing. That's the plan, yes. But bugs are so creative... > So if the msg resulted from my hitting C-g then the fact that the message is > present indicates that something must have changed `inhibit-quit' to nil. That's the suspicion, yes. > I imagine that it could be bound to nil more generally, in some operation during > which the mode line happened to get updated by display. But that is presumably > already taken care of - I imagine that the binding to non-nil happens when > mode-line updating begins. Yes, this should be taken care of. I think. From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 31 17:06:07 2012 Received: (at 12704) by debbugs.gnu.org; 31 Oct 2012 21:06:07 +0000 Received: from localhost ([127.0.0.1]:41985 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTfUE-0005Z3-UJ for submit@debbugs.gnu.org; Wed, 31 Oct 2012 17:06:07 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:49740) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TTfUC-0005Yu-1h for 12704@debbugs.gnu.org; Wed, 31 Oct 2012 17:06:05 -0400 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 q9VL3MfW001801 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 31 Oct 2012 21:03:24 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 q9VL3LUH017584 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 Oct 2012 21:03:22 GMT Received: from abhmt110.oracle.com (abhmt110.oracle.com [141.146.116.62]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q9VL3JED005280; Wed, 31 Oct 2012 16:03:21 -0500 Received: from dradamslap1 (/130.35.178.8) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 31 Oct 2012 14:03:18 -0700 From: "Drew Adams" To: "'Stefan Monnier'" References: <29E638EE06A84E7DBF83D734916FF47F@us.oracle.com><83mwzecu19.fsf@gnu.org><3407457CC337495DB10DBBB006A6CDDF@us.oracle.com> <2B2AB6A97B554C8EAA17A1A14422F191@us.oracle.com> Subject: RE: bug#12704: 24.2.50; QuitError during redisplay: (eval (\` ((-3 (\, (propertize "%p" ... Date: Wed, 31 Oct 2012 14:03:17 -0700 Message-ID: <9E8791A163EB4DF9BF9E67BD23FBF3F3@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: <2B2AB6A97B554C8EAA17A1A14422F191@us.oracle.com> Thread-Index: Ac2whL78vNPdgAHDQySpeX1VHwHMTAADfJxgAcXaJ/A= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12704 Cc: 12704@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) > So if the msg resulted from my hitting C-g then the fact that > the message is present indicates that something must have changed > `inhibit-quit' to nil. ... > I don't see anywhere that `inhibit-quit' could be bound to > nil in that code. But I didn't recursively check the def > of each function that is called by `count-lines'. FYI, I think I found the culprit. In my file icomplete+.el I redefine some functions from icomplete.el. I include macro `while-no-input' in the file so that the file can be byte-compiled in Emacs versions prior to Emacs 23 and the byte-compiled file used with Emacs 23. I include macro `with-local-quit' too, because it is used by `while-no-input'. And macro `with-local-quit' binds `inhibit-quit' to nil. So most likely I hit C-g while the mode line was being redisplayed, which caused the redisplay code to print that error msg to *Messages*. It happened again today, when I was trying to use the debugger with icomplete code. Error during redisplay: (eval (mode-line-eol-desc)) signaled (quit) [BTW, I also got this unrelated internal error when trying to test some related code: Error in post-command-hook ((lambda nil (let ((non-essential t)) (run-hooks (quote icomplete-post-command-hook))))): (error "Internal error: *scratch* doesn't match \\`mcs")] From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 11 16:12:51 2012 Received: (at control) by debbugs.gnu.org; 11 Dec 2012 21:12:51 +0000 Received: from localhost ([127.0.0.1]:37641 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TiX8F-0004ar-05 for submit@debbugs.gnu.org; Tue, 11 Dec 2012 16:12:51 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:41554) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TiX8C-0004ak-Fy for control@debbugs.gnu.org; Tue, 11 Dec 2012 16:12:48 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1TiX7V-0001fe-H8 for control@debbugs.gnu.org; Tue, 11 Dec 2012 16:12:05 -0500 Date: Tue, 11 Dec 2012 16:12:05 -0500 Message-Id: Subject: control message for bug 12515 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: -4.2 (----) forcemerge 12704 12515 From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 08 22:07:44 2014 Received: (at 12704) by debbugs.gnu.org; 9 Feb 2014 03:07:44 +0000 Received: from localhost ([127.0.0.1]:58626 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCKkB-0001mF-BY for submit@debbugs.gnu.org; Sat, 08 Feb 2014 22:07:44 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:46693) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCKk8-0001m2-9X; Sat, 08 Feb 2014 22:07:40 -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 1WCKjq-0004Hd-Mn; Sun, 09 Feb 2014 04:07:23 +0100 From: Lars Ingebrigtsen To: "Drew Adams" Subject: Re: bug#12704: 24.2.50; QuitError during redisplay: (eval (\` ((-3 (\, (propertize "%p" ... References: <29E638EE06A84E7DBF83D734916FF47F@us.oracle.com> <83mwzecu19.fsf@gnu.org> <3407457CC337495DB10DBBB006A6CDDF@us.oracle.com> <2B2AB6A97B554C8EAA17A1A14422F191@us.oracle.com> <9E8791A163EB4DF9BF9E67BD23FBF3F3@us.oracle.com> Date: Sat, 08 Feb 2014 19:06:09 -0800 In-Reply-To: <9E8791A163EB4DF9BF9E67BD23FBF3F3@us.oracle.com> (Drew Adams's message of "Wed, 31 Oct 2012 14:03:17 -0700") Message-ID: <87sirthtni.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: 1WCKjq-0004Hd-Mn X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1392520044.62529@epiZuOubpAlnvuBNbboeBg X-Spam-Status: No X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 12704 Cc: 12515@debbugs.gnu.org, 'Stefan Monnier' , 12704@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 (/) "Drew Adams" writes: > It happened again today, when I was trying to use the debugger with icomplete > code. > > Error during redisplay: (eval (mode-line-eol-desc)) signaled (quit) Ok, then this doesn't seem to be a bug. Closing. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 08 22:08:00 2014 Received: (at control) by debbugs.gnu.org; 9 Feb 2014 03:08:00 +0000 Received: from localhost ([127.0.0.1]:58631 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCKkR-0001ms-LU for submit@debbugs.gnu.org; Sat, 08 Feb 2014 22:07:59 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:32824) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WCKkP-0001mk-Bk for control@debbugs.gnu.org; Sat, 08 Feb 2014 22:07:57 -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 1WCKkB-0004Hn-NK for control@debbugs.gnu.org; Sun, 09 Feb 2014 04:07:44 +0100 Date: Sat, 08 Feb 2014 19:06:19 -0800 Message-Id: <87r47dhtn8.fsf@building.gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #12515 X-MailScanner-ID: 1WCKkB-0004Hn-NK X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1392520064.41604@2etGhAfYl9aVpPMvH0OOPg 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 12515 From unknown Mon Jun 23 23:50:11 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 09 Mar 2014 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator