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