Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!cca!mirror!rayssd!brunix!gumby!edb
From: edb@gumby (Eric Bloch)
Newsgroups: comp.sys.hp
Subject: HP-UX5.5 RFA/CSH BUG
Message-ID: <20319@brunix.UUCP>
Date: Mon, 9-Nov-87 13:40:48 EST
Article-I.D.: brunix.20319
Posted: Mon Nov  9 13:40:48 1987
Date-Received: Wed, 11-Nov-87 21:31:36 EST
Sender: root@brunix.UUCP
Reply-To: edb@brunix.UUCP ()
Organization: Brown University Computer Science Dept.
Lines: 54


	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