[2330] in testers
Re: Help!
daemon@ATHENA.MIT.EDU (rptaurie@Athena.MIT.EDU)
Tue Aug 3 18:50:58 1993
From: rptaurie@Athena.MIT.EDU
Date: Tue, 3 Aug 93 18:50:48 -0400
To: Jeff Solof <jsolof@Athena.MIT.EDU>
Cc: testers@MIT.EDU
In-Reply-To: [2329]
>When I dial-in or telnet into my workstation, tcsh runs fine. When I
>sit down it front of it,
>
> hosttype: Undefined variable.
> >
>
>It turns out that tcsh IS running (chsh reports "Current shell for
>jsolof is /afs/sipb/project/tcsh/tcsh."), but it's choking on the
>prompt line in .cshrc.mine (set prompt = "%S[%t] [%~]%s %m% ").
>Again, when I dialed/telnetted in, it worked fine. And when I issue
>the "set prompt" command manually, it works fine. Somehow, hosttype
>isn't getting defined early enough in the Xlogin process. Any idea
>what's going on?
Actually, it's probably dying on the third line of code in
$initdir/cshrc, because csh is lame about undefined variables:
set bindir=${hosttype}bin
When I switched to sipb's tcsh, I had the reverse problem (remote
logins didn't work, workstation logins fine) until I put
setenv hosttype `machtype`
in ~/.cshrc before it source's $initdir/cshrc
This should let you log in on a workstation using your dotfiles, but
it's still a serious bug, because an "Ignore Your Customizations"
login will still be affected by it. Changing $initdir/cshrc would
probably be the easiest way to fix it for everyone (or you could just
blame sipb's tcsh for being incompatible :-).
(The reason why it only happens to sipb's tcsh is that csh defines a
shell variable hosttype, while sipb's tcsh defines HOSTTYPE)
Rich (reading discuss because news is dead :-)
