From unknown Mon Jun 23 07:52:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#38035: 27.0.50; Trivial errors in process filters can render Emacs unusable Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 02 Nov 2019 17:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 38035 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 38035@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.15727172479444 (code B ref -1); Sat, 02 Nov 2019 17:55:01 +0000 Received: (at submit) by debbugs.gnu.org; 2 Nov 2019 17:54:07 +0000 Received: from localhost ([127.0.0.1]:33058 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iQxbD-0002SG-B4 for submit@debbugs.gnu.org; Sat, 02 Nov 2019 13:54:07 -0400 Received: from lists.gnu.org ([209.51.188.17]:48994) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iQxbB-0002S6-BC for submit@debbugs.gnu.org; Sat, 02 Nov 2019 13:54:06 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:50104) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iQxb9-0003aH-W0 for bug-gnu-emacs@gnu.org; Sat, 02 Nov 2019 13:54:05 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_40,URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iQxb8-0004tM-PR for bug-gnu-emacs@gnu.org; Sat, 02 Nov 2019 13:54:03 -0400 Received: from quimby.gnus.org ([80.91.231.51]:52760) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1iQxb8-0004rf-Ic for bug-gnu-emacs@gnu.org; Sat, 02 Nov 2019 13:54:02 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iQxb4-000512-3x for bug-gnu-emacs@gnu.org; Sat, 02 Nov 2019 18:54:00 +0100 From: Lars Ingebrigtsen Date: Sat, 02 Nov 2019 18:53:57 +0100 Message-ID: <874kzmdv0q.fsf@gnus.org> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 80.91.231.51 X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) If you eval the following, your Emacs will become unusable and you'll have to kill it (so don't eval it): (let ((process (start-process "foo" (get-buffer-create "*foo*") "bash" "-c" "while true; do echo foo; sleep 1; done"))) (set-process-filter process (lambda (&rest _) (error)))) The reason for this is that when signalling an error from a process filter, Emacs messages the error message and then seems to sleep for a second? I haven't investigated the code yet. This is something that has bit me more than a few times when working with process filters (i.e., making a syntax error and then having Emacs blow up on me). I'm not sure what solution would be best. I see two obvious things we could do: Remove the process filter, so that it doesn't trigger again. Or -- remove the one-second sleep, which would allow the user to `M-x list-processes' and kill the offending process. In GNU Emacs 27.0.50 (build 6, x86_64-pc-linux-gnu, GTK+ Version 3.24.5) of 2019-11-01 built on marnie Repository revision: eda98211e31ed969823c1048b3cde635e08eebe5 Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12004000 System Description: Debian GNU/Linux 10 (buster) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Jun 23 07:52:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#38035: 27.0.50; Trivial errors in process filters can render Emacs unusable Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 02 Nov 2019 18:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38035 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 38035@debbugs.gnu.org Received: via spool by 38035-submit@debbugs.gnu.org id=B38035.157271978013862 (code B ref 38035); Sat, 02 Nov 2019 18:37:02 +0000 Received: (at 38035) by debbugs.gnu.org; 2 Nov 2019 18:36:20 +0000 Received: from localhost ([127.0.0.1]:33088 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iQyG4-0003bW-2f for submit@debbugs.gnu.org; Sat, 02 Nov 2019 14:36:20 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46020) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iQyG0-0003bD-IW for 38035@debbugs.gnu.org; Sat, 02 Nov 2019 14:36:18 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:59253) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iQyFv-0005q4-Cw; Sat, 02 Nov 2019 14:36:11 -0400 Received: from [176.228.60.248] (port=2810 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iQyFt-0005vx-Ae; Sat, 02 Nov 2019 14:36:11 -0400 Date: Sat, 02 Nov 2019 20:36:03 +0200 Message-Id: <83pniai0rw.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <874kzmdv0q.fsf@gnus.org> (message from Lars Ingebrigtsen on Sat, 02 Nov 2019 18:53:57 +0100) References: <874kzmdv0q.fsf@gnus.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Date: Sat, 02 Nov 2019 18:53:57 +0100 > > (let ((process (start-process > "foo" (get-buffer-create "*foo*") > "bash" "-c" "while true; do echo foo; sleep 1; done"))) > (set-process-filter > process > (lambda (&rest _) > (error)))) > > The reason for this is that when signalling an error from a process > filter, Emacs messages the error message and then seems to sleep for a > second? Yes, see read_process_output_error_handler (it's actually 2-sec sleep), and read_and_dispose_of_process_output, where we set up for calling the process filter. > I'm not sure what solution would be best. I see two obvious things we > could do: Remove the process filter, so that it doesn't trigger again. > Or -- remove the one-second sleep, which would allow the user to `M-x > list-processes' and kill the offending process. I'd suggest to count the number of times a process filter errors out, and disable it after some configurable number. Doing that on the first error sounds too drastic: it could be a one-time spurious error. From unknown Mon Jun 23 07:52:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#38035: 27.0.50; Trivial errors in process filters can render Emacs unusable Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 02 Nov 2019 18:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38035 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 38035@debbugs.gnu.org Received: via spool by 38035-submit@debbugs.gnu.org id=B38035.157271990814106 (code B ref 38035); Sat, 02 Nov 2019 18:39:02 +0000 Received: (at 38035) by debbugs.gnu.org; 2 Nov 2019 18:38:28 +0000 Received: from localhost ([127.0.0.1]:33097 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iQyI7-0003fR-U3 for submit@debbugs.gnu.org; Sat, 02 Nov 2019 14:38:28 -0400 Received: from quimby.gnus.org ([80.91.231.51]:59188) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iQyI6-0003fK-9Y for 38035@debbugs.gnu.org; Sat, 02 Nov 2019 14:38:26 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iQyI2-0005UE-Vt; Sat, 02 Nov 2019 19:38:25 +0100 From: Lars Ingebrigtsen References: <874kzmdv0q.fsf@gnus.org> <83pniai0rw.fsf@gnu.org> Date: Sat, 02 Nov 2019 19:38:22 +0100 In-Reply-To: <83pniai0rw.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 02 Nov 2019 20:36:03 +0200") Message-ID: <87o8xucee9.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > Yes, see read_process_output_error_handler (it's actually 2-sec > sleep), and read_and_dispose_of_process_output, where we set up for > calling the process filter. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > Yes, see read_process_output_error_handler (it's actually 2-sec > sleep), and read_and_dispose_of_process_output, where we set up for > calling the process filter. Ah, right. > I'd suggest to count the number of times a process filter errors out, > and disable it after some configurable number. Doing that on the > first error sounds too drastic: it could be a one-time spurious error. Good idea. Perhaps something time-based -- if it errors out at a rate that would make Emacs unusable (so more than, say, ten errors per minute (configurable), would disable the filter)? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Jun 23 07:52:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#38035: 27.0.50; Trivial errors in process filters can render Emacs unusable Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 02 Nov 2019 18:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38035 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 38035@debbugs.gnu.org Received: via spool by 38035-submit@debbugs.gnu.org id=B38035.157272000814313 (code B ref 38035); Sat, 02 Nov 2019 18:41:01 +0000 Received: (at 38035) by debbugs.gnu.org; 2 Nov 2019 18:40:08 +0000 Received: from localhost ([127.0.0.1]:33105 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iQyJj-0003in-M0 for submit@debbugs.gnu.org; Sat, 02 Nov 2019 14:40:07 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46476) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iQyJi-0003iD-5J for 38035@debbugs.gnu.org; Sat, 02 Nov 2019 14:40:06 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:59290) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iQyJc-0000AV-VW; Sat, 02 Nov 2019 14:40:01 -0400 Received: from [176.228.60.248] (port=3051 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iQyJb-0006CM-Ac; Sat, 02 Nov 2019 14:40:00 -0400 Date: Sat, 02 Nov 2019 20:40:00 +0200 Message-Id: <83o8xui0lb.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87o8xucee9.fsf@gnus.org> (message from Lars Ingebrigtsen on Sat, 02 Nov 2019 19:38:22 +0100) References: <874kzmdv0q.fsf@gnus.org> <83pniai0rw.fsf@gnu.org> <87o8xucee9.fsf@gnus.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: 38035@debbugs.gnu.org > Date: Sat, 02 Nov 2019 19:38:22 +0100 > > > I'd suggest to count the number of times a process filter errors out, > > and disable it after some configurable number. Doing that on the > > first error sounds too drastic: it could be a one-time spurious error. > > Good idea. Perhaps something time-based -- if it errors out at a rate > that would make Emacs unusable (so more than, say, ten errors per > minute (configurable), would disable the filter)? Works for me, thanks. From unknown Mon Jun 23 07:52:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#38035: 27.0.50; Trivial errors in process filters can render Emacs unusable Resent-From: Richard Stallman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Nov 2019 13:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38035 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 38035@debbugs.gnu.org Reply-To: rms@gnu.org Received: via spool by 38035-submit@debbugs.gnu.org id=B38035.157278728611128 (code B ref 38035); Sun, 03 Nov 2019 13:22:02 +0000 Received: (at 38035) by debbugs.gnu.org; 3 Nov 2019 13:21:26 +0000 Received: from localhost ([127.0.0.1]:33479 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iRFos-0002tP-0X for submit@debbugs.gnu.org; Sun, 03 Nov 2019 08:21:26 -0500 Received: from eggs.gnu.org ([209.51.188.92]:50799) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iRFop-0002tC-4D for 38035@debbugs.gnu.org; Sun, 03 Nov 2019 08:21:25 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40753) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iRFoj-0005yc-Us; Sun, 03 Nov 2019 08:21:17 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1iRFoe-0001I4-7D; Sun, 03 Nov 2019 08:21:12 -0500 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman In-Reply-To: <874kzmdv0q.fsf@gnus.org> (message from Lars Ingebrigtsen on Sat, 02 Nov 2019 18:53:57 +0100) References: <874kzmdv0q.fsf@gnus.org> Message-Id: Date: Sun, 03 Nov 2019 08:21:12 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] The special code to make errors in filters visible is an important feature. It prevents confusion, whereby users don't understand what is failing because they don't see the error messages. It also makes possible, as you've pointed out, one more way you can screw yourself with a perverse Lisp program -- but is it worth trying to fix that? -- Dr Richard Stallman Founder, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) From unknown Mon Jun 23 07:52:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#38035: 27.0.50; Trivial errors in process filters can render Emacs unusable Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Nov 2019 14:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38035 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Richard Stallman Cc: 38035@debbugs.gnu.org Received: via spool by 38035-submit@debbugs.gnu.org id=B38035.15727927803087 (code B ref 38035); Sun, 03 Nov 2019 14:53:01 +0000 Received: (at 38035) by debbugs.gnu.org; 3 Nov 2019 14:53:00 +0000 Received: from localhost ([127.0.0.1]:33517 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iRHFT-0000ni-Sr for submit@debbugs.gnu.org; Sun, 03 Nov 2019 09:53:00 -0500 Received: from quimby.gnus.org ([80.91.231.51]:44310) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iRHFS-0000nX-1Z for 38035@debbugs.gnu.org; Sun, 03 Nov 2019 09:52:58 -0500 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iRHFN-0006h6-Vk; Sun, 03 Nov 2019 15:52:56 +0100 From: Lars Ingebrigtsen References: <874kzmdv0q.fsf@gnus.org> Date: Sun, 03 Nov 2019 15:52:53 +0100 In-Reply-To: (Richard Stallman's message of "Sun, 03 Nov 2019 08:21:12 -0500") Message-ID: <87zhhdau62.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Richard Stallman writes: > It also makes possible, as you've pointed out, one more way you can > screw yourself with a perverse Lisp program -- but is it worth trying > to fix that? This isn't about perverse Lisp programs -- it's about being able to write code without any trivial error making Emacs blow up. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Richard Stallman writes: > It also makes possible, as you've pointed out, one more way you can > screw yourself with a perverse Lisp program -- but is it worth trying > to fix that? This isn't about perverse Lisp programs -- it's about being able to write code without any trivial error making Emacs blow up. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Jun 23 07:52:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#38035: 27.0.50; Trivial errors in process filters can render Emacs unusable Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Nov 2019 15:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38035 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: rms@gnu.org Cc: larsi@gnus.org, 38035@debbugs.gnu.org Received: via spool by 38035-submit@debbugs.gnu.org id=B38035.157279629525796 (code B ref 38035); Sun, 03 Nov 2019 15:52:01 +0000 Received: (at 38035) by debbugs.gnu.org; 3 Nov 2019 15:51:35 +0000 Received: from localhost ([127.0.0.1]:34864 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iRIAB-0006i0-3h for submit@debbugs.gnu.org; Sun, 03 Nov 2019 10:51:35 -0500 Received: from eggs.gnu.org ([209.51.188.92]:36060) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iRIA9-0006hm-Af for 38035@debbugs.gnu.org; Sun, 03 Nov 2019 10:51:33 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:42385) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iRIA4-0003E5-4P; Sun, 03 Nov 2019 10:51:28 -0500 Received: from [176.228.60.248] (port=4853 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iRI9w-0006e8-Pe; Sun, 03 Nov 2019 10:51:21 -0500 Date: Sun, 03 Nov 2019 17:51:30 +0200 Message-Id: <83ftj5hsal.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Richard Stallman on Sun, 03 Nov 2019 08:21:12 -0500) References: <874kzmdv0q.fsf@gnus.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Richard Stallman > Date: Sun, 03 Nov 2019 08:21:12 -0500 > Cc: 38035@debbugs.gnu.org > > The special code to make errors in filters visible is an important > feature. It prevents confusion, whereby users don't understand > what is failing because they don't see the error messages. > > It also makes possible, as you've pointed out, one more way you can > screw yourself with a perverse Lisp program -- but is it worth trying > to fix that? The current idea for a fix is to let the error be displayed several times, until and unless it is clear that the error is repeatedly signaled with a very high frequency, and if so, disable the filter for that process. I think this strikes the right balance between showing the error to users and still leaving Emacs in a usable state. From unknown Mon Jun 23 07:52:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#38035: 27.0.50; Trivial errors in process filters can render Emacs unusable Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Nov 2019 16:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38035 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 38035@debbugs.gnu.org, rms@gnu.org Received: via spool by 38035-submit@debbugs.gnu.org id=B38035.15727992006358 (code B ref 38035); Sun, 03 Nov 2019 16:40:02 +0000 Received: (at 38035) by debbugs.gnu.org; 3 Nov 2019 16:40:00 +0000 Received: from localhost ([127.0.0.1]:34940 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iRIv2-0001eO-7L for submit@debbugs.gnu.org; Sun, 03 Nov 2019 11:40:00 -0500 Received: from quimby.gnus.org ([80.91.231.51]:45612) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iRIv0-0001eG-BZ for 38035@debbugs.gnu.org; Sun, 03 Nov 2019 11:39:58 -0500 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iRIuw-0007Qb-GG; Sun, 03 Nov 2019 17:39:57 +0100 From: Lars Ingebrigtsen References: <874kzmdv0q.fsf@gnus.org> <83ftj5hsal.fsf@gnu.org> Date: Sun, 03 Nov 2019 17:39:53 +0100 In-Reply-To: <83ftj5hsal.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 03 Nov 2019 17:51:30 +0200") Message-ID: <87lfswap7q.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > The current idea for a fix is to let the error be displayed several > times, until and unless it is clear that the error is repeatedly > signaled with a very high frequency, and if so, disable the f [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > The current idea for a fix is to let the error be displayed several > times, until and unless it is clear that the error is repeatedly > signaled with a very high frequency, and if so, disable the filter for > that process. > > I think this strikes the right balance between showing the error to > users and still leaving Emacs in a usable state. I think that's the right solution, too. Bu I do wonder about the need for the sleep when signalling errors from a process filter in particular. For instance (run-at-time 1 1 (lambda () (error))) doesn't pause Emacs at all, but just displays the error as normal, which seems, well, more normal to me. What's so special about filter errors that you have to pause Emacs? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Jun 23 07:52:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#38035: 27.0.50; Trivial errors in process filters can render Emacs unusable Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Nov 2019 17:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38035 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 38035@debbugs.gnu.org, rms@gnu.org Received: via spool by 38035-submit@debbugs.gnu.org id=B38035.157280062616954 (code B ref 38035); Sun, 03 Nov 2019 17:04:01 +0000 Received: (at 38035) by debbugs.gnu.org; 3 Nov 2019 17:03:46 +0000 Received: from localhost ([127.0.0.1]:35023 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iRJI2-0004PL-FA for submit@debbugs.gnu.org; Sun, 03 Nov 2019 12:03:46 -0500 Received: from eggs.gnu.org ([209.51.188.92]:49275) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iRJI0-0004P6-6q for 38035@debbugs.gnu.org; Sun, 03 Nov 2019 12:03:44 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:43605) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iRJHv-0004um-1T; Sun, 03 Nov 2019 12:03:39 -0500 Received: from [176.228.60.248] (port=1291 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iRJHl-0000qz-P9; Sun, 03 Nov 2019 12:03:30 -0500 Date: Sun, 03 Nov 2019 19:03:38 +0200 Message-Id: <83d0e8j3it.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87lfswap7q.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 03 Nov 2019 17:39:53 +0100) References: <874kzmdv0q.fsf@gnus.org> <83ftj5hsal.fsf@gnu.org> <87lfswap7q.fsf@gnus.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: rms@gnu.org, 38035@debbugs.gnu.org > Date: Sun, 03 Nov 2019 17:39:53 +0100 > > Bu I do wonder about the need for the sleep when signalling errors from > a process filter in particular. For instance > > (run-at-time 1 1 (lambda () (error))) > > doesn't pause Emacs at all, but just displays the error as normal, which > seems, well, more normal to me. What's so special about filter errors > that you have to pause Emacs? I guess the idea was to make sure the message is seen, not obscured right away. From unknown Mon Jun 23 07:52:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#38035: 27.0.50; Trivial errors in process filters can render Emacs unusable Resent-From: Richard Stallman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Nov 2019 03:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38035 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: larsi@gnus.org, 38035@debbugs.gnu.org Reply-To: rms@gnu.org Received: via spool by 38035-submit@debbugs.gnu.org id=B38035.157283975531607 (code B ref 38035); Mon, 04 Nov 2019 03:56:02 +0000 Received: (at 38035) by debbugs.gnu.org; 4 Nov 2019 03:55:55 +0000 Received: from localhost ([127.0.0.1]:35721 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iRTT8-0008Dj-Sq for submit@debbugs.gnu.org; Sun, 03 Nov 2019 22:55:55 -0500 Received: from eggs.gnu.org ([209.51.188.92]:51482) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iRTT6-0008DV-Qq for 38035@debbugs.gnu.org; Sun, 03 Nov 2019 22:55:53 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50751) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iRTT1-0005os-JD; Sun, 03 Nov 2019 22:55:47 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1iRTT0-0007RA-E9; Sun, 03 Nov 2019 22:55:46 -0500 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman In-Reply-To: <83ftj5hsal.fsf@gnu.org> (message from Eli Zaretskii on Sun, 03 Nov 2019 17:51:30 +0200) References: <874kzmdv0q.fsf@gnus.org> <83ftj5hsal.fsf@gnu.org> Message-Id: Date: Sun, 03 Nov 2019 22:55:46 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > The current idea for a fix is to let the error be displayed several > times, until and unless it is clear that the error is repeatedly > signaled with a very high frequency, and if so, disable the filter for > that process. > I think this strikes the right balance between showing the error to > users and still leaving Emacs in a usable state. Maybe it will work well. I won't argue against. -- Dr Richard Stallman Founder, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) From unknown Mon Jun 23 07:52:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#38035: 27.0.50; Trivial errors in process filters can render Emacs unusable Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 08 Nov 2019 20:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38035 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 38035@debbugs.gnu.org, rms@gnu.org Received: via spool by 38035-submit@debbugs.gnu.org id=B38035.15732457628501 (code B ref 38035); Fri, 08 Nov 2019 20:43:01 +0000 Received: (at 38035) by debbugs.gnu.org; 8 Nov 2019 20:42:42 +0000 Received: from localhost ([127.0.0.1]:47709 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iTB5e-0002D3-2G for submit@debbugs.gnu.org; Fri, 08 Nov 2019 15:42:42 -0500 Received: from quimby.gnus.org ([80.91.231.51]:53188) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iTB5c-0002Cv-Gf for 38035@debbugs.gnu.org; Fri, 08 Nov 2019 15:42:41 -0500 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iTB5Y-0007CR-4u; Fri, 08 Nov 2019 21:42:38 +0100 From: Lars Ingebrigtsen References: <874kzmdv0q.fsf@gnus.org> <83ftj5hsal.fsf@gnu.org> <87lfswap7q.fsf@gnus.org> <83d0e8j3it.fsf@gnu.org> Date: Fri, 08 Nov 2019 21:42:35 +0100 In-Reply-To: <83d0e8j3it.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 03 Nov 2019 19:03:38 +0200") Message-ID: <87eeyi5cck.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> Bu I do wonder about the need for the sleep when signalling errors from >> a process filter in particular. For instance >> >> (run-at-time 1 1 (lambda () (error))) >> >> doesn't pause Emacs at all, [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> Bu I do wonder about the need for the sleep when signalling errors from >> a process filter in particular. For instance >> >> (run-at-time 1 1 (lambda () (error))) >> >> doesn't pause Emacs at all, but just displays the error as normal, which >> seems, well, more normal to me. What's so special about filter errors >> that you have to pause Emacs? > > I guess the idea was to make sure the message is seen, not obscured > right away. But we don't do this with errors that happen in other circumstances -- just the filter errors, I think? (And some errors are so annoying to deal with that we disabled them immediately if they happen. For instance, if a function in post-command-hook happens, we just remove the function immediately.) So I think the sleep in the filter handling should be removed. (This is in addition to disabling the filter upon some threshold or other.) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Jun 23 07:52:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#38035: 27.0.50; Trivial errors in process filters can render Emacs unusable Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 08 Nov 2019 20:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38035 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 38035@debbugs.gnu.org, rms@gnu.org Received: via spool by 38035-submit@debbugs.gnu.org id=B38035.15732462549325 (code B ref 38035); Fri, 08 Nov 2019 20:51:02 +0000 Received: (at 38035) by debbugs.gnu.org; 8 Nov 2019 20:50:54 +0000 Received: from localhost ([127.0.0.1]:47725 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iTBDZ-0002QL-QG for submit@debbugs.gnu.org; Fri, 08 Nov 2019 15:50:54 -0500 Received: from eggs.gnu.org ([209.51.188.92]:41196) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iTBDW-0002Q8-RB for 38035@debbugs.gnu.org; Fri, 08 Nov 2019 15:50:51 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:55360) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iTBDR-0000FC-L9; Fri, 08 Nov 2019 15:50:45 -0500 Received: from [176.228.60.248] (port=1822 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iTBDI-0004TL-SI; Fri, 08 Nov 2019 15:50:37 -0500 Date: Fri, 08 Nov 2019 22:50:26 +0200 Message-Id: <831ruiay99.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87eeyi5cck.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 08 Nov 2019 21:42:35 +0100) References: <874kzmdv0q.fsf@gnus.org> <83ftj5hsal.fsf@gnu.org> <87lfswap7q.fsf@gnus.org> <83d0e8j3it.fsf@gnu.org> <87eeyi5cck.fsf@gnus.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: rms@gnu.org, 38035@debbugs.gnu.org > Date: Fri, 08 Nov 2019 21:42:35 +0100 > > > I guess the idea was to make sure the message is seen, not obscured > > right away. > > But we don't do this with errors that happen in other circumstances -- > just the filter errors, I think? Because reception of process output is not necessarily a frequent event, so we want to be sure the user had enough time to see the message. > (And some errors are so annoying to deal with that we disabled them > immediately if they happen. For instance, if a function in > post-command-hook happens, we just remove the function immediately.) Post command hook is called much more frequently. > So I think the sleep in the filter handling should be removed. (This is > in addition to disabling the filter upon some threshold or other.) I see no reason. If the mechanism of disabling such a filter will work reasonably well, the sleep will annoy a few times, and then go away. I understand that it pissed you off, but the situation where it happened will be resolved by the automatic disabling, so your past annoyance doesn't need to affect anything else. IOW, I think you are over-reacting here. From unknown Mon Jun 23 07:52:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#38035: 27.0.50; Trivial errors in process filters can render Emacs unusable Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 08 Nov 2019 20:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38035 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 38035@debbugs.gnu.org, rms@gnu.org Received: via spool by 38035-submit@debbugs.gnu.org id=B38035.15732465049712 (code B ref 38035); Fri, 08 Nov 2019 20:56:02 +0000 Received: (at 38035) by debbugs.gnu.org; 8 Nov 2019 20:55:04 +0000 Received: from localhost ([127.0.0.1]:47729 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iTBHb-0002WZ-Fj for submit@debbugs.gnu.org; Fri, 08 Nov 2019 15:55:03 -0500 Received: from quimby.gnus.org ([80.91.231.51]:53310) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iTBHZ-0002W6-Jv for 38035@debbugs.gnu.org; Fri, 08 Nov 2019 15:55:02 -0500 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iTBHV-0007GN-Gu; Fri, 08 Nov 2019 21:55:00 +0100 From: Lars Ingebrigtsen References: <874kzmdv0q.fsf@gnus.org> <83ftj5hsal.fsf@gnu.org> <87lfswap7q.fsf@gnus.org> <83d0e8j3it.fsf@gnu.org> <87eeyi5cck.fsf@gnus.org> <831ruiay99.fsf@gnu.org> Date: Fri, 08 Nov 2019 21:54:57 +0100 In-Reply-To: <831ruiay99.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 08 Nov 2019 22:50:26 +0200") Message-ID: <871rui5bry.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> But we don't do this with errors that happen in other circumstances -- >> just the filter errors, I think? > > Because reception of process output is not necessarily a frequent > event, so we want [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> But we don't do this with errors that happen in other circumstances -- >> just the filter errors, I think? > > Because reception of process output is not necessarily a frequent > event, so we want to be sure the user had enough time to see the > message. But why filters in particular? As I said, we don't do this with any other errors, including run-at-time (which is usually not a frequent thing at all). > I understand that it pissed you off, but the situation where it > happened will be resolved by the automatic disabling, so your past > annoyance doesn't need to affect anything else. IOW, I think you are > over-reacting here. I'm not pissed off? :-) I just think that Emacs should behave consistently. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Jun 23 07:52:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#38035: 27.0.50; Trivial errors in process filters can render Emacs unusable Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Nov 2019 06:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38035 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 38035@debbugs.gnu.org, rms@gnu.org Received: via spool by 38035-submit@debbugs.gnu.org id=B38035.157328066510031 (code B ref 38035); Sat, 09 Nov 2019 06:25:02 +0000 Received: (at 38035) by debbugs.gnu.org; 9 Nov 2019 06:24:25 +0000 Received: from localhost ([127.0.0.1]:48080 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iTKAa-0002bi-Oz for submit@debbugs.gnu.org; Sat, 09 Nov 2019 01:24:24 -0500 Received: from eggs.gnu.org ([209.51.188.92]:46532) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iTKAY-0002bU-GA for 38035@debbugs.gnu.org; Sat, 09 Nov 2019 01:24:23 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:36008) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iTKAT-0008T0-AF; Sat, 09 Nov 2019 01:24:17 -0500 Received: from [176.228.60.248] (port=4800 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iTKAL-0006Vh-KU; Sat, 09 Nov 2019 01:24:10 -0500 Date: Sat, 09 Nov 2019 08:24:01 +0200 Message-Id: <83zhh5a7pa.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <871rui5bry.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 08 Nov 2019 21:54:57 +0100) References: <874kzmdv0q.fsf@gnus.org> <83ftj5hsal.fsf@gnu.org> <87lfswap7q.fsf@gnus.org> <83d0e8j3it.fsf@gnu.org> <87eeyi5cck.fsf@gnus.org> <831ruiay99.fsf@gnu.org> <871rui5bry.fsf@gnus.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: rms@gnu.org, 38035@debbugs.gnu.org > Date: Fri, 08 Nov 2019 21:54:57 +0100 > > Eli Zaretskii writes: > > >> But we don't do this with errors that happen in other circumstances -- > >> just the filter errors, I think? > > > > Because reception of process output is not necessarily a frequent > > event, so we want to be sure the user had enough time to see the > > message. > > But why filters in particular? As I said, we don't do this with any > other errors, including run-at-time (which is usually not a frequent > thing at all). Maybe we should do the same with timer functions, indeed. > I'm not pissed off? :-) Sorry. > I just think that Emacs should behave consistently. If doing the same with timers will contribute to that consistency, I don't object. I just think that we shouldn't remove an old feature because of a single accident that should be quite rare. From unknown Mon Jun 23 07:52:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#38035: 27.0.50; Trivial errors in process filters can render Emacs unusable Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Nov 2019 20:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38035 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 38035@debbugs.gnu.org, rms@gnu.org Received: via spool by 38035-submit@debbugs.gnu.org id=B38035.157333168520398 (code B ref 38035); Sat, 09 Nov 2019 20:35:02 +0000 Received: (at 38035) by debbugs.gnu.org; 9 Nov 2019 20:34:45 +0000 Received: from localhost ([127.0.0.1]:50338 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iTXRU-0005Iu-Lj for submit@debbugs.gnu.org; Sat, 09 Nov 2019 15:34:44 -0500 Received: from quimby.gnus.org ([80.91.231.51]:40912) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iTXRT-0005Im-2e for 38035@debbugs.gnu.org; Sat, 09 Nov 2019 15:34:43 -0500 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iTXRP-0000sQ-1n; Sat, 09 Nov 2019 21:34:41 +0100 From: Lars Ingebrigtsen References: <874kzmdv0q.fsf@gnus.org> <83ftj5hsal.fsf@gnu.org> <87lfswap7q.fsf@gnus.org> <83d0e8j3it.fsf@gnu.org> <87eeyi5cck.fsf@gnus.org> <831ruiay99.fsf@gnu.org> <871rui5bry.fsf@gnus.org> <83zhh5a7pa.fsf@gnu.org> Date: Sat, 09 Nov 2019 21:34:38 +0100 In-Reply-To: <83zhh5a7pa.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 09 Nov 2019 08:24:01 +0200") Message-ID: <87h83czt41.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > Maybe we should do the same with timer functions, indeed. And post-command-hook and all the other errors? Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > Maybe we should do the same with timer functions, indeed. And post-command-hook and all the other errors? >> I just think that Emacs should behave consistently. > > If doing the same with timers will contribute to that consistency, I > don't object. I just think that we shouldn't remove an old feature > because of a single accident that should be quite rare. What do you mean by "single accident"? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Jun 23 07:52:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#38035: 27.0.50; Trivial errors in process filters can render Emacs unusable Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Nov 2019 09:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38035 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 38035@debbugs.gnu.org, rms@gnu.org Received: via spool by 38035-submit@debbugs.gnu.org id=B38035.157372196025927 (code B ref 38035); Thu, 14 Nov 2019 09:00:02 +0000 Received: (at 38035) by debbugs.gnu.org; 14 Nov 2019 08:59:20 +0000 Received: from localhost ([127.0.0.1]:60922 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iVAyG-0006k6-KA for submit@debbugs.gnu.org; Thu, 14 Nov 2019 03:59:20 -0500 Received: from eggs.gnu.org ([209.51.188.92]:45382) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iVAyE-0006ju-U9 for 38035@debbugs.gnu.org; Thu, 14 Nov 2019 03:59:19 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46437) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iVAy9-0002PA-OM; Thu, 14 Nov 2019 03:59:13 -0500 Received: from [176.228.60.248] (port=1412 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iVAy0-0005Rh-Ef; Thu, 14 Nov 2019 03:59:04 -0500 Date: Thu, 14 Nov 2019 10:58:48 +0200 Message-Id: <838soi96lz.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87h83czt41.fsf@gnus.org> (message from Lars Ingebrigtsen on Sat, 09 Nov 2019 21:34:38 +0100) References: <874kzmdv0q.fsf@gnus.org> <83ftj5hsal.fsf@gnu.org> <87lfswap7q.fsf@gnus.org> <83d0e8j3it.fsf@gnu.org> <87eeyi5cck.fsf@gnus.org> <831ruiay99.fsf@gnu.org> <871rui5bry.fsf@gnus.org> <83zhh5a7pa.fsf@gnu.org> <87h83czt41.fsf@gnus.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: rms@gnu.org, 38035@debbugs.gnu.org > Date: Sat, 09 Nov 2019 21:34:38 +0100 > > Eli Zaretskii writes: > > > Maybe we should do the same with timer functions, indeed. > > And post-command-hook and all the other errors? IMO no, because post-command-hook isn't asynchronous. > >> I just think that Emacs should behave consistently. > > > > If doing the same with timers will contribute to that consistency, I > > don't object. I just think that we shouldn't remove an old feature > > because of a single accident that should be quite rare. > > What do you mean by "single accident"? The one that you cited, and which started this. From unknown Mon Jun 23 07:52:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#38035: 27.0.50; Trivial errors in process filters can render Emacs unusable Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Nov 2019 09:57:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38035 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 38035@debbugs.gnu.org, rms@gnu.org Received: via spool by 38035-submit@debbugs.gnu.org id=B38035.157372541431380 (code B ref 38035); Thu, 14 Nov 2019 09:57:03 +0000 Received: (at 38035) by debbugs.gnu.org; 14 Nov 2019 09:56:54 +0000 Received: from localhost ([127.0.0.1]:60966 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iVBry-0008A2-9r for submit@debbugs.gnu.org; Thu, 14 Nov 2019 04:56:54 -0500 Received: from quimby.gnus.org ([95.216.78.240]:52664) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iVBrt-00089m-Lc for 38035@debbugs.gnu.org; Thu, 14 Nov 2019 04:56:51 -0500 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1iVBrl-0002S6-Kf; Thu, 14 Nov 2019 10:56:44 +0100 From: Lars Ingebrigtsen References: <874kzmdv0q.fsf@gnus.org> <83ftj5hsal.fsf@gnu.org> <87lfswap7q.fsf@gnus.org> <83d0e8j3it.fsf@gnu.org> <87eeyi5cck.fsf@gnus.org> <831ruiay99.fsf@gnu.org> <871rui5bry.fsf@gnus.org> <83zhh5a7pa.fsf@gnu.org> <87h83czt41.fsf@gnus.org> <838soi96lz.fsf@gnu.org> Date: Thu, 14 Nov 2019 10:56:40 +0100 In-Reply-To: <838soi96lz.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 14 Nov 2019 10:58:48 +0200") Message-ID: <87zhgyn5lz.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> What do you mean by "single accident"? > > The one that you cited, and which started this. I posted a proof of concept. I'm seeing this problem all the time when working with filters. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: gnu.org] -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> What do you mean by "single accident"? > > The one that you cited, and which started this. I posted a proof of concept. I'm seeing this problem all the time when working with filters. Perhaps you just don't work with filters that much? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Jun 23 07:52:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#38035: 27.0.50; Trivial errors in process filters can render Emacs unusable Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Nov 2019 14:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38035 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 38035@debbugs.gnu.org, rms@gnu.org Received: via spool by 38035-submit@debbugs.gnu.org id=B38035.15737408421783 (code B ref 38035); Thu, 14 Nov 2019 14:15:02 +0000 Received: (at 38035) by debbugs.gnu.org; 14 Nov 2019 14:14:02 +0000 Received: from localhost ([127.0.0.1]:32920 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iVFso-0000Sg-3p for submit@debbugs.gnu.org; Thu, 14 Nov 2019 09:14:02 -0500 Received: from eggs.gnu.org ([209.51.188.92]:33457) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iVFsm-0000S5-Ls for 38035@debbugs.gnu.org; Thu, 14 Nov 2019 09:14:01 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:51311) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iVFsg-0003y6-Cz; Thu, 14 Nov 2019 09:13:54 -0500 Received: from [176.228.60.248] (port=4840 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iVFsP-0007cS-22; Thu, 14 Nov 2019 09:13:37 -0500 Date: Thu, 14 Nov 2019 16:13:22 +0200 Message-Id: <83h8365ywt.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87zhgyn5lz.fsf@gnus.org> (message from Lars Ingebrigtsen on Thu, 14 Nov 2019 10:56:40 +0100) References: <874kzmdv0q.fsf@gnus.org> <83ftj5hsal.fsf@gnu.org> <87lfswap7q.fsf@gnus.org> <83d0e8j3it.fsf@gnu.org> <87eeyi5cck.fsf@gnus.org> <831ruiay99.fsf@gnu.org> <871rui5bry.fsf@gnus.org> <83zhh5a7pa.fsf@gnu.org> <87h83czt41.fsf@gnus.org> <838soi96lz.fsf@gnu.org> <87zhgyn5lz.fsf@gnus.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: rms@gnu.org, 38035@debbugs.gnu.org > Date: Thu, 14 Nov 2019 10:56:40 +0100 > > Perhaps you just don't work with filters that much? Not with filters that signal errors, no. But I thought the solution for the filters was already agreed upon? From unknown Mon Jun 23 07:52:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#38035: 27.0.50; Trivial errors in process filters can render Emacs unusable Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Nov 2019 07:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38035 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 38035@debbugs.gnu.org, rms@gnu.org Received: via spool by 38035-submit@debbugs.gnu.org id=B38035.157380440714113 (code B ref 38035); Fri, 15 Nov 2019 07:54:02 +0000 Received: (at 38035) by debbugs.gnu.org; 15 Nov 2019 07:53:27 +0000 Received: from localhost ([127.0.0.1]:35534 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iVWQ2-0003fX-81 for submit@debbugs.gnu.org; Fri, 15 Nov 2019 02:53:26 -0500 Received: from quimby.gnus.org ([95.216.78.240]:39214) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iVWQ1-0003fM-5L for 38035@debbugs.gnu.org; Fri, 15 Nov 2019 02:53:25 -0500 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1iVWPp-0003cv-TV; Fri, 15 Nov 2019 08:53:16 +0100 From: Lars Ingebrigtsen References: <874kzmdv0q.fsf@gnus.org> <83ftj5hsal.fsf@gnu.org> <87lfswap7q.fsf@gnus.org> <83d0e8j3it.fsf@gnu.org> <87eeyi5cck.fsf@gnus.org> <831ruiay99.fsf@gnu.org> <871rui5bry.fsf@gnus.org> <83zhh5a7pa.fsf@gnu.org> <87h83czt41.fsf@gnus.org> <838soi96lz.fsf@gnu.org> <87zhgyn5lz.fsf@gnus.org> <83h8365ywt.fsf@gnu.org> Date: Fri, 15 Nov 2019 08:53:13 +0100 In-Reply-To: <83h8365ywt.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 14 Nov 2019 16:13:22 +0200") Message-ID: <87zhgxlgnq.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> Perhaps you just don't work with filters that much? > > Not with filters that signal errors, no. Ah, somebody who writes perfect code on the first attempt. That's always nice. :-) Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: gnu.org] -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> Perhaps you just don't work with filters that much? > > Not with filters that signal errors, no. Ah, somebody who writes perfect code on the first attempt. That's always nice. :-) > But I thought the solution for the filters was already agreed upon? Sure. I just want to remove the two-second sleep, too, but it's a separate issue, really. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Jun 23 07:52:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#38035: 27.0.50; Trivial errors in process filters can render Emacs unusable Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 02 Dec 2021 11:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38035 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 38035@debbugs.gnu.org Received: via spool by 38035-submit@debbugs.gnu.org id=B38035.163844612120698 (code B ref 38035); Thu, 02 Dec 2021 11:56:02 +0000 Received: (at 38035) by debbugs.gnu.org; 2 Dec 2021 11:55:21 +0000 Received: from localhost ([127.0.0.1]:46856 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mskgL-0005Nm-08 for submit@debbugs.gnu.org; Thu, 02 Dec 2021 06:55:21 -0500 Received: from quimby.gnus.org ([95.216.78.240]:38670) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mskgJ-0005NV-Ed for 38035@debbugs.gnu.org; Thu, 02 Dec 2021 06:55:19 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:To:From:Sender:Reply-To:Cc:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=l24CVDjLTZ1nHJs2CLTUjgIfB9lLwOzKryaAGvaRllY=; b=oj1Fj6Ao3KrshLLiR4j4bkUf1K nA6hbg1mrmBcF32I0Zldpql8stxtgd/w0q1kKlQ8xGsNPBdAisqD7KInnWqiPIrqCHJMdr6ULetJX 3Sl/QGRWGcTwv6g001stZ8sPbB4EcK6iINXjc9B31RJo4MvnqhCrpXE2z1BiPSy8EsuQ=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mskgB-0000Zm-6s for 38035@debbugs.gnu.org; Thu, 02 Dec 2021 12:55:13 +0100 From: Lars Ingebrigtsen References: <874kzmdv0q.fsf@gnus.org> X-Now-Playing: DACM's =?UTF-8?Q?=5FSt=C3=A9r=C3=A9otypie=5F:?= "LN End" Date: Thu, 02 Dec 2021 12:55:10 +0100 In-Reply-To: <874kzmdv0q.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 02 Nov 2019 18:53:57 +0100") Message-ID: <8735nb43xd.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > If you eval the following, your Emacs will become unusable and you'll > have to kill it (so don't eval it): This was fixed for bug#19457 by introducing a new variable. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Lars Ingebrigtsen writes: > If you eval the following, your Emacs will become unusable and you'll > have to kill it (so don't eval it): This was fixed for bug#19457 by introducing a new variable. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 02 06:55:27 2021 Received: (at control) by debbugs.gnu.org; 2 Dec 2021 11:55:27 +0000 Received: from localhost ([127.0.0.1]:46859 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mskgR-0005O7-7f for submit@debbugs.gnu.org; Thu, 02 Dec 2021 06:55:27 -0500 Received: from quimby.gnus.org ([95.216.78.240]:38682) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mskgP-0005Nk-CO for control@debbugs.gnu.org; Thu, 02 Dec 2021 06:55:25 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=mJ8nqAJCw/PfhXnWB1izHGVp0N827MtSSp4SfFw9oHM=; b=IrCqJXqZLApdgT/5h3AsBLQMbJ yqBSVi/VrdJ7I08BruY/LYgqP1DrDEWsRoelGDQDExtZQ0W/8oghvUuBhakXsYsDjyMmjx1rbGuSo mFPGrE+tF4ullbKR/XaNA+w4cmtoIeGJMRqPYumhk/COL4e5FksDxKXZNejlQHSr7nrU=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mskgH-0000Zr-KY for control@debbugs.gnu.org; Thu, 02 Dec 2021 12:55:19 +0100 Date: Thu, 02 Dec 2021 12:55:17 +0100 Message-Id: <871r2v43x6.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #38035 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 38035 29.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 38035 29.1 quit