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?
next prev 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).