all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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

  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.