[comp.sys.hp] HP-UX5.5 RFA/CSH BUG

edb@gumby (Eric Bloch) (11/09/87)

	Anyone else run into the following problem?

	HIGH LEVEL DESCRIPTION: can't fork a csh when cd'ed over
				RFA

	MORE DETAILED DESCRIPTION:

	We're running HP-UX5.5 on a net of ~6 series 300 machines.
	I use RFA (remote file access) via the csh netunam 
	command from one host to access files on another host.

	The problem occurs when I cd over the RFA mount point
	and try to fork off another csh (or run a csh script
	or try to su, etc...)  The new csh prints the following
	error message and dies:

	getwd: can't change back.

	I think the problems stems from the implementation
	of the routine getwd() (in csh i guess, or is the error 
	message bogus). I would guess that getwd() eventaully calls 
	the library function getcwd() which returns the name of 
	the current directory minus the pathname of the mount point.
	It's strange (and gross) that the pwd program does work
	over RFA.  It must do something special besides a normal
	getcwd().

	Example:
	% netunam /net/cshp001 edb:
	Password: 
	% cd /net/cshp001/usr/bin
	% csh
	getwd: can't change back
	% pwd
	/net/cshp001/usr/bin
	%
	

	Am I just dumb, or is this a bug?  Anyone have a 
	clue or a version of csh which has been fixed?
	(or better yet, a version of getcwd() which has
	been fixed).

				-edb

	

	
	
Eric Bloch
ARPA:   edb@cs.brown.edu
UUCP:   ...!{ihnp4|decvax}!brunix!edb
BITNET: edb@browncs

fritz@hpfclp.HP.COM (Gary Fritz) (11/10/87)

There must be something else involved here.  I'm running 5.5 on my
system, and tried netunam-ing to systems running 5.3, 5.5, and pre-6.0
HP-UX releases.  I also tried netunam-ing from the 5.3 and pre-6.0 systems.
I had no trouble on any of them.  Can you think of anything else that 
might affect csh/RFA?

Gary Fritz
{ihnp4,hplabs}!hpfcla!fritz