Path: utzoo!attcan!uunet!zephyr.ens.tek.com!uw-beaver!rice!cs.utexas.edu!rutgers!att!mcdchg!tellab5!nucsrl!accuvax.nwu.edu!casbah.acns.nwu.edu!eecs.nwu.edu!phil
From: phil@eecs.nwu.edu (William LeFebvre)
Newsgroups: comp.sys.encore
Subject: strangeness with YP
Message-ID: <288@casbah.acns.nwu.edu>
Date: 5 Oct 90 20:58:07 GMT
Sender: news@casbah.acns.nwu.edu
Reply-To: phil@eecs.nwu.edu (William LeFebvre)
Organization: EECS Department, Northwestern University
Lines: 40

I just made the mistake of activating YP on our multimax running UMAX 4.3.

The multimax is client only, being bound (right now) to a Sun 3/80 master
running 4.0.3.  Before doing this drastic deed, I made sure that all the
stuff that was in /etc/{rpc,services,protocols} was really in the YP maps.

I did NOT add any '+' lines to passwd, preferring to leave all the account
explicitly specified.  Remember: this system worked fine before I ran ypbind.

Now that YP is running, csh exhibits the following bizarre behavior:

% cd
% ls | cat > ~luser/a
cat: read error: Bad file number
%

(where the current user is in fact "luser".

The following does what you would expect:

% cd
% ls | cat > ~/a
%

tcsh 5.12 is showing similar weirdness when it comes to username expansion.
I tried recompiling tcsh and the freshly compiled version has the same
problems.

Any clues?

I am also very annoyed that Encore's "rpcinfo" does not have a "-d" option.
Right now, the only way to turn off YP is to reboot.  If I had a "-d" I could
tell the portmapper to delete the YP mappings, but I don't so I'm pretty much
stuck.   Grrr.......

		William LeFebvre
		Computing Facilities Manager and Analyst
		Department of Electrical Engineering and Computer Science
		Northwestern University
		<phil@eecs.nwu.edu>