From unknown Fri Jun 20 05:24:25 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#39067 <39067@debbugs.gnu.org> To: bug#39067 <39067@debbugs.gnu.org> Subject: Status: shell-command-dont-erase-buffer strange behaviour Reply-To: bug#39067 <39067@debbugs.gnu.org> Date: Fri, 20 Jun 2025 12:24:25 +0000 retitle 39067 shell-command-dont-erase-buffer strange behaviour reassign 39067 emacs submitter 39067 madhu@cs.unm.edu severity 39067 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 10 00:35:43 2020 Received: (at submit) by debbugs.gnu.org; 10 Jan 2020 05:35:43 +0000 Received: from localhost ([127.0.0.1]:53481 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ipmxT-0000e5-CH for submit@debbugs.gnu.org; Fri, 10 Jan 2020 00:35:43 -0500 Received: from lists.gnu.org ([209.51.188.17]:48777) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ipmwC-0000c5-Og for submit@debbugs.gnu.org; Fri, 10 Jan 2020 00:34:25 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:48663) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ipmwB-0005fD-K6 for bug-gnu-emacs@gnu.org; Fri, 10 Jan 2020 00:34:24 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.5 required=5.0 tests=BAYES_50,RCVD_IN_DNSWL_MED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ipmw9-0001QH-O1 for bug-gnu-emacs@gnu.org; Fri, 10 Jan 2020 00:34:23 -0500 Received: from snape.cs.unm.edu ([64.106.20.59]:58927) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ipmw9-0001GD-Ge for bug-gnu-emacs@gnu.org; Fri, 10 Jan 2020 00:34:21 -0500 Received: from localhost (localhost [127.0.0.1]) by snape.cs.unm.edu (Postfix) with ESMTP id 47E1047512 for ; Thu, 9 Jan 2020 22:34:19 -0700 (MST) Received: from snape.cs.unm.edu ([127.0.0.1]) by localhost (snape.cs.unm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kbf1NnsDTaS7 for ; Thu, 9 Jan 2020 22:34:18 -0700 (MST) Received: from chawla.cs.unm.edu (chawla.cs.unm.edu [64.106.20.203]) by snape.cs.unm.edu (Postfix) with ESMTPS id D7E2247511 for ; Thu, 9 Jan 2020 22:34:18 -0700 (MST) From: Madhu To: bug-gnu-emacs@gnu.org Subject: shell-command-dont-erase-buffer strange behaviour Date: Fri, 10 Jan 2020 05:34:18 +0000 Message-ID: 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: 64.106.20.59 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Fri, 10 Jan 2020 00:35:43 -0500 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: madhu@cs.unm.edu Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) C-h v shell-command-dont-erase-buffer C-h f shell-command Cut to the chase with the test case: (let ((shell-command-dont-erase-buffer 'beg-last-out)) (with-current-buffer (get-buffer-create "OUT") (erase-buffer) (shell-command "/bin/echo FOO" t) (shell-command "/bin/echo FOO" t))) The result (as expected) is a buffer named OUT with 2 lines FOO. The same result is expected with the following code: (let ((shell-command-dont-erase-buffer 'beg-last-out)) (with-current-buffer (get-buffer-create "OUT") (erase-buffer) (shell-command "/bin/echo FOO" "OUT") (shell-command "/bin/echo FOO" "OUT"))) However in this case (and in some other cases) shell-command erases the "OUT" buffer despite a non-NIL binding of shell-command-dont-erase-buffer (at least since emacs 25.2) From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 11 04:25:26 2020 Received: (at 39067) by debbugs.gnu.org; 11 Jan 2020 09:25:26 +0000 Received: from localhost ([127.0.0.1]:55351 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iqD1K-0005hV-3J for submit@debbugs.gnu.org; Sat, 11 Jan 2020 04:25:26 -0500 Received: from eggs.gnu.org ([209.51.188.92]:42401) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iqD1H-0005hH-Sm for 39067@debbugs.gnu.org; Sat, 11 Jan 2020 04:25:24 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46316) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iqD1C-00012m-7O; Sat, 11 Jan 2020 04:25:18 -0500 Received: from [176.228.60.248] (port=2052 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iqD1A-0000Hi-PS; Sat, 11 Jan 2020 04:25:17 -0500 Date: Sat, 11 Jan 2020 11:25:18 +0200 Message-Id: <834kx28hvl.fsf@gnu.org> From: Eli Zaretskii To: Madhu , Tino Calancha In-reply-to: (message from Madhu on Fri, 10 Jan 2020 05:34:18 +0000) Subject: Re: bug#39067: shell-command-dont-erase-buffer strange behaviour References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 39067 Cc: 39067@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: Madhu > Date: Fri, 10 Jan 2020 05:34:18 +0000 > > C-h v shell-command-dont-erase-buffer > C-h f shell-command > > Cut to the chase with the test case: > > (let ((shell-command-dont-erase-buffer 'beg-last-out)) > (with-current-buffer (get-buffer-create "OUT") > (erase-buffer) > (shell-command "/bin/echo FOO" t) > (shell-command "/bin/echo FOO" t))) > > The result (as expected) is a buffer named OUT with 2 lines FOO. > The same result is expected with the following code: > > (let ((shell-command-dont-erase-buffer 'beg-last-out)) > (with-current-buffer (get-buffer-create "OUT") > (erase-buffer) > (shell-command "/bin/echo FOO" "OUT") > (shell-command "/bin/echo FOO" "OUT"))) > > However in this case (and in some other cases) shell-command erases the > "OUT" buffer despite a non-NIL binding of > shell-command-dont-erase-buffer > > (at least since emacs 25.2) AFAICT, there's a small mess here. shell-command sometimes calls shell-command-on-region, and sometimes calls call-process-shell-command. The shell-command-dont-erase-buffer option is only tested in shell-command-on-region, and it only prevents erasing the buffer if OUTPUT-BUFFER is _different_ from the current buffer. Which explains why the second recipe does still erase the buffer: remove the with-current-buffer part, and it will work as you expected. When shell-command calls call-process-shell-command, which happens in the first case, the buffer is _never_ erased, regardless of the value of shell-command-dont-erase-buffer. IOW, this feature is not working as advertised in several important use case, and never did AFAICT. Its implementation is incomplete. Tino, could you please look into this, and fix this stuff so that this variable affects all invocations of shell-command? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 11 04:57:34 2020 Received: (at 39067) by debbugs.gnu.org; 11 Jan 2020 09:57:35 +0000 Received: from localhost ([127.0.0.1]:55378 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iqDWQ-0006SW-OH for submit@debbugs.gnu.org; Sat, 11 Jan 2020 04:57:34 -0500 Received: from mout.gmx.net ([212.227.17.20]:44347) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iqDWO-0006SI-Ll for 39067@debbugs.gnu.org; Sat, 11 Jan 2020 04:57:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1578736642; bh=m4xH+/FepsdUQY/KakinixxW5vWWWR2vdKSnfwUQIjY=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=YixXHphDdqCZdb8NpkI2reQUZnxNFu6OlYPnv69SBwzHc3oehCBcaLe+QH4SCA1Wf VZGzw/c/FEmUrYQfkb2xCKQF5D7q0Lw+oVNfL2D2ps7F8MwcR62ToDDEI3I7hffj9Z sSJoem4QRAW0hicRD/OqfVGJeXP2Hs85n0snCh44= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from detlef.gmx.de ([212.86.59.73]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N2V4J-1jower1YYp-013vFy; Sat, 11 Jan 2020 10:57:22 +0100 From: Michael Albinus To: Eli Zaretskii Subject: Re: bug#39067: shell-command-dont-erase-buffer strange behaviour References: <834kx28hvl.fsf@gnu.org> Date: Sat, 11 Jan 2020 10:57:20 +0100 In-Reply-To: <834kx28hvl.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 11 Jan 2020 11:25:18 +0200") Message-ID: <87d0bqgvsv.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:CYcWETp9mwe/pUr0QIkhFM428upveQZzd3HprLYpbO7YQE69BTF 14zldvJq4ztIzXNysZQ0JfhH3PiG7WGAI6J3PmlSEtswFRz1QZc8bwPhDh1+294D4aT5NaK roqa3pLsRW+RMoUdMxd6V3SxLwIRDkpwSeHU21T3lFcziHvsy61H5OUQk10aSm0eoYKswlq zu5yvJXlN96FUq+lBZRtg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:mvsXYHQqVyA=:uQgeVpznjlnw9RrLT9Buzh 0fRObsF237BslZqz29GlvvbtzCz4NXqse84lvO1l4VVolmbQ1K2Y5IQOKB30v/SjSDwF4Adjv x143bCocl1D06BG4hgiZvsfk+5o60H1u1INsrdbV8tpqXXvSFSbH/pxPxNqGjHUd5ExjqEwd3 WrRpWkRd9viClObshr7YQIj0DK6xd/4PwVB2AlbABUSQCjyE3EBbxmM4pGTQjIQGsF8N1jmqA yg4UsVst18Xyhmc/SMcfni3b3gkpOYPAN01crq3d0NXc+ix9KbSnQBpk7xOvueHjtiNsZRoOh Vln0Kra/ZtbycFOOgbnWLlUujnM0uUUMiZuAJophKroQKh8igtZYJHWTNgyBKiY217qIweJf7 ORpscaJv/iUyJiIDflFLXxKo+A6Mpr+OETQfVMlIA6Ngf9afAZ2Bq8tAvp1TS0Uqc6VXhGtXC ll6ZVNSuHvFBDrZ2XvxPxLlWer2It6VTk6ZhpTNBR/KmjTAhZGteDyM7ODe8dFjnDe4tajNlZ PdNfKOuHJz8kXi7tIeIk/qbS0tQfffIuk+5/Bs7uTTFKlcJPxrbo0zKoxASABj5UkD9mADlJD wXwn7EKHOIKgoSNJNuNgbQPglud7SSdiUYDPULR1oKxYO8iYZe8cUuIFB3e7BpBj9iQBWSLe5 EZOfuA9Ug2iSV1AoNqNiymK5gFgivnbMlxQFkVUKFh37ZutrndPxAeWej1a7OjBV8ElI5UtRl 6+/r0uhF7z7tlJKCT1PSxH/Hzll8wGRn+dESSnFO91MIqV4z6f8fo336qYYyT5yteJqpQVF4O JY8CDyEyCcKLYl88VGEs2iT5kyWeAhh0Zbaiu0wpmg4AVBDzYbdEywcJqoDLVE9DuqdnxUFB2 2987o1Bylp7vNFuQ1/VGXnnTzdgWfcYviYJ7BGWa82IvSbxGR53hSk6C/GNeLNy+E3TrOvr2D Fn17QEw3M7FCjG2EOJb4wx1vJmhtf1kLZ2AZPRC0Gyi85tGR+c1VHx+TZz2fUJhZSRZAfu52Q iDZXZiOdlwcJMcB2B3VC7yRAMp5ZqoM64xPIFEbuCymjQLt/RcTVKb65aaLgpVkDFkuKpVtlm 84s4wBh1WhMI/OjpIbsbDmiRAKX+uwXh7cj225Cv+N3663kOPXHqq8MSfJLYqj3ueJGn5MRRM XD9eSiBNb16VKzjANU7uICeF9a4oZkPZmdEfPoRYDDLwWRaQW/WJ5Nlcne5qo3wjrwXMZi1uG NyW1j/YNrH7aTkJTc7MUH60Gt7borD8+abT+mckPKDBk7ak5BQyRNelOYqOg= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 39067 Cc: 39067@debbugs.gnu.org, Madhu , Tino Calancha 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.7 (-) Eli Zaretskii writes: > IOW, this feature is not working as advertised in several important > use case, and never did AFAICT. Its implementation is incomplete. Test cases for this (and other shell-command functionality) would also be appreciated. FTR, Tramp ignores this variable completely. Once it is fixed in shell-command, we might want to fix it also for Tramp. The current implementation in simple.el uses shell-command--save-pos-or-erase and shell-command--set-point-after-cmd, both are internal functions. Could we make them first class citizens, that Tramp could profit from? > Thanks. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 13 15:22:20 2020 Received: (at 39067) by debbugs.gnu.org; 13 Jan 2020 20:22:20 +0000 Received: from localhost ([127.0.0.1]:60147 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ir6E7-0000KP-MP for submit@debbugs.gnu.org; Mon, 13 Jan 2020 15:22:20 -0500 Received: from mail-wr1-f52.google.com ([209.85.221.52]:35811) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ir6E5-0000KC-MH for 39067@debbugs.gnu.org; Mon, 13 Jan 2020 15:22:18 -0500 Received: by mail-wr1-f52.google.com with SMTP id g17so9991644wro.2 for <39067@debbugs.gnu.org>; Mon, 13 Jan 2020 12:22:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=kogMYFwevOJ/2C3o0nW8IBKwMkru7uogEIRCGQPwsCU=; b=TtVjSFJhQDFvgMz8a21gFZCHGkrGqldSy8Xw52E7XEYeOsn5bWYtNJe/K5MdQhIf/1 yO68cf6BvEXQkyMzvUbMe+Th9y+L1RIwlbB/25kzH8VKy3rY+/UO80pDyxiZQgImlD44 Fo7Sk8zhTcc2xaxY0f4LSWEWSl9mjBAYw6sVWjlpYtFjQ979jsarkriUREeq/7HMo1Mh 8eMo+QsCZSUOrgrlgBZrpSTYP11H+mF4cc9IFSzGHJ+wlJ95JRR6VoS9mejUW0kN7H71 Cg1MQEJxjaUZeIMTAhq5nzXz0S0m4sTKItlvtF/vu+X80fI03ZONgTOIHnz6q15mxflT 16ng== 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=kogMYFwevOJ/2C3o0nW8IBKwMkru7uogEIRCGQPwsCU=; b=BFQ3wSd3l8k1ddEMCdUh5UkcR/CBWpMGivdx0EklapI6nFwlfL+MS39mNQxFKEKJl+ k7XwmRuPWQbgQV+yZtqlHPMNv+XGIzfXqn+meJV4zKmHbXRVO4me3JO/mxZIuVwDC7Ub /XdpYt1Cyqie16NdYk0GOVb/cxty9xc6iINAGrfyWiFiWkVO1ln5tNId9kyutKQXcqVc BHl0vIKCYyQPcu+xQSSIPZxl+uwBSmGAaQnBfryMV5h18neMqYPDtq2hVz8mtagXzitH UnGTkT4PqBlYXQTY2g26eKU9XTsficdxFnYxEy07vvvzTJ45UzDDU46TD9NrpFrUAMzn NDBA== X-Gm-Message-State: APjAAAXzbUt1H5+7aKAUaNuOlF/7J1SbuKzVuTl4gEVlKnuoafd/CYsg sgbV29H/yWmloYcqCgyMqCI= X-Google-Smtp-Source: APXvYqw6mpol0eJO+cBYEax96F/pyCZspBnHGgg4c/XsonxBILgRp7BHDV4Ce3St7GBRj08Uc+Q9zA== X-Received: by 2002:a5d:4acb:: with SMTP id y11mr9716505wrs.106.1578946931597; Mon, 13 Jan 2020 12:22:11 -0800 (PST) Received: from calancha-pc.dy.bbexcite.jp ([31.7.242.222]) by smtp.gmail.com with ESMTPSA id z6sm16389425wrw.36.2020.01.13.12.22.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 13 Jan 2020 12:22:10 -0800 (PST) From: Tino Calancha To: Eli Zaretskii Subject: Re: bug#39067: shell-command-dont-erase-buffer strange behaviour References: <834kx28hvl.fsf@gnu.org> Date: Mon, 13 Jan 2020 21:22:01 +0100 In-Reply-To: <834kx28hvl.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 11 Jan 2020 11:25:18 +0200") Message-ID: <87d0bnt8d2.fsf@calancha-pc.dy.bbexcite.jp> 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: 39067 Cc: 39067@debbugs.gnu.org, Michael Albinus , Madhu 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: >> (let ((shell-command-dont-erase-buffer 'beg-last-out)) >> (with-current-buffer (get-buffer-create "OUT") >> (erase-buffer) >> (shell-command "/bin/echo FOO" t) >> (shell-command "/bin/echo FOO" t))) >> >> The result (as expected) is a buffer named OUT with 2 lines FOO. >> The same result is expected with the following code: >> >> (let ((shell-command-dont-erase-buffer 'beg-last-out)) >> (with-current-buffer (get-buffer-create "OUT") >> (erase-buffer) >> (shell-command "/bin/echo FOO" "OUT") >> (shell-command "/bin/echo FOO" "OUT"))) > IOW, this feature is not working as advertised in several important > use case, and never did AFAICT. Its implementation is incomplete. I agree; there was some contradictory info (hopefully fixed now). The value nil shouldn't erase the output buffer when such a buffer is the current one (for backward compatibility: we never erased the buffer in that case); I have updated docstrings and tags to clarify that point. Also, I've added the value 'erase for this option: this value will always erase the output buffer (i.e., even when the output buffer is the current one). Fixed the logic to cover the side case reported in this thread. > The current implementation in simple.el uses > shell-command--save-pos-or-erase and shell-command--set-point-after-cmd, > both are internal functions. Could we make them first class citizens, > that Tramp could profit from? Renamed them to shell-command-save-pos-or-erase, shell-command--set-point-after-cmd. > Test cases for this (and other shell-command functionality) would also > be appreciated. Added some. --8<-----------------------------cut here---------------start------------->8--- commit bc201a4133bf5c62573fec1a1b38dbf5a618cd9e Author: Tino Calancha Date: Mon Jan 13 20:55:02 2020 +0100 Fix shell-command-dont-erase-buffer feature * lisp/simple.el (shell-command-dont-erase-buffer): The default, nil, is backward compatible, i.e. it erases the buffer only if the output buffer is not the current one; the new value 'erase always erases the output buffer. Update docstring. (shell-command-save-pos-or-erase): Add optional arg output-to-current-buffer. Rename it so that it's not internal. All callers updated. (shell-command-set-point-after-cmd): Rename it so that it's not internal. All callers updated. Adjust it to cover a side case. (shell-command): Adjust logic to match the specification (Bug#39067). Enable the feature when the output buffer is the current one. (shell-command-on-region): Little tweak to follow `shell-command-dont-erase-buffer' specification. * test/lisp/simple-tests.el (with-shell-command-dont-erase-buffer): Add helper macro. (simple-tests-shell-command-39067) (simple-tests-shell-command-dont-erase-buffer): Add tests. * doc/emacs/misc.texi (Single Shell): Update manual. * etc/NEWS (Single shell commands): Announce the change. diff --git a/doc/emacs/misc.texi b/doc/emacs/misc.texi index ab3318c4a2..05ebae7145 100644 --- a/doc/emacs/misc.texi +++ b/doc/emacs/misc.texi @@ -826,12 +826,14 @@ Single Shell inserted into a buffer of that name. @vindex shell-command-dont-erase-buffer - By default, the output buffer is erased between shell commands. -If you change the value of the variable -@code{shell-command-dont-erase-buffer} to a non-@code{nil} value, -the output buffer is not erased. This variable also controls where to -set the point in the output buffer after the command completes; see the -documentation of the variable for details. + By default, the output buffer is erased between shell commands, except +when the output goes to the current buffer. If you change the value +of the variable @code{shell-command-dont-erase-buffer} to @code{erase}, +then the output buffer is always erased. Any other non-@code{nil} +value prevents to erase the output buffer. + +This variable also controls where to set the point in the output buffer +after the command completes; see the documentation of the variable for details. @node Interactive Shell @subsection Interactive Subshell diff --git a/etc/NEWS b/etc/NEWS index 031ddf5800..c658f2e858 100644 --- a/etc/NEWS +++ b/etc/NEWS @@ -2008,6 +2008,13 @@ variable for remote shells. It still defaults to "/bin/sh". ** Single shell commands ++++ +*** 'shell-command-dont-erase-buffer' accepts the value 'erase' to +force to erase the output buffer before execute the command. + +*** New functions shell-command-save-pos-or-erase' and +'shell-command-set-point-after-cmd'. + +++ *** 'async-shell-command-width' defines the number of display columns available for output of asynchronous shell commands. diff --git a/lisp/simple.el b/lisp/simple.el index e6e5847402..11983df7b6 100644 --- a/lisp/simple.el +++ b/lisp/simple.el @@ -3431,19 +3431,28 @@ shell-command-prompt-show-cwd :version "27.1") (defcustom shell-command-dont-erase-buffer nil - "If non-nil, output buffer is not erased between shell commands. -Also, a non-nil value sets the point in the output buffer -once the command completes. + "Control if the output buffer is erased before the command. + +A `nil' value erases the output buffer before execute +the shell command, except when the output buffer is the current one. + +The value `erase' ensures the output buffer is erased before +execute the shell command. + +Other non-nil values prevent the output buffer from be erased and +set the point after execute the shell command. + The value `beg-last-out' sets point at the beginning of the output, `end-last-out' sets point at the end of the buffer, `save-point' restores the buffer position before the command." :type '(choice - (const :tag "Erase buffer" nil) + (const :tag "Erase output buffer if not the current one" nil) + (const :tag "Always erase output buffer" erase) (const :tag "Set point to beginning of last output" beg-last-out) (const :tag "Set point to end of last output" end-last-out) (const :tag "Save point" save-point)) :group 'shell - :version "26.1") + :version "27.1") (defvar shell-command-saved-pos nil "Record of point positions in output buffers after command completion. @@ -3452,8 +3461,11 @@ shell-command-saved-pos in BUFFER once the command finishes. This variable is used when `shell-command-dont-erase-buffer' is non-nil.") -(defun shell-command--save-pos-or-erase () +(defun shell-command-save-pos-or-erase (&optional output-to-current-buffer) "Store a buffer position or erase the buffer. +Optional argument OUTPUT-TO-CURRENT-BUFFER, if non-nil, means that the output +of the shell command goes to the caller current buffer. + See `shell-command-dont-erase-buffer'." (let ((sym shell-command-dont-erase-buffer) pos) @@ -3464,7 +3476,9 @@ shell-command--save-pos-or-erase (setq pos (cond ((eq sym 'save-point) (point)) ((eq sym 'beg-last-out) (point-max)) - ((not sym) + ;;((not sym) + ((or (eq sym 'erase) + (and (null sym) (not output-to-current-buffer))) (let ((inhibit-read-only t)) (erase-buffer) nil)))) (when pos @@ -3472,7 +3486,7 @@ shell-command--save-pos-or-erase (push (cons (current-buffer) pos) shell-command-saved-pos)))) -(defun shell-command--set-point-after-cmd (&optional buffer) +(defun shell-command-set-point-after-cmd (&optional buffer) "Set point in BUFFER after command complete. BUFFER is the output buffer of the command; if nil, then defaults to the current BUFFER. @@ -3487,12 +3501,19 @@ shell-command--set-point-after-cmd (when (buffer-live-p buf) (let ((win (car (get-buffer-window-list buf))) (pmax (with-current-buffer buf (point-max)))) - (unless (and pos (memq sym '(save-point beg-last-out))) + + ;; The first time we run a command in a fresh created buffer + ;; we have not saved positions yet; advance to `point-max', so that + ;; sucesive commands knows the position where the new comman start. + ;; (unless (and pos (memq sym '(save-point beg-last-out))) + (unless (and pos (memq sym '(save-point beg-last-out end-last-out))) (setq pos pmax)) ;; Set point in the window displaying buf, if any; otherwise ;; display buf temporary in selected frame and set the point. (if win (set-window-point win pos) + (when pos + (with-current-buffer buf (goto-char pos))) (save-window-excursion (let ((win (display-buffer buf @@ -3620,7 +3641,9 @@ shell-command (if handler (funcall handler 'shell-command command output-buffer error-buffer) (if (and output-buffer - (not (or (bufferp output-buffer) (stringp output-buffer)))) + (or (eq output-buffer (current-buffer)) + (and (stringp output-buffer) (eq (get-buffer output-buffer) (current-buffer))) + (not (or (bufferp output-buffer) (stringp output-buffer))))) ; Bug#39067 ;; Output goes in current buffer. (let ((error-file (and error-buffer @@ -3630,6 +3653,7 @@ shell-command temporary-file-directory)))))) (barf-if-buffer-read-only) (push-mark nil t) + (shell-command-save-pos-or-erase 'output-to-current-buffer) ;; We do not use -f for csh; we will not support broken use of ;; .cshrcs. Even the BSD csh manual says to use ;; "if ($?prompt) exit" before things that are not useful @@ -3658,7 +3682,8 @@ shell-command ;; because we inserted text. (goto-char (prog1 (mark t) (set-marker (mark-marker) (point) - (current-buffer))))) + (current-buffer)))) + (shell-command-set-point-after-cmd)) ;; Output goes in a separate buffer. ;; Preserve the match data in case called from a program. ;; FIXME: It'd be ridiculous for an Elisp function to call @@ -3703,7 +3728,7 @@ shell-command (rename-uniquely)) (setq buffer (get-buffer-create bname))))) (with-current-buffer buffer - (shell-command--save-pos-or-erase) + (shell-command-save-pos-or-erase) (setq default-directory directory) (let ((process-environment (if (natnump async-shell-command-width) @@ -3809,7 +3834,7 @@ display-message-or-buffer ;; `shell-command-dont-erase-buffer' is non-nil. (defun shell-command-sentinel (process signal) (when (memq (process-status process) '(exit signal)) - (shell-command--set-point-after-cmd (process-buffer process)) + (shell-command-set-point-after-cmd (process-buffer process)) (message "%s: %s." (car (cdr (cdr (process-command process)))) (substring signal 0 -1)))) @@ -3928,7 +3953,7 @@ shell-command-on-region (set-buffer-major-mode buffer) ; Enable globalized modes (bug#38111) (unwind-protect (if (and (eq buffer (current-buffer)) - (or (not shell-command-dont-erase-buffer) + (or (memq shell-command-dont-erase-buffer '(nil erase)) (and (not (eq buffer (get-buffer "*Shell Command Output*"))) (not (region-active-p))))) ;; If the input is the same buffer as the output, @@ -3951,7 +3976,7 @@ shell-command-on-region (with-current-buffer buffer (if (not output-buffer) (setq default-directory directory)) - (shell-command--save-pos-or-erase))) + (shell-command-save-pos-or-erase))) (setq exit-status (call-shell-region start end command nil (if error-file @@ -3970,7 +3995,7 @@ shell-command-on-region ;; There's some output, display it (progn (display-message-or-buffer buffer) - (shell-command--set-point-after-cmd buffer)) + (shell-command-set-point-after-cmd buffer)) ;; No output; error? (let ((output (if (and error-file diff --git a/test/lisp/simple-tests.el b/test/lisp/simple-tests.el index 2611519d07..ace3a8463c 100644 --- a/test/lisp/simple-tests.el +++ b/test/lisp/simple-tests.el @@ -711,5 +711,59 @@ simple-tests-async-shell-command-30280 (when process (delete-process process)) (when buffer (kill-buffer buffer))))))) + +;;; Tests for shell-command-dont-erase-buffer + +(defmacro with-shell-command-dont-erase-buffer (str output-buffer-is-current &rest body) + (declare (debug (form &body)) (indent 2)) + (let ((expected (make-symbol "expected")) + (command (make-symbol "command")) + (caller-buf (make-symbol "caller-buf")) + (output-buf (make-symbol "output-buf"))) + `(let* ((,caller-buf (generate-new-buffer "caller-buf")) + (,output-buf (if ,output-buffer-is-current ,caller-buf + (generate-new-buffer "output-buf"))) + (,command (format "%s --batch --eval '(princ \"%s\")'" invocation-name ,str)) + (inhibit-message t)) + (unwind-protect + ;; Feature must work the same regardless how we specify the 2nd arg of `shell-command', ie, + ;; as a buffer, buffer name (or t, if the output must go to the current buffer). + (dolist (output (append (list ,output-buf (buffer-name ,output-buf)) + (if ,output-buffer-is-current '(t) nil))) + (dolist (save-pos '(erase nil beg-last-out end-last-out save-point)) + (let ((shell-command-dont-erase-buffer save-pos)) + (with-current-buffer ,output-buf (erase-buffer)) + (with-current-buffer ,caller-buf + (dotimes (_ 2) (shell-command ,command output))) + (with-current-buffer ,output-buf + ,@body)))) + (kill-buffer ,caller-buf) + (when (buffer-live-p ,output-buf) + (kill-buffer ,output-buf)))))) + +(ert-deftest simple-tests-shell-command-39067 () + "The output buffer is erased or not according with `shell-command-dont-erase-buffer'." + (let ((str "foo\n")) + (dolist (output-current '(t nil)) + (with-shell-command-dont-erase-buffer str output-current + (let ((expected (cond ((eq shell-command-dont-erase-buffer 'erase) str) + ((null shell-command-dont-erase-buffer) + (if output-current (concat str str) + str)) + (t (concat str str))))) + (should (string= expected (buffer-string)))))))) + +(ert-deftest simple-tests-shell-command-dont-erase-buffer () + "The point is set at the expected position after execute the command." + (let* ((str "foo\n") + (expected-point `((beg-last-out . ,(1+ (length str))) + (end-last-out . ,(1+ (* 2 (length str)))) + (save-point . 1)))) + (dolist (output-buffer-is-current '(t ni)) + (with-shell-command-dont-erase-buffer str output-buffer-is-current + (when (memq shell-command-dont-erase-buffer '(beg-last-out end-last-out save-point)) + (should (= (point) (alist-get shell-command-dont-erase-buffer expected-point)))))))) + + (provide 'simple-test) ;;; simple-test.el ends here --8<-----------------------------cut here---------------end--------------->8--- In GNU Emacs 27.0.60 (build 44, x86_64-pc-linux-gnu, GTK+ Version 3.24.5) of 2020-01-13 built on calancha-pc.dy.bbexcite.jp [On top of] Repository revision: d645628e3cf6ebe5eaea3b40100bd77b9c823f8b ('Always use lexical-binding in lisp-interaction-mode (bug#38835)') Repository branch: emacs-27 Windowing system distributor 'The X.Org Foundation', version 11.0.12004000 System Description: Debian GNU/Linux 10 (buster) From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 14 03:49:28 2020 Received: (at 39067) by debbugs.gnu.org; 14 Jan 2020 08:49:28 +0000 Received: from localhost ([127.0.0.1]:60650 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1irHt9-0000nG-Tb for submit@debbugs.gnu.org; Tue, 14 Jan 2020 03:49:28 -0500 Received: from mout.gmx.net ([212.227.17.21]:60785) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1irHt8-0000n2-2f for 39067@debbugs.gnu.org; Tue, 14 Jan 2020 03:49:26 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1578991756; bh=ACrAoIs+aQnu59ojUOqk5pb6jU8QszemJzyKRwtw1UY=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=bpXvmvLV2RGp8ykSQCUkUFf8E2nOPEFq853UsXONGGkHj19BDN8jDKc3qY6y6tqGZ NBmCdAOWkwHvnWnE6BpGsLmZ3LHmWyf/TBrViOeH0ChQm1UUIytd9qaGUAlGIThrOT z30LvDHbuPOtiDq7lqU7uwSEUlmSO3eLOsPpaJYg= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from detlef.gmx.de ([212.91.242.202]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1N5G9t-1jpTn43k9N-01175d; Tue, 14 Jan 2020 09:49:16 +0100 From: Michael Albinus To: Tino Calancha Subject: Re: bug#39067: shell-command-dont-erase-buffer strange behaviour References: <834kx28hvl.fsf@gnu.org> <87d0bnt8d2.fsf@calancha-pc.dy.bbexcite.jp> Date: Tue, 14 Jan 2020 09:49:14 +0100 In-Reply-To: <87d0bnt8d2.fsf@calancha-pc.dy.bbexcite.jp> (Tino Calancha's message of "Mon, 13 Jan 2020 21:22:01 +0100") Message-ID: <87muaqv2wl.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:id4mZ5gAZLCD4r7CADWQxqkF6Cd83p9xve9CneaIxDCN2/hMYxU YR9fhBdyUXage6ro2NDp3iK3rBBYlFPVhLbmaP3ZWYaJWAfBIzFNOOMCzGFYU2AGsngsdtA i0nfFHq+xc2urQjObjqs+HHw11KkK0JokvnYcZa6ZRGfgih6+Wg+D0KgDCEXhWQBFCTdZxs mwnz2RrXumatONqLz2SIA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:Bk9HaLreDYI=:iSHtLnU1eGwawF73AODm24 7M3fZrHAbkXMa76x1UQOIoL3DU3o64QiC3rNm3mQh1JZ61huCYwIrAfzee6Z0b6nWbTV7zxBp /oqKv5Is26OUjzUFotPhxcOMWv9W9c/6lLGl+zdmYLvMj5dEtRfOKwJ729TkRU7hN7+3rX0IS negCjp02q7O3vyWlu4SyEWuI0xGYACMJwBRddAnEfdFwrtA4/67FYVLSfffnImNAnp8XJThRW 6njfUOrO5+167+Fq+pZqDqEujbn99bRgyesrpkHKkMGO2QCaOsnzJMWGBoe0HuP4lLiL8DQG4 Cel/QQSD0qNouCKPTEJl6kIHpNP1jCnyv8gwzvrFZmd7Cfj/bH8b2xiot6XTlPgoblxifI+zU 5JpF1/P7caj8kWR+pj+u1EK8qEXxLYi2POeJulBzOfF6hgcm0aMc/tdn/TXXeZl0LVZ4z2RUT +0hdEVRSjPg6VjtCrauTGExYReYlA7J9QECXSs+iLq3EGgi2DTnHB5HnO605sRPgewzpVVHEI Nc/kaoiJcumbSurgiEtWv/xutwLFjPHTDUXC9HkjqnmzYRz8u7ifj2tv/hyRfQlPfcpUtjE65 2oubGApAQKBN3ZCBRbC9WsAecXivGQcFAQ0o2iCgKU1Jnf8bTa+CWouVJ4SZTUf//Uzj4hFgr T5s92/Nuhh5KWIDxFR3oSj7r/BVbpzGSo3kz0xqjfyK8ikL4pIYefxZ3Dze8FqW6oFjX3DLFo aVcTNq5jjocSHseLZI19kS3yNCZjEPuHkOWc4o/O4pP5C466pPMeml24oBLtwHFTyspim4Ocg WhvVa8YMUwP/wgdvA3mBPYChPX8KOewM1DX+sdYEHRkkFomjdb6FBMrjhs3cRM/yxTwC102BD 4ys9JMSAXhkW1Xh4bFK/+/gqsyWFT5eNO6WC1HNCcgJb4hsax+EA5v+OSJpKijKKb/T0wXgAG S0B+ZtSKLEQqFBhnG0Xvj9q/9CdqZroF846gbu2khtEJfwNJ58Zz7IaPnkyKqf2t3+LkjdBTU H5Qah/ZzWNNn5ZygTgxafiuVNxpf7NSx+iy9rLx94E7keB6XAYhXBx161KQIWGQ+YBh5BwApP e7qq602j4v6WfxHrYP+65iZ1un4h10XPnGtZClKRLZT+vyhMSu9iS5qEJ+z/gVRYA5vn7BGGt emi5CK66ShqEcPzguL068WWZUdo0wW2EnXixinwJrL8zS6EjXmfBTmhCnNzzPXrTLU0zxHJMC 05+9NCKqBx8faQ20i6O4nlULNY0zdxkcQvLWB73isp7XtmiX/r5biBnxmeH0= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 39067 Cc: Eli Zaretskii , 39067@debbugs.gnu.org, Madhu 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.7 (-) Tino Calancha writes: Hi Tino, > Fixed the logic to cover the side case reported in this thread. > >> The current implementation in simple.el uses >> shell-command--save-pos-or-erase and shell-command--set-point-after-cmd, >> both are internal functions. Could we make them first class citizens, >> that Tramp could profit from? > Renamed them to shell-command-save-pos-or-erase, shell-command--set-point-after-cmd. Thanks! You plan to bring it into Emacs 27.1. FTR, related Tramp changes will appear with Emacs 27.2 only. This shouldn't be a problem I guess, in case there's sombdy concerned, a Tramp ELPA release will make it available earlier. I haven't tested yet, but some minor nits: > --- a/doc/emacs/misc.texi > +++ b/doc/emacs/misc.texi > + By default, the output buffer is erased between shell commands, except > +when the output goes to the current buffer. If you change the value > +of the variable @code{shell-command-dont-erase-buffer} to @code{erase}, > +then the output buffer is always erased. Any other non-@code{nil} > +value prevents to erase the output buffer. > + > +This variable also controls where to set the point in the output buffer > +after the command completes; see the documentation of the variable for details. s/variable/user option/ > --- a/etc/NEWS > +++ b/etc/NEWS > +*** New functions shell-command-save-pos-or-erase' and > +'shell-command-set-point-after-cmd'. 'shell-command-save-pos-or-erase' Maybe you could be a little bit more verbose, saying that they control how point is handled between two consecutive shell commands in the same buffer. > --- a/lisp/simple.el > +++ b/lisp/simple.el > (defcustom shell-command-dont-erase-buffer nil > +A `nil' value erases the output buffer before execute > +the shell command, except when the output buffer is the current one. We don't quote nil. "execution of the shell command" > +Other non-nil values prevent the output buffer from be erased and > +set the point after execute the shell command. "being" "execution of the shell command" > + ;; sucesive commands knows the position where the new comman start. ;; successive commands know the position where the new command starts. > + ;; (unless (and pos (memq sym '(save-point beg-last-out))) This is superfluous, isn't it? > --- a/test/lisp/simple-tests.el > +++ b/test/lisp/simple-tests.el > + "The output buffer is erased or not according with `shell-command-dont-erase-buffer'." "according to" (?) > +(ert-deftest simple-tests-shell-command-dont-erase-buffer () > + "The point is set at the expected position after execute the command." "execution of the command" Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 19 05:19:32 2020 Received: (at 39067-done) by debbugs.gnu.org; 19 Jan 2020 10:19:32 +0000 Received: from localhost ([127.0.0.1]:42633 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1it7g4-0001ep-0E for submit@debbugs.gnu.org; Sun, 19 Jan 2020 05:19:32 -0500 Received: from mail-wm1-f46.google.com ([209.85.128.46]:34812) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1it7g2-0001ec-DX for 39067-done@debbugs.gnu.org; Sun, 19 Jan 2020 05:19:31 -0500 Received: by mail-wm1-f46.google.com with SMTP id w5so12613942wmi.1 for <39067-done@debbugs.gnu.org>; Sun, 19 Jan 2020 02:19:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:references:date:in-reply-to:message-id:user-agent :mime-version; bh=Xx0J0b12q9sQdHyUYEmizyFwwYibSs7BCQKwk4ED41I=; b=MAnX4dcLEkcIt+e/n5zVJ0JoFM4btHq+NBbSmKBFJbOHPATJ8tgZqaOi6glwnGCljU 6SauwnjqT7LnrGIbzMeR7Mazp4JHgAMHb49RHO0pO0B5vEkKQSS4lUKE6IydSsuIwZko Y9YZbYneLdc6fzMAiMWS7Q3wflOuSY6p/dGY1QS5u9WlTvaHKE5VcKtx5tL4luvtGOWq dyX5PDDNss5pTdKjpHrDSPuvExI4+82GN1Xn1k9EnMhBcIrQ1UBdycThd3c8WhzctH6D 8zT+OAL7CYsGW3WmV0QZGlOUz4VdGubu3FjloOaAXbAXu4LAysvWGZW2jQ2OOdMPV6r4 pnOg== 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:references:date:in-reply-to :message-id:user-agent:mime-version; bh=Xx0J0b12q9sQdHyUYEmizyFwwYibSs7BCQKwk4ED41I=; b=T/ANrryRyYdOS3YvICmVo1RtcWxqL4ebrvwPxnrSYKPRBqiGjFw3tltX1zjoTN2OC+ P3QN+ZdzEqZ4F2yYfNf2jrTLf+/S8zUvM3d9e0igONQ5NHoVmSvZ4sLV+nKFw6r4p0Mg O8oCwxCaJYIVz2TBBLTkD9qMcxed/+mCWhY4ZztkKEyoDQK+iJQ61xJ7ecsGXJ4+7TjW 3xlCzJaKcuZFFedvQ3a6qH5uxno52drZKHhMOK7Bxz7ckxzFcOO7KKPNUjQLoutY+0H2 nzi12WzExdJ5jiYbF86lnLUR+3lcsdWqTha/RUfy7LkorOEkW+4cLhh4C3GZ26hUMkaJ oBRA== X-Gm-Message-State: APjAAAXDkTPrNBv2x1oh2Gayg5i2hAUTRljFOxrVRjviVmN/pVKN+Gyo LNaq5UwpaHNjef+g6/rBqR5zSJuF X-Google-Smtp-Source: APXvYqxXYVaUuidjV5/YMReq4d5H18qMqOk36FXx5sYdqasCcVSzyTf4Nv8VNbhEzSD0Ikuu1evBOA== X-Received: by 2002:a05:600c:2551:: with SMTP id e17mr13573375wma.26.1579429164218; Sun, 19 Jan 2020 02:19:24 -0800 (PST) Received: from calancha-pc.dy.bbexcite.jp ([31.7.242.222]) by smtp.gmail.com with ESMTPSA id 5sm42939721wrh.5.2020.01.19.02.19.22 for <39067-done@debbugs.gnu.org> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 19 Jan 2020 02:19:23 -0800 (PST) From: Tino Calancha To: 39067-done@debbugs.gnu.org Subject: Re: bug#39067: shell-command-dont-erase-buffer strange behaviour References: <834kx28hvl.fsf@gnu.org> <87d0bnt8d2.fsf@calancha-pc.dy.bbexcite.jp> <87muaqv2wl.fsf@gmx.de> Date: Sun, 19 Jan 2020 11:19:19 +0100 In-Reply-To: <87muaqv2wl.fsf@gmx.de> (Michael Albinus's message of "Tue, 14 Jan 2020 09:49:14 +0100") Message-ID: <87tv4rwxy0.fsf@calancha-pc.dy.bbexcite.jp> 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: 39067-done 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 (-) Michael Albinus writes: Fixed the bug into emacs-27 branch with commit: 'Fix shell-command-dont-erase-buffer feature' (2eb0b7835d1a9cd4b804436e33c71058cb38f178) > I haven't tested yet, but some minor nits: Thank Michael for the corrections! I have added then but this one: > ;; successive commands know the position where the new command starts. > >> + ;; (unless (and pos (memq sym '(save-point beg-last-out))) > > This is superfluous, isn't it? That is requred for a corner case: one of the new tests fails if I remove that. From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 19 13:05:36 2020 Received: (at 39067) by debbugs.gnu.org; 19 Jan 2020 18:05:36 +0000 Received: from localhost ([127.0.0.1]:43844 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1itEx6-00044I-7c for submit@debbugs.gnu.org; Sun, 19 Jan 2020 13:05:36 -0500 Received: from eggs.gnu.org ([209.51.188.92]:48737) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1itEx2-000443-A5 for 39067@debbugs.gnu.org; Sun, 19 Jan 2020 13:05:35 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:38291) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1itEww-0006WJ-Pb; Sun, 19 Jan 2020 13:05:26 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1itEwr-0005nC-H2; Sun, 19 Jan 2020 13:05:23 -0500 From: Glenn Morris To: 39067@debbugs.gnu.org Subject: Re: bug#39067: shell-command-dont-erase-buffer strange behaviour References: <834kx28hvl.fsf@gnu.org> <87d0bnt8d2.fsf@calancha-pc.dy.bbexcite.jp> <87muaqv2wl.fsf@gmx.de> <87tv4rwxy0.fsf@calancha-pc.dy.bbexcite.jp> X-Spook: Afghanistan Incident Jyllandsposten Suspicious package X-Ran: :p`g.bs~aWclyI!}h*TJ?m,[nwT=f3aC)c.N!FSSgM&al-+2>oO41|cpq&}iODU>c72_z^ X-Hue: white X-Debbugs-No-Ack: yes X-Attribution: GM Date: Sun, 19 Jan 2020 13:05:14 -0500 In-Reply-To: <87tv4rwxy0.fsf@calancha-pc.dy.bbexcite.jp> (Tino Calancha's message of "Sun, 19 Jan 2020 11:19:19 +0100") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 39067 Cc: madhu@cs.unm.edu, tino.calancha@gmail.com 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 (---) These tests fail for me on CentOS 8.1. Test simple-tests-shell-command-39067 backtrace: signal(ert-test-failed (((should (string= expected (buffer-string))) ert-fail(((should (string= expected (buffer-string))) :form (string= #f(compiled-function () #)() ert--run-test-internal(#s(ert--test-execution-info :test #s(ert-test ert-run-test(#s(ert-test :name simple-tests-shell-command-39067 :doc ert-run-or-rerun-test(#s(ert--stats :selector ... :tests ... :test-m ert-run-tests((not (or (tag :expensive-test) (tag :unstable))) #f(co ert-run-tests-batch((not (or (tag :expensive-test) (tag :unstable))) ert-run-tests-batch-and-exit((not (or (tag :expensive-test) (tag :un eval((ert-run-tests-batch-and-exit '(not (or (tag :expensive-test) ( command-line-1(("-L" ":." "-l" "ert" "-l" "lisp/simple-tests" "--eva command-line() normal-top-level() Test simple-tests-shell-command-39067 condition: (ert-test-failed ((should (string= expected (buffer-string))) :form (string= "foo " "Loading /usr/share/emacs/site-lisp/site-start.d/autoconf-init.el (source)... Loading /usr/share/emacs/site-lisp/site-start.d/cmake-init.el (source)... Loading /usr/share/emacs/site-lisp/site-start.d/desktop-entry-mode-init.el (source)... Loading /usr/share/emacs/site-lisp/site-start.d/mercurial-site-start.el (source)... Loading /usr/share/emacs/site-lisp/site-start.d/systemtap-init.el (source)... ../../../../../../usr/share/emacs/site-lisp/site-start.el: (lambda (dir) ...) quoted with ' rather than with #' foo ") :value nil)) FAILED 31/36 simple-tests-shell-command-39067 (1.691818 sec) Test simple-tests-shell-command-dont-erase-buffer backtrace: signal(ert-test-failed (((should (= (point) (alist-get shell-command ert-fail(((should (= (point) (alist-get shell-command-dont-erase-buf #f(compiled-function () #)() ert--run-test-internal(#s(ert--test-execution-info :test #s(ert-test ert-run-test(#s(ert-test :name simple-tests-shell-command-dont-erase ert-run-or-rerun-test(#s(ert--stats :selector ... :tests ... :test-m ert-run-tests((not (or (tag :expensive-test) (tag :unstable))) #f(co ert-run-tests-batch((not (or (tag :expensive-test) (tag :unstable))) ert-run-tests-batch-and-exit((not (or (tag :expensive-test) (tag :un eval((ert-run-tests-batch-and-exit '(not (or (tag :expensive-test) ( command-line-1(("-L" ":." "-l" "ert" "-l" "lisp/simple-tests" "--eva command-line() normal-top-level() Test simple-tests-shell-command-dont-erase-buffer condition: (ert-test-failed ((should (= (point) (alist-get shell-command-dont-erase-buffer expected-point))) :form (= 517 5) :value nil)) FAILED 32/36 simple-tests-shell-command-dont-erase-buffer (0.487757 sec) From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 19 15:55:46 2020 Received: (at 39067) by debbugs.gnu.org; 19 Jan 2020 20:55:46 +0000 Received: from localhost ([127.0.0.1]:43957 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1itHbm-0003uS-Fh for submit@debbugs.gnu.org; Sun, 19 Jan 2020 15:55:46 -0500 Received: from mail-wr1-f50.google.com ([209.85.221.50]:38898) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1itHbj-0003uC-Uc for 39067@debbugs.gnu.org; Sun, 19 Jan 2020 15:55:45 -0500 Received: by mail-wr1-f50.google.com with SMTP id y17so27547032wrh.5 for <39067@debbugs.gnu.org>; Sun, 19 Jan 2020 12:55:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=OnA0d0xEORroTZsj7THXaExatw0rZuwfvfAiqaB5Wps=; b=S1DTpV2JofFhOg4LSfSzEr2KoslS46tHIWBo9fl/Jte6dAf+3L45HCXfHqA8jgKHDq xj+x8J4Z9F9kdeh27GSpJcDj1aYpLK32WxmHMgGREj5e2krQlM1N1802NWVWjvAI8MEF IJ9k+I6L86cb7w+tr/FPnVvYUhBVPMXZAEADyfY26MuAs2uuakTeyJfVvu2OrgO3e8LS +15Ira4IDwZemzAz7aV5SnyC8QeuheupolPdU+hH1z8EslLGeNql91vSz82ejbhMuXVl p5rDJ3EwyjKAnJcdhrU+iTxqfoq8Dnjw5P8yWWA7UMwXUe1Zj3YvjRHtyOwGxm8Boawu KeBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version; bh=OnA0d0xEORroTZsj7THXaExatw0rZuwfvfAiqaB5Wps=; b=kxB57kdDwAGxy5VdOfRQg7frPzzVc3mOp5pyU3iKAgNQgEo2umSB8NJ7bLyruA18JF dfk9Q7DxRkg5g97e+vGxtSRfCnmBgQjoliY6kHAznLQuHLl5cYecPmL4qaeq77fm2mPv H0bjL79zBJaHs0XXza2G0lz9NNzRVJCmlRNp9JOTbLS5EpP6FUIEylDVZaPOlgP570we c1MJ51oyX8+eiOmQvUjB4yGwV7ExYw7moBPde5CsqC7eQw2Sb0vV0L4+mT4pdJo0A6sk AO/G4LkONy2q/ratRV43h3qhbcavk8LgDyFhSkOeenkCC8mFYdgu8yPoMIOXW5/JWVzS rtsQ== X-Gm-Message-State: APjAAAXGq+dS0UIEK60hOyDIfA0PZLb99/n00+zb878tGMlIsNrAP9fL Tks+CuTNfqkmDFLcqqPkM24= X-Google-Smtp-Source: APXvYqydoSbVkTiv09PMQwy2bvAufpdLB4WzsHSkJEomUNMyZZtxbimsZwyZUQvDT0xatzREGwfLUg== X-Received: by 2002:a05:6000:12c9:: with SMTP id l9mr14677454wrx.304.1579467337953; Sun, 19 Jan 2020 12:55:37 -0800 (PST) Received: from calancha-pc.fritz.box (p5097a5ca.dip0.t-ipconnect.de. [80.151.165.202]) by smtp.gmail.com with ESMTPSA id f1sm45570025wrp.93.2020.01.19.12.55.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 19 Jan 2020 12:55:37 -0800 (PST) From: Tino Calancha X-Google-Original-From: Tino Calancha Date: Sun, 19 Jan 2020 21:55:35 +0100 (CET) X-X-Sender: calancha@calancha-pc.dy.bbexcite.jp To: Glenn Morris Subject: Re: bug#39067: shell-command-dont-erase-buffer strange behaviour In-Reply-To: Message-ID: References: <834kx28hvl.fsf@gnu.org> <87d0bnt8d2.fsf@calancha-pc.dy.bbexcite.jp> <87muaqv2wl.fsf@gmx.de> <87tv4rwxy0.fsf@calancha-pc.dy.bbexcite.jp> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Spam-Score: 0.9 (/) X-Debbugs-Envelope-To: 39067 Cc: 39067@debbugs.gnu.org, madhu@cs.unm.edu, tino.calancha@gmail.com 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 (-) On Sun, 19 Jan 2020, Glenn Morris wrote: > > These tests fail for me on CentOS 8.1. > " "Loading /usr/share/emacs/site-lisp/site-start.d/autoconf-init.el (source)... > Loading /usr/share/emacs/site-lisp/site-start.d/cmake-init.el (source)... > Loading /usr/share/emacs/site-lisp/site-start.d/desktop-entry-mode-init.el (source)... > Loading /usr/share/emacs/site-lisp/site-start.d/mercurial-site-start.el (source)... > Loading /usr/share/emacs/site-lisp/site-start.d/systemtap-init.el (source)... > ../../../../../../usr/share/emacs/site-lisp/site-start.el: (lambda (dir) ...) quoted with ' rather than with #' > foo > ") It's loading site-lisp stuff; I guess if I pass flag -Q (as in test simple-tests-async-shell-command-30280) then those elips files won't be loaded. I will push that tweak. From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 19 22:25:05 2020 Received: (at 39067) by debbugs.gnu.org; 20 Jan 2020 03:25:05 +0000 Received: from localhost ([127.0.0.1]:44242 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1itNgX-00073O-Ab for submit@debbugs.gnu.org; Sun, 19 Jan 2020 22:25:05 -0500 Received: from eggs.gnu.org ([209.51.188.92]:43397) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1itNgU-00072o-14 for 39067@debbugs.gnu.org; Sun, 19 Jan 2020 22:25:03 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44727) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1itNgO-000762-8G; Sun, 19 Jan 2020 22:24:56 -0500 Received: from [176.228.60.248] (port=1117 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1itNgM-0003UI-OH; Sun, 19 Jan 2020 22:24:55 -0500 Date: Mon, 20 Jan 2020 05:25:01 +0200 Message-Id: <83ftgayfle.fsf@gnu.org> From: Eli Zaretskii To: Tino Calancha In-reply-to: (message from Tino Calancha on Sun, 19 Jan 2020 21:55:35 +0100 (CET)) Subject: Re: bug#39067: shell-command-dont-erase-buffer strange behaviour References: <834kx28hvl.fsf@gnu.org> <87d0bnt8d2.fsf@calancha-pc.dy.bbexcite.jp> <87muaqv2wl.fsf@gmx.de> <87tv4rwxy0.fsf@calancha-pc.dy.bbexcite.jp> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 39067 Cc: rgm@gnu.org, 39067@debbugs.gnu.org, madhu@cs.unm.edu 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: Tino Calancha > Date: Sun, 19 Jan 2020 21:55:35 +0100 (CET) > Cc: 39067@debbugs.gnu.org, madhu@cs.unm.edu, tino.calancha@gmail.com > > > Loading /usr/share/emacs/site-lisp/site-start.d/systemtap-init.el (source)... > > ../../../../../../usr/share/emacs/site-lisp/site-start.el: (lambda (dir) ...) quoted with ' rather than with #' > > foo > > ") > It's loading site-lisp stuff; I guess if I pass flag -Q > (as in test simple-tests-async-shell-command-30280) then those elips files > won't be loaded. > I will push that tweak. Aren't tests run with -batch? That implies -Q as well, so I'm not sure I even understand why those files are loaded. From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 20 05:04:46 2020 Received: (at 39067) by debbugs.gnu.org; 20 Jan 2020 10:04:46 +0000 Received: from localhost ([127.0.0.1]:44404 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1itTvG-0003nm-DE for submit@debbugs.gnu.org; Mon, 20 Jan 2020 05:04:46 -0500 Received: from mail1463c50.megamailservers.eu ([91.136.14.63]:40772 helo=mail268c50.megamailservers.eu) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1itTv9-0003nT-SH for 39067@debbugs.gnu.org; Mon, 20 Jan 2020 05:04:40 -0500 X-Authenticated-User: mattiase@bredband.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=megamailservers.eu; s=maildub; t=1579514665; bh=NF3J7DVvfOGM3SC6mZ6V0VZCUF+4f8WcK2WEs5DrTZU=; h=From:Subject:Date:Cc:To:From; b=D7Kljw5i/iO+8arCWdRtfJFg87xTgf45zkmLI/pwkSNIhsceg1HcMfPp2Jc+mV/Kl 6jtkpcxcBU81QpnhRZQKyOWGiP6sgDG+SwYHuCJ84s4US9BXcWp3wtVlYXs2U2vbR4 RCvg3MH+MbPVhBlNIIa5qCU7ocFGJL48UFof3dAg= Feedback-ID: mattiase@acm.or Received: from [192.168.0.4] (c188-150-171-71.bredband.comhem.se [188.150.171.71]) (authenticated bits=0) by mail268c50.megamailservers.eu (8.14.9/8.13.1) with ESMTP id 00KA4MGw028675; Mon, 20 Jan 2020 10:04:23 +0000 From: =?utf-8?Q?Mattias_Engdeg=C3=A5rd?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: bug#39067: shell-command-dont-erase-buffer strange behaviour Message-Id: Date: Mon, 20 Jan 2020 11:04:21 +0100 To: Tino Calancha , Eli Zaretskii , rgm@gnu.org, madhu@cs.unm.edu X-Mailer: Apple Mail (2.3445.104.11) X-CTCH-RefID: str=0001.0A0B020A.5E257B29.002E, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.3 cv=J53UEzvS c=1 sm=1 tr=0 a=SF+I6pRkHZhrawxbOkkvaA==:117 a=SF+I6pRkHZhrawxbOkkvaA==:17 a=kj9zAlcOel0A:10 a=M51BFTxLslgA:10 a=hZYtMfjlMvQn4G7bs1oA:9 a=CjuIK1q_8ugA:10 X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 39067 Cc: 39067@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: -0.7 (/) + (,command (format "%s -Q --batch --eval '(princ \"%s\")'" = invocation-name ,str)) Shouldn't invocation-name be something like (expand-file-name invocation-name invocation-directory) here? From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 20 08:20:25 2020 Received: (at 39067) by debbugs.gnu.org; 20 Jan 2020 13:20:25 +0000 Received: from localhost ([127.0.0.1]:44533 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1itWyb-000456-Qe for submit@debbugs.gnu.org; Mon, 20 Jan 2020 08:20:25 -0500 Received: from mail-wm1-f53.google.com ([209.85.128.53]:55176) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1itWyX-00044n-7a for 39067@debbugs.gnu.org; Mon, 20 Jan 2020 08:20:20 -0500 Received: by mail-wm1-f53.google.com with SMTP id b19so14423929wmj.4 for <39067@debbugs.gnu.org>; Mon, 20 Jan 2020 05:20:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=/ofpq7rcnb16/ZIcpnAjfplm7CRkJxrkAe7vICHV1A4=; b=txrwqrarWvqe9ulheDKQFnRQ6W2KHLd5TCibTZcIsi7SFQ2hTG4b/6QWXM5ljq8chG coXl48UXQvmsERLGDFI4pCD6ZcYyURE3rbG+dN/EMUBnxk37J/vY5/iFtfl+/o0gspGo CiNrTsC60CZpa+G3uvxE0/BegZNJjnGVah9npwofmFY/NXbALqYd5wwD+lTe3vL2Ser6 SF7WfmwTBrW+zusYMZ/7oIS23kSjw4BsebWBy+YQSrbXQSL/L8MLdZxHPfKY3JyjVSr9 i5sfxmugE9QhRH7+bM0Luv+/IGn2Nl2roSaj8fPUGKpUx3WH6tKw+9XKqNgyXz7IdWXw /P0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version; bh=/ofpq7rcnb16/ZIcpnAjfplm7CRkJxrkAe7vICHV1A4=; b=jNVdo2Ygl/lfdaTpBV5Rw0XY+IGhKrWaDlEGLCpi1kDCMKIUR3WugSX3VfCrcpsptu 70z4SOQi3/SgmewAG5Vp5RZ2ZRCbDb3lozkvoy0U+fEIdjtqrDGef4gvp+iq4oaxnnzu 2BFtz79moJgz5GdcvdAfcSijej01wz40fLrs+RiAzuQ79KDh0IM6lSkCJ6++wjriFoot AYvrCUEDEvhDeNWjpbR5LyC5YXxbKQV831GVZcfOnU734BhGhzz6rh51JqLKYDJoOKZD ET2MsbrIs2VTIiXYZXCK0E+9yPOHPDY23qrH7NvdmoRqroZekVnP5jy80ttCYd4mWEgC Hdpw== X-Gm-Message-State: APjAAAUQSKGoghVgG3hjKXFscOOGPxwVSf1ipc34bsX9j7MFYlGA2BIz t2A0yujevJRpMOmaX3YbFNU= X-Google-Smtp-Source: APXvYqxajsL5LfGnmudnmBlIWTY0xzOP0aN/EVvmpcbQHcOud/DxIDZHzsrGmuCn9wwF4JTDPQ3hSQ== X-Received: by 2002:a05:600c:2c2:: with SMTP id 2mr19749744wmn.155.1579526411407; Mon, 20 Jan 2020 05:20:11 -0800 (PST) Received: from [149.44.173.81] (charybdis-ext.suse.de. [195.135.221.2]) by smtp.gmail.com with ESMTPSA id a16sm48441686wrt.37.2020.01.20.05.20.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 20 Jan 2020 05:20:10 -0800 (PST) From: Tino Calancha X-Google-Original-From: Tino Calancha Date: Mon, 20 Jan 2020 14:20:03 +0100 (CET) X-X-Sender: calancha@localhost.localdomain To: Eli Zaretskii Subject: Re: bug#39067: shell-command-dont-erase-buffer strange behaviour In-Reply-To: <83ftgayfle.fsf@gnu.org> Message-ID: References: <834kx28hvl.fsf@gnu.org> <87d0bnt8d2.fsf@calancha-pc.dy.bbexcite.jp> <87muaqv2wl.fsf@gmx.de> <87tv4rwxy0.fsf@calancha-pc.dy.bbexcite.jp> <83ftgayfle.fsf@gnu.org> User-Agent: Alpine 2.21 (LSU 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 39067 Cc: rgm@gnu.org, 39067@debbugs.gnu.org, madhu@cs.unm.edu, Tino Calancha 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 (-) On Mon, 20 Jan 2020, Eli Zaretskii wrote: >> From: Tino Calancha >> Date: Sun, 19 Jan 2020 21:55:35 +0100 (CET) >> Cc: 39067@debbugs.gnu.org, madhu@cs.unm.edu, tino.calancha@gmail.com >> >>> Loading /usr/share/emacs/site-lisp/site-start.d/systemtap-init.el (source)... >>> ../../../../../../usr/share/emacs/site-lisp/site-start.el: (lambda (dir) ...) quoted with ' rather than with #' >>> foo >>> ") >> It's loading site-lisp stuff; I guess if I pass flag -Q >> (as in test simple-tests-async-shell-command-30280) then those elips files >> won't be loaded. >> I will push that tweak. > > Aren't tests run with -batch? That implies -Q as well, so I'm not > sure I even understand why those files are loaded. In that case, we have out-ot-date the message at `emacs --help' It says, --batch => -q -q == no-init-file -Q <=> -q && --no-site-file && --no-site-lisp && --no-splash && --no-x-resource From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 20 08:21:39 2020 Received: (at 39067) by debbugs.gnu.org; 20 Jan 2020 13:21:40 +0000 Received: from localhost ([127.0.0.1]:44537 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1itWzn-00047Z-IA for submit@debbugs.gnu.org; Mon, 20 Jan 2020 08:21:39 -0500 Received: from mail-wm1-f41.google.com ([209.85.128.41]:54305) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1itWzi-00047J-Ib for 39067@debbugs.gnu.org; Mon, 20 Jan 2020 08:21:34 -0500 Received: by mail-wm1-f41.google.com with SMTP id b19so14427839wmj.4 for <39067@debbugs.gnu.org>; Mon, 20 Jan 2020 05:21:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=88MzgEd7ekCkpCVB3WcbUh789M08562xowotcrD4kgQ=; b=mSoS67oS8uFjfFiECuOzg8uaIGQGE+k4LSt7p7Z+JrNlAtwgEiFoDgu1YYUXyDQs3s SdvfpgRfV6yN0RjolzBI93c/YUoV5hRF6+tIcZzR6B64JkI5lrOxinXuSTQ8lmLg010D Myd06mvn9olVZc3ewpMBlj4AdeCZIdS9igcFBlHpRF+RHKqwoAvqV10plTylwp+8Xg5N 1iCIuLmabuj9dZuTFbo4AEixV1FsgE/1r3LnrXJIFHrHnw/gRaOk6FLiN+1/lSzNhszb UCJgfm3Eh4r/Rf8ZwBORFa6HehYMecLZGvggI88WNKu8yP8QqTZsLrjWCFryPPE6Hmjp nNBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version; bh=88MzgEd7ekCkpCVB3WcbUh789M08562xowotcrD4kgQ=; b=f5TP9yvek4qnFq0uODLLeuuEwiXatSF9Gjy5iGmk4VX3IAoRmPkuEhxFxXxJEBgn4d R9zKyPpufyb4Zd7PbzTAOyXJR4P/5O/FJVvDaqbyqVoEA/gW/uIofxcsmAqWB16MJmxA T+PI+6ep74R3CmPhRo0XAkPrZlXUye/1g77VpLVJ3J91sA8HmJidBwF3OQrEHTeb5Nyz DuoIWUYti9jL33ZnQ3EDZ1MFlcEaKPobP9CQFt3HifKOzkW5fz3sctcqSpzNQ+viDOOm 5X9LUEjkPRpsze8249sxby8T+BuWc5oxlLHQOl3i0LAgfFCsJ6Tsc21a59WPdsBPS9NW 4JEQ== X-Gm-Message-State: APjAAAWxfaJMHw80QMj2hqDAIWTq/mIGOsg95k/WaJK3XqvB3IiD6zDG EAUvsePiyW2i23rMHZFDraI= X-Google-Smtp-Source: APXvYqy6VzdC5j6hndsR7ciqU+vrbL7UaRr2S5cu8suY5Q3s1U2/9s3zOvqv4vIV30Xc/kOQTqzb4g== X-Received: by 2002:a7b:cc6a:: with SMTP id n10mr19113170wmj.170.1579526485049; Mon, 20 Jan 2020 05:21:25 -0800 (PST) Received: from [149.44.173.81] (charybdis-ext.suse.de. [195.135.221.2]) by smtp.gmail.com with ESMTPSA id l19sm271195wmj.12.2020.01.20.05.21.24 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 20 Jan 2020 05:21:24 -0800 (PST) From: Tino Calancha X-Google-Original-From: Tino Calancha Date: Mon, 20 Jan 2020 14:21:23 +0100 (CET) X-X-Sender: calancha@localhost.localdomain To: =?ISO-8859-15?Q?Mattias_Engdeg=E5rd?= Subject: Re: bug#39067: shell-command-dont-erase-buffer strange behaviour In-Reply-To: Message-ID: References: User-Agent: Alpine 2.21 (LSU 202 2017-01-01) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-215917697-1579526484=:5074" X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 39067 Cc: rgm@gnu.org, Eli Zaretskii , madhu@cs.unm.edu, 39067@debbugs.gnu.org, Tino Calancha 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 (-) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-215917697-1579526484=:5074 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8BIT On Mon, 20 Jan 2020, Mattias Engdegård wrote: > + (,command (format "%s -Q --batch --eval '(princ \"%s\")'" invocation-name ,str)) > > Shouldn't invocation-name be something like > (expand-file-name invocation-name invocation-directory) > here? You are right! Could someone push that fix? [I won't be at my machine until several hours] --0-215917697-1579526484=:5074-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 20 08:31:09 2020 Received: (at 39067) by debbugs.gnu.org; 20 Jan 2020 13:31:09 +0000 Received: from localhost ([127.0.0.1]:44546 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1itX8z-0004MW-8P for submit@debbugs.gnu.org; Mon, 20 Jan 2020 08:31:09 -0500 Received: from mail81c50.megamailservers.eu ([91.136.10.91]:51450 helo=mail18c50.megamailservers.eu) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1itX8t-0004Lv-7Z for 39067@debbugs.gnu.org; Mon, 20 Jan 2020 08:31:03 -0500 X-Authenticated-User: mattiase@bredband.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=megamailservers.eu; s=maildub; t=1579527054; bh=LlyrnEnXe9wTYbaKdSNqBHRGxQiXAAsoVbn/TrUrw9Q=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=nSCDCby/wjCFtqavZX9Qnjo5uP+sW3rOX221Qfc9y2yeStJ2GDUCw4VSlWWU4qzg2 gESQziNrQs39Qpq7bnepzVCMmREZvvEDRExOdq8aeVK0YeeXdkYp26emzU6o6ig70D hxq9AJzuyzEiplR5zjchXWoGUOgucBekIZ5IreQw= Feedback-ID: mattiase@acm.or Received: from [192.168.0.4] (c188-150-171-71.bredband.comhem.se [188.150.171.71]) (authenticated bits=0) by mail18c50.megamailservers.eu (8.14.9/8.13.1) with ESMTP id 00KDUpKc013473; Mon, 20 Jan 2020 13:30:52 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: bug#39067: shell-command-dont-erase-buffer strange behaviour From: =?utf-8?Q?Mattias_Engdeg=C3=A5rd?= In-Reply-To: Date: Mon, 20 Jan 2020 14:30:50 +0100 Content-Transfer-Encoding: 7bit Message-Id: References: To: Tino Calancha X-Mailer: Apple Mail (2.3445.104.11) X-CTCH-RefID: str=0001.0A0B0209.5E25AB8E.001B, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.3 cv=dfr+Ikfe c=1 sm=1 tr=0 a=SF+I6pRkHZhrawxbOkkvaA==:117 a=SF+I6pRkHZhrawxbOkkvaA==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=kj9zAlcOel0A:10 a=M51BFTxLslgA:10 a=pGLkceISAAAA:8 a=1IW52tThnDtN3RWDUWcA:9 a=CjuIK1q_8ugA:10 a=TSyekHHcGaAA:10 X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 39067 Cc: rgm@gnu.org, Eli Zaretskii , madhu@cs.unm.edu, 39067@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: -0.7 (/) 20 jan. 2020 kl. 14.21 skrev Tino Calancha : > Could someone push that fix? No trouble at all. From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 01 08:37:10 2020 Received: (at 39067) by debbugs.gnu.org; 1 Feb 2020 13:37:10 +0000 Received: from localhost ([127.0.0.1]:38468 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ixsxS-00064U-L0 for submit@debbugs.gnu.org; Sat, 01 Feb 2020 08:37:10 -0500 Received: from mout.gmx.net ([212.227.17.22]:37405) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ixsxR-00064H-4g for 39067@debbugs.gnu.org; Sat, 01 Feb 2020 08:37:09 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1580564219; bh=vN2VKLeX8yrX27VNd/54WunCdHTtviRs2JLsRmRFT8c=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=YqorWCYU1NW8kGVHK61hur4yO0O1I+yzB9rsFaTc8E3VpOp+yU+VqDT5NkUpPIs6l qlKjZXiwBGkuiLySF1Y8KP7f0Kn9pN9papaD5HlbzoYl0pkFObrI5cf8vYQM3yaPpt iRxvDK/JSdWdeCfwc6pDoemFlfyzQRE1UBg7rBaI= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from detlef.gmx.de ([212.86.42.219]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MtfNf-1jq6w13y87-00v5Q6; Sat, 01 Feb 2020 14:36:59 +0100 From: Michael Albinus To: Tino Calancha Subject: Re: bug#39067: shell-command-dont-erase-buffer strange behaviour References: <834kx28hvl.fsf@gnu.org> <87d0bnt8d2.fsf@calancha-pc.dy.bbexcite.jp> <87muaqv2wl.fsf@gmx.de> Date: Sat, 01 Feb 2020 14:36:56 +0100 In-Reply-To: <87muaqv2wl.fsf@gmx.de> (Michael Albinus's message of "Tue, 14 Jan 2020 09:49:14 +0100") Message-ID: <877e16zax3.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:k0ORVcRTInd1KTYOG/V0ovXDWPERV+INDamPfhLbM9TVtSmj3lg oNfpvj/SXvNroIYMb18OlvAActKriSG2SSHc2BS0FzNGIcXFvjj/VSntOo3HlM6jhR9qDEu 34rP7m4+wCthmOydYh9AB+Y/IR1gr3QWmeSih+Gzl6/eHW+8nChyQJ9fl2Oyu/lVDlvabGY qlzVD0nmK+6l1wY7Ct5pg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:G0nIBdg/27A=:ZrkXN0dug5WOPWbrMn0y3Y p6GLaNv/nKNz90VvX2vqEo9GRe968AiBXUmRZpbC1GnT3LOiwh+p5rdVIG7K1rZ8W65itb6Lw r3NnkGHI2RBfqf64FNirqwS2RDuhNBK4IsqN6018dq71tVkgQKYkODLOJbk2u/LbkNocb/B/Z roCYccZQb6DPjxAYaewxkk7SWn4+SK14AIPRdQCIc4yO6QoubQluzaT35Na6ZruM/X55nVF2G Fk9AT/fqtNaitqkzBKHudp4pqSisF8SGTGR7JHAcyOXydtOW33Afg6uxdOXxPqscvMSPkykmq 8Hi8RFDld66V6jHx7DCP4poM/Yei90yWBVr8vp4/rGbaZ9ScNeRBJBQSTmDE6XJ1tEZ+dKNwr ei1GVkOGAdVwmGyH4Qf1o8ahEIm4krF7Z8Nl19Q6U/wACX2O8o0gbmQanqXMwAfuclMsYsj8u AonctkIM4LO8+Zovq++nbnHITb7Qi2qsRli2tCSlwunNXEjwFXg5gkXOUxsb5jVPioJRFYjNy mObYxoJZuPWbRIqyESNnC4ylrUdE+TqdPRtB7Ab6bVefqUC8+bTDxAnUELSQBmdddYUBlrZbc 6qqTGXjKhnd+lYYOB8Q4/vwL5S/1HfIeKu72Kz8MUGMEMbl/FvPJHKb1sZxupoHnIfMwobyyX 9Qs8zbkdSP49qSSnS6feK66XMOGWcreSWYpAQF84Ecij/0tjj8tzJJdrKzRmBJjNLt0pyXSxz hmInFdxxuMjc0t40e0Qnzzn7lLd6agyMo651BXQZVMEAmWQESqCJyj9PZPXw8vxNpj3aQvi1L 1zXBuEeOJjxfLbEQG35Jbf2UaYnyEq5oYooV2yqGlWdyXtf9vlSWOwL/lBV2s+gm+2S6SWhNT BPSwAmuCsZdmTqz3a4S9hsusiqXx4d2NxvylC1/yePXqRoqudbItdl9GOKn3F8ZfUX2t7l0SK CBo8L6qfiiz0Wwj4XABJJIcjq0UrCBe+/5jEp8YQTaVZFVMXw7kfe7AQL4KkkNytGb5wA6UYg 08Jee3G0jvkZVYfh5/IIF4GHC40lt1FLV6C3r3FwEZ7s9rODnR1+0mbbDDtERge+wggk3OScd +UYl3A+pmYQy3mIC/zCMyCplto+SXoH2L9h1wg8/PXlRxxwuSo3JmLg3tZTrhXdkb3fblhczk 7lnCSVRAp9XHuGOH7ZoW0SLH3wXi3IRwOPzjsoXFXuyKVjYUMJc3Ekj1AuRBOiAAvAiQNh0b5 nzetGMpqtzZ7OF+6Z X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 39067 Cc: Eli Zaretskii , 39067@debbugs.gnu.org, Madhu 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.7 (-) Michael Albinus writes: Hi Tino, > You plan to bring it into Emacs 27.1. FTR, related Tramp changes will > appear with Emacs 27.2 only. This shouldn't be a problem I guess, in > case there's sombdy concerned, a Tramp ELPA release will make it > available earlier. FTR, I have implemented handling of `shell-command-dont-erase-buffer' in Tramp now. Pushed to master, including new test case. Once Emacs 27.1 is released, this patch will be merged into the emacs-27 branch. Best regards, Michael. From unknown Fri Jun 20 05:24:25 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 01 Mar 2020 12:24:04 +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 From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 19 06:54:08 2020 Received: (at control) by debbugs.gnu.org; 19 Aug 2020 10:54:08 +0000 Received: from localhost ([127.0.0.1]:38052 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8LjM-0006rd-Ey for submit@debbugs.gnu.org; Wed, 19 Aug 2020 06:54:08 -0400 Received: from mail-yb1-f173.google.com ([209.85.219.173]:44994) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8LjK-0006r8-63 for control@debbugs.gnu.org; Wed, 19 Aug 2020 06:54:07 -0400 Received: by mail-yb1-f173.google.com with SMTP id i10so13059783ybt.11 for ; Wed, 19 Aug 2020 03:54:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to; bh=RTRye55FS8hh8F+TWBqu9noHdl8TR1nu5Fwse2BPbZQ=; b=LkX0leopBhRciBQSvmNsMai+Zpd11EMwOiTwqg6zKp4rFIPTxRIy0Oj+7gyUKXvzUT KTYluXzqqFONPIBKYDlrLA2CKjJWSu0rWz88GzmUrrZ7NdTHWoN6GUa5Sn2NIQDozLkI g1HhDrBfZn0PP/5Q7XnEAIx7LL2ojFcgIv5u29P6ubbckfysywgidYuDk21mxyr/d0lj rJbjVw7fmbIqa90QOQMXj8vG9HXBDjupeC6jM+Rdan6nM7NSRjTo43tjabJAlWaY79D9 bsJdSCLhAmBdxerK0B7EL3b7RbHx0aEZtu3Q+2+GuutwFlVEodqAjlraTXVKXZOjp5vO vYpQ== X-Gm-Message-State: AOAM5300xdCtHMCDySfOtvfYDZfE3bxpzTRf5NwirOGHDRY1oS3YRBpq EwccL5SOtREWvSKfr+Q0vYMHzU914kap3Df43P3Vo9ZhRZdkVw== X-Google-Smtp-Source: ABdhPJxj6vp2JsPKRFNAy8e5XnCU/Lpjm76IGlgduoSV5BS04hD4YSjTzrAX7qH6LOsK9N7zFd6FGplxbnBSbkrpfqE= X-Received: by 2002:a25:4609:: with SMTP id t9mr31778316yba.231.1597834440620; Wed, 19 Aug 2020 03:54:00 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Wed, 19 Aug 2020 10:54:00 +0000 From: Stefan Kangas In-Reply-To: <87tuwzhvak.fsf@gmx.de> (Michael Albinus's message of "Wed, 19 Aug 2020 10:52:35 +0200") References: <87tuwzhvak.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Wed, 19 Aug 2020 10:54:00 +0000 Message-ID: Subject: Re: bug#42922: 27.1; shell-command-dont-erase-buffer not honored when the existing shell buffer is remote To: control Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: unarchive 39067 forcemerge 39067 42922 thanks Michael Albinus writes: > This is bug#39067. Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (stefankangas[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.219.173 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.219.173 listed in list.dnswl.org] 0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay lines 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different 1.0 PDS_TONAME_EQ_TOLOCAL_VSHORT Very short body and From looks like 2 different emails 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: 0.5 (/) unarchive 39067 forcemerge 39067 42922 thanks Michael Albinus writes: > This is bug#39067. From unknown Fri Jun 20 05:24:25 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 16 Sep 2020 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