From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Marshall, Simon" Newsgroups: gmane.emacs.devel Subject: RE: FW: shell: cd after & Date: Wed, 11 Jun 2003 17:42:29 +0100 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Trace: main.gmane.org 1055350378 30309 80.91.224.249 (11 Jun 2003 16:52:58 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 11 Jun 2003 16:52:58 +0000 (UTC) Cc: 'Emacs Developers' Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Wed Jun 11 18:52:52 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19Q8ka-0007Ll-00 for ; Wed, 11 Jun 2003 18:47:04 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 19Q95e-0003jx-00 for ; Wed, 11 Jun 2003 19:08:50 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.20) id 19Q8je-0000cc-6U for emacs-devel@quimby.gnus.org; Wed, 11 Jun 2003 12:46:06 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19Q8ij-0000RT-Pj for emacs-devel@gnu.org; Wed, 11 Jun 2003 12:45:09 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19Q8hj-00085t-Rp for emacs-devel@gnu.org; Wed, 11 Jun 2003 12:44:14 -0400 Original-Received: from mail14.messagelabs.com ([212.125.75.19]) by monty-python.gnu.org with smtp (Exim 4.20) id 19Q8gd-0007DD-Hg for emacs-devel@gnu.org; Wed, 11 Jun 2003 12:42:59 -0400 X-VirusChecked: Checked X-Env-Sender: simon.marshall@misys.com X-Msg-Ref: server-13.tower-14.messagelabs.com!1055349779!583 Original-Received: (qmail 3621 invoked from network); 11 Jun 2003 16:42:59 -0000 Original-Received: from unknown (HELO pigeon.misys.com) (217.196.235.2) by server-13.tower-14.messagelabs.com with SMTP; 11 Jun 2003 16:42:59 -0000 Original-Received: FROM gull.misys.com BY pigeon.misys.com ; Wed Jun 11 17:43:58 2003 +0100 Original-Received: by gull.midas-kapiti.com with Internet Mail Service (5.5.2653.19) id ; Wed, 11 Jun 2003 17:42:54 +0100 Original-To: "'rv@gnu.org'" , "Stephen J. Turnbull" X-Mailer: Internet Mail Service (5.5.2653.19) Original-cc: Norbert Koch X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:15043 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:15043 You can always do M-x dirs RET to resync emacs' idea of the directory stack. It might be useful to add a selectable feature whereby emacs does a (dirs) after each (comint-send-input). You'd want to turn it off if you did ftp or something from the *shell*. I remember implementing something like that many years ago, but decided it would be too annoying to put in shell.el. Nothing is going to be infallible. As the shell.el comment says, "The solution is to relax, not stress out about it, and settle for a hack that works pretty well in typical circumstances." -----Original Message----- From: Rajesh Vaidheeswarran [mailto:rv@gnu.org] Sent: 11 June 2003 16:52 To: Stephen J. Turnbull Cc: Marshall, Simon; 'Emacs Developers'; Norbert Koch Subject: Re: FW: shell: cd after & One of the issues that I have always found to be clunky with the existing cwd tracking in shell is its inability to track the pwd after every command, not just explicit directory commands. For instance, I use a program called `workon' extensively to work with different cvs modules. The program sets the pertinent environment variables and exec a shell and puts the user in the root of the cvs module. When I use this within emacs, I typically do something like % workon emacs % cd `pwd` for emacs to understand the current directory. Of course, I don't have any suggestions on how this can be solved. Anyway, I guess the current change in question is a step in the right direction. In a previous message, "Stephen J. Turnbull" writes: > >>>>> "Simon" == Simon Marshall writes: > > Simon> I don't know if anyone cares enough about this. It's so > Simon> long since I maintained shell.el I don't know if it's worth > Simon> it. > > FWIW Norbert Koch approved it for XEmacs. So, if > you want rationale, you could ask him.