[5218] in Athena Bugs
vax 7.0F: xrn (again)
daemon@ATHENA.MIT.EDU (Jonathan I. Kamens)
Tue Jun 19 14:47:57 1990
Date: Tue, 19 Jun 90 14:47:42 -0400
From: "Jonathan I. Kamens" <jik@pit-manager.MIT.EDU>
To: nellajj@ATHENA.MIT.EDU
Cc: bugs@ATHENA.MIT.EDU
In-Reply-To: bugs[5217]
From: nellajj@ATHENA.MIT.EDU
Date: Tue, 19 Jun 90 14:43:35 EDT
System name: w20-575-105
Type and version: CVAXSTAR 7.0F
Display type: SM
What were you trying to do? Apparently nothing has happened to
xrn. However, the program would not run even though the
appropriate directory was in my path variable. When calling the
program directly (/mit/sibp/vaxbin/xrn), it worked fine. I've
never had this problem before. By the way, what is the difference
between add and attach (add sipb did not cure the problem, either).
It is not the job of the Quality Assurance staff to do consulting, and
indeed, the consulting staff (using olc) can do a much better job of
it than we can. I recommend that when you encounter a situation like
this, you ask about it in olc before you send mail to bugs. This will
get you help more quickly and more interactively.
I don't think what you are reporting here is a bug (mainly because xrn
works fine for me), so I suspect that olc is the right place ot ask,
not bugs.
In any case, try typing "rehash" and then running xrn again -- if you
attached the sipb locker after the sipb bindir was already in your
path, then the shell hasn't yet realized that there are binaries in
it.
By the way, the difference between add and attach is that add will add
the bindir for the locker you attach to your path if it isn't already
there.
Jonathan Kamens
Project Athena Quality Assurance
