From unknown Wed Aug 20 01:18:28 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#30529 <30529@debbugs.gnu.org> To: bug#30529 <30529@debbugs.gnu.org> Subject: Status: 26.0.91; minibuffer errors change standard-output Reply-To: bug#30529 <30529@debbugs.gnu.org> Date: Wed, 20 Aug 2025 08:18:28 +0000 retitle 30529 26.0.91; minibuffer errors change standard-output reassign 30529 emacs submitter 30529 f.j.wright@live.co.uk severity 30529 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 19 11:04:41 2018 Received: (at submit) by debbugs.gnu.org; 19 Feb 2018 16:04:41 +0000 Received: from localhost ([127.0.0.1]:51472 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ennvl-000308-1P for submit@debbugs.gnu.org; Mon, 19 Feb 2018 11:04:41 -0500 Received: from eggs.gnu.org ([208.118.235.92]:44373) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ennvj-0002zu-DO for submit@debbugs.gnu.org; Mon, 19 Feb 2018 11:04:39 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ennvd-0006P9-1K for submit@debbugs.gnu.org; Mon, 19 Feb 2018 11:04:34 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:40048) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ennvc-0006Ot-U9 for submit@debbugs.gnu.org; Mon, 19 Feb 2018 11:04:32 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35315) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ennvb-0005cm-Dp for bug-gnu-emacs@gnu.org; Mon, 19 Feb 2018 11:04:32 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ennvX-0006KI-B9 for bug-gnu-emacs@gnu.org; Mon, 19 Feb 2018 11:04:31 -0500 Received: from mail-wr0-x233.google.com ([2a00:1450:400c:c0c::233]:34397) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ennvW-0006JH-Sb for bug-gnu-emacs@gnu.org; Mon, 19 Feb 2018 11:04:27 -0500 Received: by mail-wr0-x233.google.com with SMTP id m5so10179123wrg.1 for ; Mon, 19 Feb 2018 08:04:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:reply-to:date:message-id:mime-version; bh=RLsqWyPpqQQTz7R+MT8JbNR5C2gL12As1aDQO2IO6Tc=; b=SXg2oMlFfVEbKjuCz2mLaHS1cwZVb+0F5MPQr8nbjLPn9Jb1pJSMR6oZ83UFETP0L4 dzO4Qldz56VYkoM7bxcpnS6kL1rJE/u6Oz+bElF8Y62xH6EIE4HaohnkSApEMzuG1Uqj 8eWnR35/8kImaTySHQBfp19gjju5MQquUEBZiXu9URKedG9tW+/5tYmFItYyge2qmLeM iqEqRk3zx+U2m6J/BCdpxnK9rfagh82Esf3UP41EMnbZgTZoiw18vuP3ojYH3qvYGCF0 BHzCYoGAdNtfKK9qqpEAKwv+IMMmywwboSNjRZnDKJPEH5qDYfVfp7a+HLoCel62rAw9 raPw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:reply-to:date:message-id :mime-version; bh=RLsqWyPpqQQTz7R+MT8JbNR5C2gL12As1aDQO2IO6Tc=; b=m3/sGn9jcSPL2xYa46hRUjE+TyKoVK3gqb8FerNAAw44hKJcpzh6qmBn9rKIB8SQ1n nSOcQASwfc622wePHsnzEeka74cKMBZP9LzzLHWd/zqWu0S90fldTz2AbsRPX0CI99No GARKpyW/j2ieNE1PWQ5ZDLp4vAWBuxMP3E1ivVghP5mcNyaNQxUU78bfpr58LWDexwre gl1NYbHVelOKQpx8n/qBhrZd2h+TfYhGNYwjL+vSmR724mkVKCcyz/ign/IvsiRpGrOI h9KOfrhEGfxRZiWN8FSjJkFAuGxRcliJfpFy8wjM0ybD7DAjTnpYMc3kx7JO9OFrsi4V OqDQ== X-Gm-Message-State: APf1xPCWdQKY4WC8CJrh6A07U6kR63nYI4LtEiBxVJnfIpu0npPTRkA1 RWBPDfQJR6kpmB3U3j81zWq7vA== X-Google-Smtp-Source: AH8x227c2cqdg39fc2xpLLHg9tvrmpWZ5XF6Gyd3e1pK/lqkirN59BFtAieRpqh8Tsa/KyPuscdXoA== X-Received: by 10.223.174.194 with SMTP id y60mr7005208wrc.202.1519056265170; Mon, 19 Feb 2018 08:04:25 -0800 (PST) Received: from Monolith (host-92-19-181-9.as13285.net. [92.19.181.9]) by smtp.gmail.com with ESMTPSA id y23sm11738611wra.9.2018.02.19.08.04.23 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 19 Feb 2018 08:04:24 -0800 (PST) From: Francis Wright To: bug-gnu-emacs@gnu.org Subject: 26.0.91; minibuffer errors change standard-output Date: Mon, 19 Feb 2018 16:04:26 +0000 Message-ID: <85po510xv9.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: f.j.wright@live.co.uk Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) A user-error in the minibuffer can change the value of standard-output (to t) within the environment that invoked the minibuffer, whereas I think the minibuffer should rebind standard-output locally and not change its global value. Here is a simple way to illustrate this problem. Evaluate the following: (defun STANDARD-LISP () "Run Standard LISP with input via the minibuffer and output via a buffer." (interactive) (switch-to-buffer (get-buffer-create "*Standard LISP*")) (let (value (standard-output (current-buffer))) (while t (terpri) (princ "Eval: ") (setq value (read)) ;; (read) errors change standard-output to *Messages* buffer, ;; so... ;; (setq standard-output (current-buffer)) (prin1 value) (terpri) (setq value (eval value)) (terpri) (princ "====> ") (princ value) (terpri)))) Run the command STANDARD-LISP and type 'foo RETURN in the minibuffer. The input and output related to 'foo appear correctly in the buffer *Standard LISP*. Now, in the minibuffer, press the down arrow key, thereby generating an end of history user-error, then type 'bar RETURN. The input and output related to 'bar appear incorrectly in the *Messages* buffer. A workaround is to include the assignment (setq standard-output (current-buffer)) that is commented out in the function above. The distributed binary (i.e. not built by me) MS-Windows version of Emacs 25.2 shows the same behaviour. In GNU Emacs 26.0.91 (build 1, x86_64-w64-mingw32) of 2018-01-23 built on MONOLITH Windowing system distributor 'Microsoft Corp.', version 10.0.16299 Recent messages: Loading delsel...done Loading paren...done Starting new Ispell process c:/cygwin64/bin/aspell.exe with british dictionary... For information about GNU Emacs and the GNU system, type C-h C-a. Configured using: 'configure --prefix=/d/emacs/emacs-26.0.91 --without-imagemagick --without-dbus' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS LCMS2 Important settings: value of $LANG: ENG locale-coding-system: cp1252 Major mode: Fundamental Minor modes in effect: shell-dirtrack-mode: t show-paren-mode: t delete-selection-mode: t electric-pair-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t horizontal-scroll-bar-mode: t global-font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs rfc822 mml mml-sec epa derived epg gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils flyspell ispell imenu tramp tramp-compat tramp-loaddefs trampver ucs-normalize shell pcomplete comint ansi-color ring parse-time format-spec advice paren delsel cus-start cus-load finder-inf info package easymenu epg-config url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib elec-pair server time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote w32notify w32 lcms2 multi-tty make-network-process emacs) Memory information: ((conses 16 247714 13662) (symbols 56 24342 1) (miscs 48 90 172) (strings 32 43228 1567) (string-bytes 1 1184180) (vectors 16 40381) (vector-slots 8 774164 15144) (floats 8 70 337) (intervals 56 304 39) (buffers 992 13)) From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 26 08:52:35 2020 Received: (at 30529) by debbugs.gnu.org; 26 Nov 2020 13:52:35 +0000 Received: from localhost ([127.0.0.1]:40260 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiHhK-0005K5-Dn for submit@debbugs.gnu.org; Thu, 26 Nov 2020 08:52:35 -0500 Received: from quimby.gnus.org ([95.216.78.240]:50782) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiHhI-0005Jq-0i for 30529@debbugs.gnu.org; Thu, 26 Nov 2020 08:52:32 -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:Cc:To:From:Sender:Reply-To: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=9VTHqL5xJbWHe/NPxT7Dgd50m7RfAIVEvw3Iy+0PBns=; b=oFaoOiVVUHFImubp7wRQutuFD+ OnEKCIxP3zM6LQi6W6awTQjfUBjjaJPjT5XWxKHy7TRDJPDsHHDBpQUg503e3HPwhIpacGgi9e5i1 /faM6fUvETpqs25GGGxe01vKm0ITWoCt02mOBD5F3jFS5CCM0QtXFjx66KlvLPX/t794=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kiHh8-000290-QM; Thu, 26 Nov 2020 14:52:25 +0100 From: Lars Ingebrigtsen To: Francis Wright Subject: Re: bug#30529: 26.0.91; minibuffer errors change standard-output References: <85po510xv9.fsf@gmail.com> X-Now-Playing: Liaisons Dangereuses's _Liaisons Dangereuses_: "El macho y la nena" Date: Thu, 26 Nov 2020 14:52:21 +0100 In-Reply-To: <85po510xv9.fsf@gmail.com> (Francis Wright's message of "Mon, 19 Feb 2018 16:04:26 +0000") Message-ID: <874klcql7u.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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: Francis Wright writes: > A user-error in the minibuffer can change the value of standard-output > (to t) within the environment that invoked the minibuffer, whereas I > think the minibuffer should rebind standard-output loc [...] 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-Debbugs-Envelope-To: 30529 Cc: f.j.wright@live.co.uk, 30529@debbugs.gnu.org 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 (-) Francis Wright writes: > A user-error in the minibuffer can change the value of standard-output > (to t) within the environment that invoked the minibuffer, whereas I > think the minibuffer should rebind standard-output locally and not > change its global value. Here is a simple way to illustrate this > problem. Evaluate the following: > > (defun STANDARD-LISP () > "Run Standard LISP with input via the minibuffer and output via a buffer." > (interactive) > (switch-to-buffer (get-buffer-create "*Standard LISP*")) > (let (value > (standard-output (current-buffer))) > (while t > (terpri) > (princ "Eval: ") > (setq value (read)) > ;; (read) errors change standard-output to *Messages* buffer, > ;; so... > ;; (setq standard-output (current-buffer)) > (prin1 value) (terpri) > (setq value (eval value)) > (terpri) > (princ "====> ") (princ value) (terpri)))) (This bug report unfortunately got no response at the time.) This problem is still present in Emacs 28. I tried following the code logic for a couple of minutes to see just what it is that's (re)setting `standard-output' here, but was unable to locate the location. Anybody know? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 29 10:29:13 2020 Received: (at 30529) by debbugs.gnu.org; 29 Nov 2020 15:29:13 +0000 Received: from localhost ([127.0.0.1]:52260 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kjOdV-0004Y5-Bt for submit@debbugs.gnu.org; Sun, 29 Nov 2020 10:29:13 -0500 Received: from mail-wr1-f51.google.com ([209.85.221.51]:45700) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kjOdT-0004Xn-9o for 30529@debbugs.gnu.org; Sun, 29 Nov 2020 10:29:11 -0500 Received: by mail-wr1-f51.google.com with SMTP id t4so11703479wrr.12 for <30529@debbugs.gnu.org>; Sun, 29 Nov 2020 07:29:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tcd-ie.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=qLfen7Sj5Pkqd3APt5VrDbzHhDEvIK2FjfgTXd6IizA=; b=fe6bDvBMpBm55TqdjDahe8KEWXrXfLq48ipNyZbYvnx8KKfV95qluf1nzfy+9GoHoo CvFsKz7Pu8NTsvlMUzXqrbs7tp/79XWpoJ12IghQvGVha8qGEeN2ZZVg277JOLGeLhE0 ocuMGilHfULqE1PIx53C4Q1oh0YF/mc2mi2yqb80rcmukvgH+1e4i85nDT/L+24uD5Yl NeXGdwuFaUZ7xypFn614uvUmWEY2o7bq2w6jgJSYHvr/D6tA9RjSSTDqjVm5IM7ZCrDg JpfSgixXeL+RcpIP0cHShaUwTb8IuL5m9K/pkCgNGjIk9CMpVoe8BBAN8R+/ppRbyXiL 5XaA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=qLfen7Sj5Pkqd3APt5VrDbzHhDEvIK2FjfgTXd6IizA=; b=stU/rDYWFal+VySc7XevcdfqgsIyIk7nVl7E8vs3mEWHUiQOLSGhB/aG4AtxcCT2Vj V5MShemtW13TCzPkG6IDdecCuJKRDoHb66SQrqrXpWSW2VUwPfTiYHbGELNN4ITJtXLS pM4JCRZuigrIOM7uBpeBv1Le7VWyJvgf8fmhb3cFRgtSFaQa9pWGei9EZe4NIWeCR6hL HqPtd8VZV1Z0nqyJKHK5UIsyImF867yTGVpVurRC2/uM4DDt/9xkqpCClMLep2jDkcxA g71/XMm4S7SM8s+pZ0eKmyJ2DE1T2pnbpTab0q4+KlE6La12appttoYE4ieC1d4kt8Ps 4BcQ== X-Gm-Message-State: AOAM53286tWkWcBSjiILIZR0lcC2kEXNVVTacdUJy2uGdusE/V+HzcS1 8NqIH/4s21bebBTUVljlT92O+w== X-Google-Smtp-Source: ABdhPJzK8Znlqamdu5r73lKFN+3qaFdYq2tSUu3x4sDbxM80cWHLiWQ3BuY9hutZdMj3lprTg2ozDA== X-Received: by 2002:a05:6000:187:: with SMTP id p7mr22487243wrx.240.1606663745659; Sun, 29 Nov 2020 07:29:05 -0800 (PST) Received: from localhost ([2a02:8084:20e2:c380:92bd:1bfd:38fc:fae2]) by smtp.gmail.com with ESMTPSA id z11sm23776207wmc.39.2020.11.29.07.29.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 29 Nov 2020 07:29:04 -0800 (PST) From: "Basil L. Contovounesios" To: Lars Ingebrigtsen Subject: Re: bug#30529: 26.0.91; minibuffer errors change standard-output References: <85po510xv9.fsf@gmail.com> <874klcql7u.fsf@gnus.org> Date: Sun, 29 Nov 2020 15:29:03 +0000 In-Reply-To: <874klcql7u.fsf@gnus.org> (Lars Ingebrigtsen's message of "Thu, 26 Nov 2020 14:52:21 +0100") Message-ID: <87360sdvwg.fsf@tcd.ie> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 30529 Cc: f.j.wright@live.co.uk, Francis Wright , 30529@debbugs.gnu.org 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 (-) Lars Ingebrigtsen writes: > Francis Wright writes: > >> A user-error in the minibuffer can change the value of standard-output >> (to t) within the environment that invoked the minibuffer, whereas I >> think the minibuffer should rebind standard-output locally and not >> change its global value. Here is a simple way to illustrate this >> problem. Evaluate the following: >> >> (defun STANDARD-LISP () >> "Run Standard LISP with input via the minibuffer and output via a buffer." >> (interactive) >> (switch-to-buffer (get-buffer-create "*Standard LISP*")) >> (let (value >> (standard-output (current-buffer))) >> (while t >> (terpri) >> (princ "Eval: ") >> (setq value (read)) >> ;; (read) errors change standard-output to *Messages* buffer, >> ;; so... >> ;; (setq standard-output (current-buffer)) >> (prin1 value) (terpri) >> (setq value (eval value)) >> (terpri) >> (princ "====> ") (princ value) (terpri)))) > > (This bug report unfortunately got no response at the time.) > > This problem is still present in Emacs 28. I tried following the code > logic for a couple of minutes to see just what it is that's (re)setting > `standard-output' here, but was unable to locate the location. > > Anybody know? Just from a quick grep, could it be recursive_edit_1? Does error handling invoke a recursive edit e.g. for entering the debugger? -- Basil From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 30 04:41:51 2020 Received: (at 30529) by debbugs.gnu.org; 30 Nov 2020 09:41:52 +0000 Received: from localhost ([127.0.0.1]:53483 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kjfgt-0006cu-M9 for submit@debbugs.gnu.org; Mon, 30 Nov 2020 04:41:51 -0500 Received: from quimby.gnus.org ([95.216.78.240]:33702) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kjfgs-0006ci-0C for 30529@debbugs.gnu.org; Mon, 30 Nov 2020 04:41:50 -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:Cc:To:From:Sender:Reply-To: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=Pp4S1NX6zTCa3euWawWifvgjYdkPriyX7MXJ43V+BIw=; b=St2Q/+uEdUgmbtBec29sz+7Ls9 IzJquYCWdzxESCsHxXW2aMullob4oQLaVHtasALuclxQHYTNoBD4aYKwU8jgQLqB/nWzj43x4RaUc yT4LrcGYITR+tDCmiq2csvuVJqhiERV0r7GbPFiD/C24bO8PclyVwOBUlFEA6slZ7V/4=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kjfgi-0007PG-FF; Mon, 30 Nov 2020 10:41:43 +0100 From: Lars Ingebrigtsen To: "Basil L. Contovounesios" Subject: Re: bug#30529: 26.0.91; minibuffer errors change standard-output References: <85po510xv9.fsf@gmail.com> <874klcql7u.fsf@gnus.org> <87360sdvwg.fsf@tcd.ie> X-Now-Playing: Big Thief's _Two Hands_: "Forgotten Eyes" Date: Mon, 30 Nov 2020 10:41:39 +0100 In-Reply-To: <87360sdvwg.fsf@tcd.ie> (Basil L. Contovounesios's message of "Sun, 29 Nov 2020 15:29:03 +0000") Message-ID: <87lfejdvvw.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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: "Basil L. Contovounesios" writes: >> This problem is still present in Emacs 28. I tried following the code >> logic for a couple of minutes to see just what it is that's (re)setting >> `standard-output' here, but was unable to locate [...] 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-Debbugs-Envelope-To: 30529 Cc: Francis Wright , f.j.wright@live.co.uk, 30529@debbugs.gnu.org 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 (-) "Basil L. Contovounesios" writes: >> This problem is still present in Emacs 28. I tried following the code >> logic for a couple of minutes to see just what it is that's (re)setting >> `standard-output' here, but was unable to locate the location. >> >> Anybody know? > > Just from a quick grep, could it be recursive_edit_1? > > Does error handling invoke a recursive edit e.g. for entering the > debugger? I tried adding some instrumentation to recursive_edit_1, and it does not seem to be called when the error is messaged (and then the output goes to the wrong place). -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 12 10:34:35 2021 Received: (at 30529) by debbugs.gnu.org; 12 Aug 2021 14:34:35 +0000 Received: from localhost ([127.0.0.1]:39587 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEBn0-0007sk-UD for submit@debbugs.gnu.org; Thu, 12 Aug 2021 10:34:35 -0400 Received: from quimby.gnus.org ([95.216.78.240]:41460) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEBmz-0007sT-ED for 30529@debbugs.gnu.org; Thu, 12 Aug 2021 10:34:34 -0400 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:Cc:To:From:Sender:Reply-To: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=7KBm4RQZKSRl0m1n2YDlfPqob+IKcpqQsm7habZa6II=; b=fsfIxySJjD/A4V4c/lNShnTdEG 4/BV+UWJekoX1ogf0me2GYLNknLUeIq9kFingpqTRgR5qB1dE+q/QEi572exGzOT5sc5/ELYYuSxr kcWKfnFPVm1KN+h7LVz3isiH3M+N7YArS+YPq1lZLK5V4cWlYFsvhVfgmhbrXCZ3defw=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mEBmo-0006rM-8h; Thu, 12 Aug 2021 16:34:26 +0200 From: Lars Ingebrigtsen To: "Basil L. Contovounesios" Subject: Re: bug#30529: 26.0.91; minibuffer errors change standard-output References: <85po510xv9.fsf@gmail.com> <874klcql7u.fsf@gnus.org> <87360sdvwg.fsf@tcd.ie> Date: Thu, 12 Aug 2021 16:34:20 +0200 In-Reply-To: <87360sdvwg.fsf@tcd.ie> (Basil L. Contovounesios's message of "Sun, 29 Nov 2020 15:29:03 +0000") Message-ID: <878s16k9zn.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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: "Basil L. Contovounesios" writes: >> This problem is still present in Emacs 28. I tried following the code >> logic for a couple of minutes to see just what it is that's (re)setting >> `standard-output' here, but was unable to locate [...] 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: 30529 Cc: Francis Wright , f.j.wright@live.co.uk, 30529@debbugs.gnu.org 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 (---) "Basil L. Contovounesios" writes: >> This problem is still present in Emacs 28. I tried following the code >> logic for a couple of minutes to see just what it is that's (re)setting >> `standard-output' here, but was unable to locate the location. >> >> Anybody know? > > Just from a quick grep, could it be recursive_edit_1? Found the culprit! cmd_error sets standard_output to t! The following patch fixes the reported issue (and doesn't lead to any regressions in the test suite), but this code has been like this forever, so I'm a bit leery about applying it. And perhaps the old_level = Vprint_level; old_length = Vprint_length; stuff should also be changed to specbinding? Or do we want to avoid specbind here totally for some reason? The commit for those lines just says: (cmd_error): Bind Vprint_level and Vprint_length. I mean, we had specbind before 1995, I think? So... any comments/insights here? diff --git a/src/keyboard.c b/src/keyboard.c index 820229cf8f..f44a2b9164 100644 --- a/src/keyboard.c +++ b/src/keyboard.c @@ -923,6 +923,7 @@ restore_kboard_configuration (int was_locked) static Lisp_Object cmd_error (Lisp_Object data) { + ptrdiff_t count = SPECPDL_INDEX (); Lisp_Object old_level, old_length; Lisp_Object conditions; char macroerror[sizeof "After..kbd macro iterations: " @@ -951,8 +952,8 @@ cmd_error (Lisp_Object data) executing_kbd_macro = Qnil; } - Vstandard_output = Qt; - Vstandard_input = Qt; + specbind (Qstandard_output, Qt); + specbind (Qstandard_input, Qt); kset_prefix_arg (current_kboard, Qnil); kset_last_prefix_arg (current_kboard, Qnil); cancel_echoing (); @@ -969,6 +970,7 @@ cmd_error (Lisp_Object data) Vquit_flag = Qnil; Vinhibit_quit = Qnil; + unbind_to (count, Qnil); return make_fixnum (0); } -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 12 11:04:50 2021 Received: (at 30529) by debbugs.gnu.org; 12 Aug 2021 15:04:50 +0000 Received: from localhost ([127.0.0.1]:39658 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mECGI-0004bP-FH for submit@debbugs.gnu.org; Thu, 12 Aug 2021 11:04:50 -0400 Received: from mail-out.m-online.net ([212.18.0.9]:57865) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mECGG-0004bG-2T for 30529@debbugs.gnu.org; Thu, 12 Aug 2021 11:04:49 -0400 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4GlqjV42pxz1qwyH; Thu, 12 Aug 2021 17:04:46 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 4GlqjV3Y2pz1qqkb; Thu, 12 Aug 2021 17:04:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id ZSFqUm8ESoxm; Thu, 12 Aug 2021 17:04:45 +0200 (CEST) X-Auth-Info: X5EIllBRUKukClGJxzDUCf3i3Ld5nxTw+hMOStwoqVl91sYiO4CmG/OBK4njmXPa Received: from igel.home (ppp-46-244-180-181.dynamic.mnet-online.de [46.244.180.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Thu, 12 Aug 2021 17:04:45 +0200 (CEST) Received: by igel.home (Postfix, from userid 1000) id 21A932C25BC; Thu, 12 Aug 2021 17:04:44 +0200 (CEST) From: Andreas Schwab To: Lars Ingebrigtsen Subject: Re: bug#30529: 26.0.91; minibuffer errors change standard-output References: <85po510xv9.fsf@gmail.com> <874klcql7u.fsf@gnus.org> <87360sdvwg.fsf@tcd.ie> <878s16k9zn.fsf@gnus.org> X-Yow: .. I see TOILET SEATS... Date: Thu, 12 Aug 2021 17:04:44 +0200 In-Reply-To: <878s16k9zn.fsf@gnus.org> (Lars Ingebrigtsen's message of "Thu, 12 Aug 2021 16:34:20 +0200") Message-ID: <87k0kq901f.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 30529 Cc: "Basil L. Contovounesios" , Francis Wright , f.j.wright@live.co.uk, 30529@debbugs.gnu.org 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.5 (-) On Aug 12 2021, Lars Ingebrigtsen wrote: > "Basil L. Contovounesios" writes: > >>> This problem is still present in Emacs 28. I tried following the code >>> logic for a couple of minutes to see just what it is that's (re)setting >>> `standard-output' here, but was unable to locate the location. >>> >>> Anybody know? >> >> Just from a quick grep, could it be recursive_edit_1? > > Found the culprit! cmd_error sets standard_output to t! > > The following patch fixes the reported issue (and doesn't lead to any > regressions in the test suite), but this code has been like this > forever, so I'm a bit leery about applying it. > > And perhaps the > > old_level = Vprint_level; > old_length = Vprint_length; > > stuff should also be changed to specbinding? Or do we want to avoid > specbind here totally for some reason? The commit for those lines just > says: > > (cmd_error): Bind Vprint_level and Vprint_length. > > I mean, we had specbind before 1995, I think? > > So... any comments/insights here? I think the intention is to get out of any situation that may result in repeated errors. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 12 11:59:03 2021 Received: (at 30529) by debbugs.gnu.org; 12 Aug 2021 15:59:03 +0000 Received: from localhost ([127.0.0.1]:39788 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mED6k-00020z-RG for submit@debbugs.gnu.org; Thu, 12 Aug 2021 11:59:03 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36294) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mED6h-00020S-BW for 30529@debbugs.gnu.org; Thu, 12 Aug 2021 11:59:02 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41956) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mED6Z-00029Z-8q; Thu, 12 Aug 2021 11:58:52 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1334 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mED6Y-0001Cp-JD; Thu, 12 Aug 2021 11:58:51 -0400 Date: Thu, 12 Aug 2021 18:58:31 +0300 Message-Id: <83lf56d594.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <878s16k9zn.fsf@gnus.org> (message from Lars Ingebrigtsen on Thu, 12 Aug 2021 16:34:20 +0200) Subject: Re: bug#30529: 26.0.91; minibuffer errors change standard-output References: <85po510xv9.fsf@gmail.com> <874klcql7u.fsf@gnus.org> <87360sdvwg.fsf@tcd.ie> <878s16k9zn.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 30529 Cc: contovob@tcd.ie, francis.j.wright@gmail.com, f.j.wright@live.co.uk, 30529@debbugs.gnu.org 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: Thu, 12 Aug 2021 16:34:20 +0200 > Cc: f.j.wright@live.co.uk, Francis Wright , > 30529@debbugs.gnu.org > > Found the culprit! cmd_error sets standard_output to t! > > The following patch fixes the reported issue (and doesn't lead to any > regressions in the test suite), but this code has been like this > forever, so I'm a bit leery about applying it. > > And perhaps the > > old_level = Vprint_level; > old_length = Vprint_length; > > stuff should also be changed to specbinding? Or do we want to avoid > specbind here totally for some reason? The commit for those lines just > says: > > (cmd_error): Bind Vprint_level and Vprint_length. > > I mean, we had specbind before 1995, I think? > > So... any comments/insights here? I see no problems with the patch. As we add calls into Lisp in more and more places in the internals, we hit code that never imagined it could be interrupted, so it didn't bother with unwinding (which doesn't come for free). From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 13 07:22:33 2021 Received: (at 30529) by debbugs.gnu.org; 13 Aug 2021 11:22:33 +0000 Received: from localhost ([127.0.0.1]:40618 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEVGj-0004EP-9t for submit@debbugs.gnu.org; Fri, 13 Aug 2021 07:22:33 -0400 Received: from quimby.gnus.org ([95.216.78.240]:50160) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEVGh-0004E6-QO for 30529@debbugs.gnu.org; Fri, 13 Aug 2021 07:22:32 -0400 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:Cc:To:From:Sender:Reply-To: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=NIEigO3FthO6PoIxFZam3LLObKt7tIO6IXxwoWacmAI=; b=C+veGxKb0KoJWbT+yGF4sVINxh hbjxztHwJC49tX6ptzo4Yo44YsKPE+4kE4b5opHLhIhFV1i3JsgJDZgWVLqXfJmSVyJoYTNkDVGJd 0eZ/jO47wIG4v4GCCZfoRIktfw0Lv8fs2PUbC9YSphVgTAV/I+/nkx8dMnP6StfhdIyE=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mEVGW-0002qv-Kv; Fri, 13 Aug 2021 13:22:24 +0200 From: Lars Ingebrigtsen To: Andreas Schwab Subject: Re: bug#30529: 26.0.91; minibuffer errors change standard-output References: <85po510xv9.fsf@gmail.com> <874klcql7u.fsf@gnus.org> <87360sdvwg.fsf@tcd.ie> <878s16k9zn.fsf@gnus.org> <87k0kq901f.fsf@igel.home> Date: Fri, 13 Aug 2021 13:22:19 +0200 In-Reply-To: <87k0kq901f.fsf@igel.home> (Andreas Schwab's message of "Thu, 12 Aug 2021 17:04:44 +0200") Message-ID: <87wnopfv2s.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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: Andreas Schwab writes: > I think the intention is to get out of any situation that may result in > repeated errors. Right -- if this is while handling the error itself, then specbinding it should do the trick... 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: 30529 Cc: "Basil L. Contovounesios" , f.j.wright@live.co.uk, Francis Wright , 30529@debbugs.gnu.org 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 (---) Andreas Schwab writes: > I think the intention is to get out of any situation that may result in > repeated errors. Right -- if this is while handling the error itself, then specbinding it should do the trick... Eli Zaretskii writes: > I see no problems with the patch. As we add calls into Lisp in more > and more places in the internals, we hit code that never imagined it > could be interrupted, so it didn't bother with unwinding (which > doesn't come for free). So I've now pushed the change. I've done some testing (to see whether I can make it behave oddly if doing backtraces from an error and the like), but everything seems to behave as before. But we should be on the lookout for oddities in this area -- the function may have been setting standard-output permanently for some obscure reason... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 13 07:22:37 2021 Received: (at control) by debbugs.gnu.org; 13 Aug 2021 11:22:37 +0000 Received: from localhost ([127.0.0.1]:40621 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEVGn-0004Ef-Hw for submit@debbugs.gnu.org; Fri, 13 Aug 2021 07:22:37 -0400 Received: from quimby.gnus.org ([95.216.78.240]:50180) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mEVGm-0004EH-Aw for control@debbugs.gnu.org; Fri, 13 Aug 2021 07:22:36 -0400 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=BsMMaLIU/q94xOrFOeCwtRmH6h5yI6H4FmG3CBYpZjM=; b=jtjfsMq2ejPdiLbh2gCPzNdWMr dwxQ5h1pg8N18tZE2zmCHBgrsnhPjWgnKzzoDJD7ojk+3RzWCa5jO1uh6r5pPBu1diDedH76klQno Pw64OvVZHFpDG+KGS3NkMKmH8qZhmZW1z3/pUI9JvmFkRFHOu3YIU7f08ACKrC7LEEJ8=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mEVGe-0002r6-Fk for control@debbugs.gnu.org; Fri, 13 Aug 2021 13:22:30 +0200 Date: Fri, 13 Aug 2021 13:22:28 +0200 Message-Id: <87v949fv2j.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #30529 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 30529 28.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 30529 28.1 quit From unknown Wed Aug 20 01:18:28 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 10 Sep 2021 11:24:06 +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