Xref: utzoo comp.unix.i386:7614 comp.sys.mips:920 Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!zaphod.mps.ohio-state.edu!mips!redwood.mips.com From: wje@redwood.mips.com (William J. Earl) Newsgroups: comp.unix.i386,comp.sys.mips Subject: Re: Wildcards don't work on NFS mounted file system Message-ID: <40679@mips.mips.COM> Date: 7 Aug 90 23:53:06 GMT References: <1990Aug03.030326.9796@virtech.uucp> Sender: news@mips.COM Reply-To: wje@redwood.mips.com (William J. Earl) Followup-To: comp.unix.i386 Organization: MIPS Computer Systems Inc. Lines: 33 In-reply-to: cpcahil@virtech.uucp (Conor P. Cahill) In article <1990Aug03.030326.9796@virtech.uucp>, cpcahil@virtech (Conor P. Cahill) writes: > In article larry@focsys.uucp (Larry Williamson) writes: > >Users logged in on a 386/ix system that has mounted a file system from > >a MIPS fileserver cannot use wild cards in any of the directories that > >are on the MIPS file system. > > This is a symptom of the program that you are using that is performing > the wild card substitution is not NFS cognizant. Wild card substitution > routines (like the old glob routine) must use directory reading > routines that know about NFS because you can't open a directory for > reading across NFS. > > What program are you running when it fails? I would hope that it is not > the standard ISC shell. If I remember correctly, this works fine under > ISC's sh. > > >I expect that this is a 386/ix bug because it is on the 386/ix machine > >that the wild card expansion is taking place. > > This is a bug within the particular program (in this case running on you > 386/ix machine), not in the OS itself. At an NFS Connectathon (where NFS interoperability is tested each year), 386 boxes commonly could not do any directory-reading operations (such as wild-card expansion) to servers other than 386 boxes. This is due to many stock AT&T SVR3 applications reading directories as files, instead of using directory-reading system call (getdents()). Many, but not all, manufacturers have corrected these bugs. -- William J. Earl wje@mips.com MIPS Computer Systems 408-524-8172 930 Arques Avenue Sunnyvale, CA 94086