[comp.protocols.nfs] PC-NFS 3.5 doesn't have "net join", why?

jeff@com50.c2s.mn.org (Jeffery S. Wilson) (06/06/91)

I have noticed that PC-NFS 3.5 does not support the "net join" command that
was supported in previous versions of the software.  Why was this function
removed from the new release?  

With 3.0.1 I am able to do something like this:

    net use g: \\servboy\
    net use h: \\servboy\home
    net use i: \\servboy\usr
    net join g:\home h:
    net join g:\usr i:

to make all of the filesystems for a server available under a single 
network drive (G:).

Does anyone know of a work around that will allow me to do the same thing 
using version 3.5?

-- 
------------------------------------------------------------------------------
Jeffery S. Wilson   |  Phone: (612) 452-9522  |  1285 Corporate Center Dr. #170
Com Squared Systems |  Fax:   (612) 452-3607  |  Eagan, MN 55121

geoff@hinode.East.Sun.COM (Geoff Arnold @ Sun BOS - R.H. coast near the top) (06/07/91)

Quoth jeff@com50.c2s.mn.org (Jeffery S. Wilson) (in <1991Jun5.223101.17798@com50.c2s.mn.org>):
#I have noticed that PC-NFS 3.5 does not support the "net join" command that
#was supported in previous versions of the software.  Why was this function
#removed from the new release?  

This observation is correct. The NET JOIN functionality was removed
because it was incompatible with the revisions to the mounted drive
state required for MS Windows support. 

Windows maintains the context of each of its subprocesses by exploiting
the fact that DOS maintains all of the state in a single, swappable
data structure. This structure includes the Current Directory Structure
(CDS, sometimes referred to as the Logical Drive Table, or LDT). The
CDS records the state of each drive (up to LASTDRIVE, and the current
directory for that drive. For speed, we store both the path (as does
DOS) and also a handle for the cached filehandle corresponding to the
directory. There's not enough spare bits to encode the possibility that
this filehandle is relative to some JOINed drive rather than the root
drive. We could have given up on the idea of caching the directory file
handle and walked the full path on every access, but this was (1) slow,
and (2) would have required a major rework. So we had to sacrifice NET
JOIN. The only benefit is that we thereby freed up enough space in a
fixed-length table to increase the number of mountable drives and
printers from 8 to 14.

For more information on all of this, let me recommend "Undocumented
DOS", which lays bare the guts of DOS in a manner reminiscent of
the pioneering anatomists depicted in Flemish paintings.....
-- Geoff Arnold, PC-NFS architect, Sun Microsystems. (geoff@East.Sun.COM)   --
------------------------------------------------------------------------------
--     Sun Microsystems PC Distributed Systems ...                          --
--            ... soon to be a part of SunTech (stay tuned for details)     --