[8356] in Athena Bugs
Re: vax 7.3M: AFS differences
daemon@ATHENA.MIT.EDU (Marc Horowitz)
Mon Oct 7 18:04:49 1991
To: Beth Kevles (Full Time Consultant) <kevles@Athena.MIT.EDU>
Cc: bugs@Athena.MIT.EDU
In-Reply-To: [8346] in Athena Bugs
Reply-To: Marc Horowitz <marc@MIT.EDU>
Date: Mon, 07 Oct 91 18:05:36 EDT
From: Marc Horowitz <marc@Athena.MIT.EDU>
When you first start up an xterm, the shell does a getcwd() to
determine your current directory, which will
/afs/athena.mit.edu/user/k/kevles. But your homedir, determined from
the password information, is /mit/kevles. So, before you do cd, the
shell doesn't know that /mit/kevlems is a symlink to the afs path, so
it just prints "kevles". When you do "cd", the shell knows that it
went to /mit/kevles, which is your homedir, so it prints "~". If this
is to be considered a bug in the shell, it has to do with the fact
that it does not follow symlinks when it does ~ expansion. I don't
think it should do this, since that would be masking the real problem.
There is an easy workaround, fortunately. At the top of my .cshrc, I
have:
pushd ~ >& /dev/null
set cwd=`pwd`
set home=$cwd
set cdpath=$cwd
popd >& /dev/null
This sets my homedir and all associated variables to the /afs/... form
of my homedir, so I do see ~ when I start up.
You have also probably noticed that if you do C-x C-f in emacs, you
get /afs/athena.mit.edu/user/k/kevles/ as a prompt instead of ~/.
This is a very similar problem, and it is also solved by the csh code
above.
I have no solution for your quota -v problem. It works for me.
Marc
