From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Thierry Volpiatto Newsgroups: gmane.emacs.bugs Subject: bug#71554: 29.3; eshell-command async buffer behavior Date: Fri, 14 Jun 2024 18:53:07 +0000 Message-ID: <87ikyb8igc.fsf@posteo.net> References: <87frtfpqyn.fsf@librehacker.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25707"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 71554@debbugs.gnu.org To: Christopher Howard Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jun 14 20:51:22 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1sIC1B-0006SO-Lg for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 14 Jun 2024 20:51:21 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sIC0z-00010Y-RZ; Fri, 14 Jun 2024 14:51:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sIC0r-0000zL-Kt for bug-gnu-emacs@gnu.org; Fri, 14 Jun 2024 14:51:02 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sIC0r-0003Ut-CD for bug-gnu-emacs@gnu.org; Fri, 14 Jun 2024 14:51:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sIC0r-0005yK-Ja for bug-gnu-emacs@gnu.org; Fri, 14 Jun 2024 14:51:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Thierry Volpiatto Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Jun 2024 18:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 71554 X-GNU-PR-Package: emacs Original-Received: via spool by 71554-submit@debbugs.gnu.org id=B71554.171839103922914 (code B ref 71554); Fri, 14 Jun 2024 18:51:01 +0000 Original-Received: (at 71554) by debbugs.gnu.org; 14 Jun 2024 18:50:39 +0000 Original-Received: from localhost ([127.0.0.1]:40937 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sIC0U-0005xV-TG for submit@debbugs.gnu.org; Fri, 14 Jun 2024 14:50:39 -0400 Original-Received: from mout02.posteo.de ([185.67.36.66]:53663) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sIC0N-0005xB-P1 for 71554@debbugs.gnu.org; Fri, 14 Jun 2024 14:50:37 -0400 Original-Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 079CC240103 for <71554@debbugs.gnu.org>; Fri, 14 Jun 2024 20:50:23 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1718391024; bh=8KccCSNWxZM2XvGQ33UNCklYGACjc4khmm7aH4Fx6hM=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: Autocrypt:OpenPGP:From; b=IpU4nHChtGneWhc5T9XSJHyYVpGIQ2PFiiLSgyGYws/iVRpc1DywMA9TrxN6irXaI vOLYXwO0tXnL71dfljf1moqyu4+qBBZRSHM+IKov8kll1GiA4M+/9jWnOPm26jtewp 6Hi+83SjbYIKzHnEkPB47KZOUJjizUA8iSXrF/DQGu6jvk4MMhbhVdexCbmhyZRFLg QHHZfCfOtFDCNkBk4EUW9UsqprHlOT+f1odOjpxtq6qtCvBtNJR05rGVwQ6s4E+glA Uv9S9EaXNnUhcfDl05IquFDyC4yPiwUn+OfqgFzgC7eYw/YWxdGYmWDbIknVfSYCq4 dMJ8YXMO+dHKQ== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4W17dB07hvz9rxB; Fri, 14 Jun 2024 20:50:21 +0200 (CEST) In-Reply-To: <87frtfpqyn.fsf@librehacker.com> (Christopher Howard's message of "Fri, 14 Jun 2024 05:57:20 -0800") Autocrypt: addr=thievol@posteo.net; prefer-encrypt=mutual; keydata=xsDNBF8ylcIBDADG+hy+zR6L4/vbdDDZuSaMmSrU3A5QZJpeBCvxTr7MpzzruZbhLPW1K3R6N2MA edi8Y+C8o27FVRIjpdbaKMGu9je7JV/TbUQYo3SOwCK1vM4LUn4V6ZLzSYkuiEt4eyMoiDdyvN0p kcK6P9x9DCetcEVszXzQg+yzCVrQ2hXWDXWT4M18EC3wtO7RHPouMqGiwBFhBAYErCqFWFxQHkfb tG/4yGyJ58rglb65O3qijjMWvYwcWZun9/7qm8Z4/4mHopmo2zgU+OrptnLSZfkZGz3Y7Uf452xQ GVq0Fv75NPvQru7y+DYVhuVXXyAmGxt+vf4rIiixMBbhKEPjcxEPAa2LTzex2IsTZR+QVG9uDnqC WcgaOEQ58fzXNvNhtwwF/Rgio2XWAJVdmFWS59/k9W58CIUSNKBMZh2XeGdEmtHvDtCxW3z6FJha 36RzOM3fMNNiAGdFZJA84gcdloJR+sHCDTTPT3784fjr+V8An7sI581NGFzkRQqPvEQCZbUAEQEA Ac0SdGhpZXZvbEBwb3N0ZW8ubmV0wsEOBBMBCgA4AhsDBQsJCAcCBhUKCQgLAgQWAgMBAh4BAheA FiEEI9twfRN7r3nig/xwDsVtFB0W75MFAmL3HCoACgkQDsVtFB0W75OVEAv/f6XxmtIFz08fUb8h Bp/zJP6IC4/rhhh+0GMRIRzLN8DK0jV8JCzYdFHiRJOy2lNIOpmrrCmjRRxferc2G42+ePFIsslx hU46VSz1Z83NwIG3mpdYNV5WUTUdgzxExHTNTFCd7NKv0nlHKQaA OpenPGP: url=https://posteo.de/keys/thievol@posteo.net.asc; preference=encrypt X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:287242 Archived-At: Christopher Howard writes: > Hello, I run a lot of async commands a lot with eshell-command, > preferring it over shell-command. However, there is a difference > between shell-command and eshell-command behavior which is a little > bothersome and does not make sense to me. If I run an async command > with shell-command, e.g. `sleep 60 &', and then run another one while > the first one is still running, shell-command will ask me if I want to > create a new buffer for the output, and I usually do. However, if I do > the same thing with eshell-command, eshell command will give me only > two options, either (1) kill the currently running command, or (2) > don't create an output buffer, which also throws an error. I was > wondering if it would be possible to add the "create a new buffer" > option to eshell-command as well, for the upcoming 30 release. Please do not add a "ask to create a new buffer" option to fix this issue, just do not ask and create a new buffer, modifying eshell-command with something like this should be enough: @@ -305,6 +305,5 @@ - (bufname (if (eq (car-safe proc) :eshell-background) - "*Eshell Async Command Output*" - (setq intr t) - "*Eshell Command Output*"))) - (if (buffer-live-p (get-buffer bufname)) - (kill-buffer bufname)) + (bufname (generate-new-buffer-name + (if (eq (car-safe proc) :eshell-background) + "*Eshell Async Command Output*" + (setq intr t) + "*Eshell Command Output*")))) -- Thierry