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 20:32:31 +0000 Message-ID: <87ed8z8duo.fsf@posteo.net> References: <87frtfpqyn.fsf@librehacker.com> <87ikyb8igc.fsf@posteo.net> <86tthvwdxp.fsf@gnu.org> 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="13404"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Thierry Volpiatto , christopher@librehacker.com, 71554@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jun 14 22:30:37 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 1sIDZE-0003Fb-GO for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 14 Jun 2024 22:30:36 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sIDYi-0001KL-J8; Fri, 14 Jun 2024 16:30:04 -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 1sIDYg-0001Ju-TX for bug-gnu-emacs@gnu.org; Fri, 14 Jun 2024 16:30: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 1sIDYg-00034h-L8 for bug-gnu-emacs@gnu.org; Fri, 14 Jun 2024 16:30:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sIDYg-0000CK-Ka for bug-gnu-emacs@gnu.org; Fri, 14 Jun 2024 16:30: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: Fri, 14 Jun 2024 20:30:02 +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.1718396997716 (code B ref 71554); Fri, 14 Jun 2024 20:30:02 +0000 Original-Received: (at 71554) by debbugs.gnu.org; 14 Jun 2024 20:29:57 +0000 Original-Received: from localhost ([127.0.0.1]:41893 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sIDYb-0000BT-Dj for submit@debbugs.gnu.org; Fri, 14 Jun 2024 16:29:57 -0400 Original-Received: from mout02.posteo.de ([185.67.36.66]:50989) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sIDYZ-0000B0-AB for 71554@debbugs.gnu.org; Fri, 14 Jun 2024 16:29:56 -0400 Original-Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id AC6EA240101 for <71554@debbugs.gnu.org>; Fri, 14 Jun 2024 22:29:48 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1718396988; bh=Ak1yCgzD9ZxmFQ8IJ23zV/lxNuOseH438bwsMcvuwvM=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:Content-Type: Autocrypt:OpenPGP:From; b=WMl49Jl7j5eNE1lbvtmgbrMr9Q0CS+0JDv60eq7chb41Qb6JKPaCjwA2zudYjgARq 2p5e3mOHOmKMeqGzfZFtBOwZZLje6+e+Ry8k+yECCQrpASH83lZz/iD2+xwgSDlY6w JNy8wNI2gqKwCcpwgbYTPz4AR6ppvliqrW5hQdd+ej6i9snVwkmBn+NlHMoAmLRkSV /7WCMOdaJwyW3k75Ed2uT8OkHkmLJzSENtUjt+WQhzJTVYnI+ctkFSMcXptwfzoj/w 1DIc54D8IO/Kqo0cQjuLpLqJpgf1lQvOOBOW0j0jAaA2bXqR6IXh13xo8DH/5k4QN7 fpq47tUY4vDUw== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4W19qt3qnvz6txd; Fri, 14 Jun 2024 22:29:46 +0200 (CEST) In-Reply-To: <86tthvwdxp.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 14 Jun 2024 21:56:50 +0300") 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:287245 Archived-At: --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Eli Zaretskii writes: >> Cc: 71554@debbugs.gnu.org >> From: Thierry Volpiatto >> Date: Fri, 14 Jun 2024 18:53:07 +0000 >>=20 >> Christopher Howard writes: >>=20 >> > 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. >>=20 >> 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 > > What if the user is not aware that a command is already running? The user can easily see there is already a buffer with a process running. Eshell doesn't kill its async buffers. > More generally, why being consistent with what shell-command does is > not a good idea? Because IMO what shell-command is doing is annoying, no need to duplicate this annoyance, after all when running such a command in a terminal already running a detached process, nothing is asked, so why doing this in emacs? Or at least make it optional? =2D-=20 Thierry --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHHBAEBCgAxFiEEI9twfRN7r3nig/xwDsVtFB0W75MFAmZsqN8THHRoaWV2b2xA cG9zdGVvLm5ldAAKCRAOxW0UHRbvkyWsC/97iKq2YlLl/Hr/D4HFSyfjaCQ7quEA XG3II8ujMD260gHj4aIvK9TyJs+uMve6hpdqzMPmEgB6yCPHx13jxWCZC/gzpKbg oH3BcZ4r1jv5ypE72o5IJPGnjOhJh8r7eGuLqvbkLMgFxoq0KYf4R8U+PqEWcF7L QJyjoo3W1jKxSyubR68UnV45uyr0B+hxVchDzhy0P5Dgl0nKYiD+C9dpLVA225En M6GGwQWCVfK8QJpV1J2mPXMkEzzhQboMQt7U2+fvzUxnq+dLAjnADmd2HIN0BDMr bQ9XGWSEWSOfb/wLOOW6JJgTXWU+TBrkF4c+k9Vuu7TjWFkuIXYOsoS7xOSIGqw3 oJ5hnn7etPsgKHzu6vKSkPuaudaXbLC3LiDQBR9OYT1d3fFsRTBQRz/P+NcMEj2i u5OSJEYNJZyRVGkkGTrxEGsXjZ9luYR89R1zuwFYzV1Mn7NslIGQLk3GqXiMl9Ez Ju+awxN0GYBJIYYAvlGmcuhXNj5zLa5fELA= =dBXf -----END PGP SIGNATURE----- --=-=-=--