From: Romain FRANCOISE <romain@orebokech.com>
Subject: Re: eshell and jobs
Date: Wed, 29 Jan 2003 17:20:08 +0100 [thread overview]
Message-ID: <87fzrc7wsn.fsf@orebokech.com> (raw)
In-Reply-To: 841y2w6jj2.fsf@lucy.is.informatik.uni-duisburg.de
kai.grossjohann@uni-duisburg.de (Kai Großjohann) writes:
> It seems the `then' branch here is what is normally invoked. I have
> no idea what the `else' branch does.
It's for cases when we're not supposed to output something on the
command line, e.g. when called for a file redirection, or something. Or
in eshell scripts. Or when called non-interactively, or by another
function. John will know better. :)
Anyway, what it does in eshell/make is to tell Eshell to use the real
make ("*make") instead of the Emacs compile interface in such cases.
>> (throw 'eshell-replace-command
>> (let ((l (eshell-stringify-list (eshell-flatten-list args))))
>> (eshell-parse-command (car l) (cdr l))))))
> Can anyone explain what this might mean?
If not called with output focus, just return the command, separating the
command itself from its arguments. Not sure if it really works though.
:)
>> (put 'eshell/ec 'eshell-no-numeric-conversions t)
> It seems that eshell can recognize numbers and do something with
> them. But what?
If Eshell recognizes numbers in the argument list, it passes them as
numbers to Lisp functions (not as strings).
,----
| From esh-util.el:
|
| NOTE: If you find that numeric conversions are intefering with the
| specification of filenames (for example, in calling `find-file', or
| some other Lisp function that deals with files, not numbers), add the
| following in your .emacs file:
|
| (put 'find-file 'eshell-no-numeric-conversions t)
|
| Any function with the property `eshell-no-numeric-conversions' set to
| a non-nil value, will be passed strings, not numbers, even when an
| argument matches `eshell-number-regexp'."
`----
The usual No Expert(tm) disclaimer applies, of course.
--
Romain FRANCOISE <romain@orebokech.com> | There are doors that let you
it's a miracle -- http://orebokech.com/ | in.
next prev parent reply other threads:[~2003-01-29 16:20 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-01-28 17:27 eshell and jobs Michael Spittel
2003-01-28 17:39 ` David Kastrup
2003-01-28 18:17 ` Michael Spittel
2003-01-29 7:20 ` Kai Großjohann
2003-01-29 13:16 ` eshell and jobs. THANK YOU KAI Michael Spittel
2003-01-29 15:52 ` eshell and jobs Kai Großjohann
2003-01-29 16:20 ` Romain FRANCOISE [this message]
2003-01-29 16:41 ` Michael Spittel
2003-01-29 18:54 ` Kevin Rodgers
2003-01-29 19:11 ` Stefan Monnier <foo@acm.com>
2003-01-30 20:28 ` John Wiegley
2003-01-30 20:29 ` John Wiegley
2003-01-30 21:03 ` Michael Spittel
2003-01-30 21:56 ` John Wiegley
2003-01-30 22:25 ` Michael Spittel
2003-01-31 14:34 ` Kai Großjohann
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87fzrc7wsn.fsf@orebokech.com \
--to=romain@orebokech.com \
/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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).