csh and nfs

[Brendan Eich]

In article <1991Mar22.190717.27233 at cs.umn.edu>, slevy at poincare.geom.umn.edu (Stuart Levy) writes:
> We see the same problem w/NeXT 1.0. The fault's in the BSDreaddir() code which
> csh uses -- it does directory reads into a 512-byte buffer, which the NeXT NFS
> server could probably handle but doesn't.  It's disappointing NeXT didn't fix
> this in 2.0.  SGI's normal readdir(), used by sh, ls, etc. has a larger buffer
> (4K?) and succeeds.  I'm told by a helpful SGI person that the next major
> release will have a BSDreaddir() with larger buffer, but meanwhile we're stuck
> 
> One thing you might try in the mean time: use tcsh instead of csh.
> I think there are a handful of tcsh binaries up for anonymous FTP on
> tesla.ee.cornell.edu and/or ftp.brl.mil.  We have "tcsh.iris4d-irix3.3.1";
> it *does* successfully glob with the NeXT.

Thanks for summarizing this lingering SGI/NeXT bug.  Those who aren't ready
for tcsh can ftp a fixed csh from sgi.sgi.com:~ftp/sgi/csh.  There's a README
file; you must be running 4D1-3.3 or later.

/be