unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
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.

  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).