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: Sat, 06 Jul 2024 17:06:30 +0000 Message-ID: <87ikxiwiuh.fsf@posteo.net> References: <87le2eimdy.fsf@librehacker.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34263"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Thierry Volpiatto , Jim Porter , Eli Zaretskii , 71554@debbugs.gnu.org To: Christopher Howard Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Jul 06 19:04: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 1sQ8ph-0008gT-Ka for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 06 Jul 2024 19:04:21 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sQ8pT-0004xL-8J; Sat, 06 Jul 2024 13:04:07 -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 1sQ8pL-0004wy-9M for bug-gnu-emacs@gnu.org; Sat, 06 Jul 2024 13:03:59 -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 1sQ8pK-0004wv-Ag for bug-gnu-emacs@gnu.org; Sat, 06 Jul 2024 13:03:59 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sQ8pO-0006do-1N for bug-gnu-emacs@gnu.org; Sat, 06 Jul 2024 13:04:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Thierry Volpiatto Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 06 Jul 2024 17:04: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.172028542225502 (code B ref 71554); Sat, 06 Jul 2024 17:04:01 +0000 Original-Received: (at 71554) by debbugs.gnu.org; 6 Jul 2024 17:03:42 +0000 Original-Received: from localhost ([127.0.0.1]:46658 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sQ8p3-0006dF-Og for submit@debbugs.gnu.org; Sat, 06 Jul 2024 13:03:42 -0400 Original-Received: from mout02.posteo.de ([185.67.36.66]:45389) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sQ8p1-0006d2-Mh for 71554@debbugs.gnu.org; Sat, 06 Jul 2024 13:03:40 -0400 Original-Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 3948C240101 for <71554@debbugs.gnu.org>; Sat, 6 Jul 2024 19:03:28 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1720285409; bh=Tj+C4+tK6S8YUowXRHlKy/4iTwlgCu4OAO7ur19H++E=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: Autocrypt:OpenPGP:From; b=mEpff/+0B/Z32t9e35f4ifaWnR37J5zdzAKmwUtS5poTzPvMtkxIAgsu6fch7Ifne WTsLaanVVvpeayJFXf3/QnN6fQ56wpdci0JjyOxU320W4fGCWtBa+BkoGCrvdM743n 2W4F1Gw5um9NWxTQXEAmirxTtmK+7r2AySTdGJVn75uATg7KvL+U7zzOFyMUHKZoj5 pKzzTi4ViggvPTAX8KxOD5l3UyGjGCRjQechKWwncxRQkTxAce0Rud1phqHdh2DWK3 OiINwiuXExYBYjq9te0dfn5Jrb0tGA/DbKzFbe/gjnWejSS8JG9ZAw2hW7Efw6Lc8Q a6zLwrHpjh+yQ== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4WGcCg0Zdlz9rxL; Sat, 6 Jul 2024 19:03:27 +0200 (CEST) In-Reply-To: <87le2eimdy.fsf@librehacker.com> (Christopher Howard's message of "Sat, 06 Jul 2024 07:13:45 -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:288513 Archived-At: --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Christopher Howard writes: > Regarding my workflow, I'm generally using eshell-command for one of thre= e things: > > (1) To launch some long running external application, like a torified gem= ini browser. Always done with "&". > (2) To run some one-off command or pipeline of commands, like > capturing the listing of a directory, manipulating some files, or > grepping the output of a file and saving that to a buffer. Sometimes I > use "&" depending on how quick I think it will be to finish. > (3) Something like the above, but the eshell-command call is inserted as = elisp in some interactive function, when it is more convenient than start/c= all-process for some reason. > > Regarding automatically reusing buffers... I lean a little towards not > automatically reusing dead buffers, so that I know for sure that some > eshell-command call in some other random command I've made doesn't > overwrite command output while I am looking at it. Thanks, this is what we wanted to know. > My main concern here though is that I might end the work day with 39 > dead eshell-command buffers, and not have a convenient way to clear > them all out. Off hand, I'm not sure of what command to run which > would delete all dead eshell-command buffers but not the live ones. Should not be hard to write a command doing this. > Regarding use case 3, I just want to mention for sure it would nice, > however you set this up, so that I can call eshell-command from lisp, > and not have to worry about user (me) being prompted about what to do > with buffers. Then I could include eshell-command in timer code or > such like and not have to worry about a prompt appearing unexpectedly > in my work flow. This is now already available in master branch with: (setq eshell-command-async-buffer 'new-buffer) Thanks. =2D-=20 Thierry --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHHBAEBCgAxFiEEI9twfRN7r3nig/xwDsVtFB0W75MFAmaJeZYTHHRoaWV2b2xA cG9zdGVvLm5ldAAKCRAOxW0UHRbvk2txDACfwiXqsEjSA/EkI26RGXUpM9eNwCgC Xzz3ug1p0Qwmx3sM/O2wII+C2zaBH00RX67kTjnLxziligW0HebR6GkMvqXQWsnh /DUBnrgcVOgqgu4ncSbjacnBNzj6v4yLCEW7W+i/tc3P2nUmjxO6/o1Ranh6Tnyp NTBbX2JhUIHQC3mrjSyLSkREpEgdgIUTtFKlWC3C1RT1Vni+erI/2mPtKLHFz/tG I8gzHZ5p1PMpwG01IE3Q6tvzt6w8MhzNLtDL6skVkMiXZho+WGZS48Kfrv5KzWxh 3Fm2HlL91xHzaymhCCetpMRFjKc8MmYyxPUp4KvTXOAtB/MOjwpT/MCvvIiRqyGU wKRV3wP07itQdjv8poysYkU0xisJSyktXk/BnEG7vHoVtDhW8MwlaqzR6dUVlLyg Y/f5DaHjnwfPEnR6z4D434j6A+7/Dfj65CM7YI5ucwyPCoS49NxoMhbd7JF3LVH0 YcCElsr5dqsuGiu0rPdR06h+7iRXRHzpLno= =cvSt -----END PGP SIGNATURE----- --=-=-=--