unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: era eriksson <era@iki.fi>
Subject: shell.el: directory tracking can't cope with subshells
Date: Thu, 5 Jun 2003 09:38:26 +0300	[thread overview]
Message-ID: <16094.58722.332637.810160@there.afraid.org> (raw)

This bug report will be sent to the Free Software Foundation,
 not to your local site managers!!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

In GNU Emacs 20.7.2 (i386-debian-linux-gnu, X toolkit)
 of Fri Apr  5 2002 on cyberhq modified by Debian
configured using `configure  i386-debian-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes --with-x=yes --with-x-toolkit=yes'

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:


If I start a subshell in shell mode, and change directories inside
that subshell, the directory tracking code in shell.el is unable to
catch up with the previous state when I exit from the subshell and
return to (the working directory of) the shell where I invoked the
subshell.

I do not have a ready fix for this, but I think it should be possible
to add (a) code to handle "([b?a|k)sh" sort of like pushd; (b) code to
handle "exit" (and maybe "suspend"?) kind of like a mix of popd and
"cd -"; and (c) some sort of mechanics to keep a stack of directory
stacks so that you can simulate the underlying directory stacks
structure in the shells.

As far as I can tell, the modifications should not be major, but I
haven't tried to implement this. Maybe I'll follow up with a patch
eventually.

For the time being, please note this for the record,

/* era */

-- 
Join the civilized world -- ban spam like we did! <http://www.euro.cauce.org/>
   tee -a $HOME/.signature <$HOME/.plan >http://www.iki.fi/era/index.html

                 reply	other threads:[~2003-06-05  6:38 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=16094.58722.332637.810160@there.afraid.org \
    --to=era@iki.fi \
    /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).