unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Richard Stallman <rms@gnu.org>
Cc: gnu-emacs-bug@moderators.isc.org
Subject: Re: *shell* TAB *Completions* fooled by $PWD/
Date: Thu, 11 Jul 2002 06:01:23 -0600 (MDT)	[thread overview]
Message-ID: <200207111201.g6BC1Nx16935@aztec.santafe.edu> (raw)
In-Reply-To: <3D2C6579.3020005@ihs.com> (message from Kevin Rodgers on Wed, 10 Jul 2002 10:48:57 -0600)

    The shell.el directory tracking mechanism could be modified to update
    the PWD environment variable as well as its internal variables.  But
    unlike its internal variables, which can be local to the *shell* buffer,
    the environment variable's value is shared via the global
    process-environment Emacs variable.

shell.el could temporarily bind process-environment to a modified
value which incorporate's the shell's current directory before it
does the completion.  That would fix this particulr problem.

However, in general shell programs can set various environment
variables.  If Emacs shell completion tries to do something with
environment variables, it will be wrong a lot of the time.  Emacs
tracks the current directory but it does not track environment
variable assignments.

Perhaps this means that Shell mode commands should never expand
environment variables.  If we leave it for the shell to expand them,
it will at least expand them consistently.

What do people think about this?  Are there cases where Shell mode
commands that expand envvars which would be greatly missed?

  parent reply	other threads:[~2002-07-11 12:01 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-07-07 21:13 *shell* TAB *Completions* fooled by $PWD/ Dan Jacobson
     [not found] ` <200207081820.g68IKeP12935@aztec.santafe.edu>
2002-07-09  0:24   ` Dan Jacobson
2002-07-09  7:54     ` Miles Bader
2002-07-10  6:03       ` Dan Jacobson
2002-07-10 17:31         ` Miles Bader
2002-07-10 16:48       ` Kevin Rodgers
2002-07-10 17:45         ` Dan Jacobson
2002-07-10 18:21           ` Kevin Rodgers
2002-07-10 18:30           ` David Kastrup
2002-07-11 12:01         ` Richard Stallman [this message]
2002-07-11 13:26           ` Miles Bader
2002-07-11 13:30             ` David Kastrup
2002-07-11 13:55               ` Miles Bader
2002-07-11 14:31                 ` David Kastrup
2002-07-11 17:06                   ` Kevin Rodgers
2002-07-11 23:05                     ` David Kastrup
2002-07-12  8:09                     ` Andreas Schwab
2002-07-17 16:58                 ` Kai Großjohann
2002-07-17 18:26                   ` Miles Bader
2002-07-18 12:01                     ` Kai Großjohann
2002-07-18 12:18                       ` Andreas Schwab

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=200207111201.g6BC1Nx16935@aztec.santafe.edu \
    --to=rms@gnu.org \
    --cc=gnu-emacs-bug@moderators.isc.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 public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

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