From: John Wiegley <johnw@newartisans.com>
To: Chong Yidong <cyd@stupidchicken.com>
Cc: "Alfred M. Szmidt" <ams@gnu.org>, rms@gnu.org, emacs-devel@gnu.org
Subject: Re: amd@gnu.org: eshell and external commands
Date: Tue, 16 Oct 2007 21:09:39 -0400 [thread overview]
Message-ID: <m2d4veo8bw.fsf@newartisans.com> (raw)
In-Reply-To: <871wbvm5mw.fsf@stupidchicken.com> (Chong Yidong's message of "Tue\, 16 Oct 2007 11\:38\:31 -0400")
Chong Yidong <cyd@stupidchicken.com> writes:
> John Wiegley <johnw@newartisans.com> writes:
>
>> Ok, I have to give this some serious thought, which I cannot do just now
>> because I'm about to move to Grenada. After a week or so has gone by and I've
>> settled in, then I can focus enough to find the right answer.
>
> Hi John,
>
> Any further thoughts on this problem?
Yes, after looking into it, I've discovered that there is a facility for
countering this very behavior. For commands -- like ls -- which need special
care, the command must be added to `eshell-complex-commands'. I have seen
this behavior only from ls so far, so I think it should be added directly to
that variable's default value in esh-cmd.el.
(defcustom eshell-complex-commands '("ls")
"*A list of commands names or functions, that determine complexity.
That is, if a command is defined by a function named eshell/NAME,
and NAME is part of this list, it is invoked as a complex command.
Complex commands are always correct, but run much slower. If a
command works fine without being part of this list, then it doesn't
need to be.
If an entry is a function, it will be called with the name, and should
return non-nil if the command is complex."
:type '(repeat :tag "Commands"
(choice (string :tag "Name")
(function :tag "Predicate")))
:group 'eshell-cmd)
John
next prev parent reply other threads:[~2007-10-17 1:09 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-05 3:05 amd@gnu.org: eshell and external commands Richard Stallman
2007-08-08 22:55 ` Chong Yidong
2007-08-09 6:23 ` John Wiegley
2007-08-09 15:58 ` Chong Yidong
2007-08-09 18:44 ` John Wiegley
2007-08-09 19:03 ` Chong Yidong
2007-08-09 19:18 ` John Wiegley
2007-10-16 15:38 ` Chong Yidong
2007-10-17 1:09 ` John Wiegley [this message]
2007-10-17 2:08 ` Chong Yidong
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m2d4veo8bw.fsf@newartisans.com \
--to=johnw@newartisans.com \
--cc=ams@gnu.org \
--cc=cyd@stupidchicken.com \
--cc=emacs-devel@gnu.org \
--cc=rms@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.