GNU bug report logs - #71554
29.3; eshell-command async buffer behavior

Previous Next

Full log

View this message in rfc822 format

From: Thierry Volpiatto <thievol <at> posteo.net>
To: Christopher Howard <christopher <at> librehacker.com>
Cc: Thierry Volpiatto <thievol <at> posteo.net>, Jim Porter <jporterbugs <at> gmail.com>, Eli Zaretskii <eliz <at> gnu.org>, 71554 <at> debbugs.gnu.org
Subject: bug#71554: 29.3; eshell-command async buffer behavior
Date: Sat, 06 Jul 2024 17:06:30 +0000

[Message part 1 (text/plain, inline)]

Christopher Howard <christopher <at> librehacker.com> writes:

> Regarding my workflow, I'm generally using eshell-command for one of three things:
>
> (1) To launch some long running external application, like a torified gemini 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/call-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.

-- 
Thierry

[signature.asc (application/pgp-signature, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.