/* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *\ * |_o_o|\\ Copyright (c) 1989 The Software Distillery. * * |. o.| || All Rights Reserved * * | . | || Written by John Toebes and Doug Walker * * | o | || The Software Distillery * * | . |// 235 Trillingham Lane * * ====== Cary, NC 27513 * * BBS:(919)-471-6436 * \* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * */ This material is Copyright (C) 1988 and 1989 The Software Distillery. It may be distributed freely as long as the following restrictions are met: 1. All files present in the distribution package must be redistributed with the package, including this documentation file. If you distribute on diskette, all files must be on a single diskette. 2. The distributor may charge a fee to recover distribution costs. The fee for diskette distribution should not be more than the cost to obtain the same diskette from Fred Fish or The Software Distillery, whichever is greater. Current charge from The Software Distillery is $6 per disk, including all postage and handling charges. 3. The distributor agrees to cease distributing the programs and data involved if requested to do so by authors or any member of The Software Distillery. ------------------------------DISCLAIMER Neither The Software Distillery nor any of its members will be liable for any damage arising from the failure of this program to perform as described, or any destruction of other programs or data residing on a system attempting to run the program. While we know of no damaging errors, the user of this program uses it at his or her own risk. THIS SOFTWARE IS A PRERELEASE VERSION THAT MAY HAVE BUGS. PLEASE USE IT CAUTIOUSLY. THANK YOU. -----------------------------FUNCTIONALITY The network handler in this distribution relies on DNET for communication, but all dependancies on DNET are isolated. The intent is for a future release to support ANY COMMUNICATIONS METHOD, including serial, parallel, AppleTalk, DecNET, NFS, you name it, all simultaneously via external communications servers. ============================================================================ RUNNING THE NETWORK HANDLER: These instructions talk about a 'local' machine and a 'remote' machine. The network is symmetric, so for DNET at least, you can do the installation on both sides. Just install all files on both machines, and perform all commands on both machines. 1. Install DNET on both machines. Add an entry to the dnet.servers file on the remote machine for the network server. A sample dnet.servers file is included in this distribution in the file "dnet.servers". Note the server number for the network is 9492. You will need to change the pathname specified in the sample dnet.servers file to reflect the path you intend to use. 2. Copy netdnet-server to the path specified in the dnet.servers file on the remote machine. 3. Put a mountlist entry for the network handler in the local machine's DEVS:MOUNTLIST. A sample mountlist entry is included in this distribution in the file "mountlist". If you do not want the network handler in l:, replace the specified path with one of your own. 4. Copy netdnet-handler from the HANDLER subdirectory to the path specified in the mountlist on the local machine. 5. Issue the CLI command "ASSIGN ROOT: " on the remote machine. The network handler mounts the ROOT: device on the remote node as a network node on the local node; the place you point ROOT: to is where your files will go. Copy the file NODE.INFO from the distribution disk to ROOT:. This file contains the .info information for the remote node that will be displayed on the workbench screen of the local node. Feel free to replace it with any DRAWER type .info file. 6. Issue the CLI command "MOUNT NET:" on the local node. The first reference to NET: after the MOUNT command will load the handler. DNET will load the server on the remote node automatically. ============================================================================ Once the NET: device is running, you can use the provided NETMOUNT command to allow access to other devices besides ROOT: on the remote machine. NETMOUNT is a temporary stopgap until a real ROOT: device is implemented that allows access to all devices on a machine via a single handler. For now, the NETMOUNT command format is NETMOUNT where is the name you MOUNTed (usually NET:) is the name you want to refer to the new entry as is the name of the device on the remote node to use For example, NETMOUNT NET: DF0 DF0: would allow you to access the floppy on the remote node by using the path NET:DF0. Thus, DIR NET:DF0 would produce the same results as doing a DIR DF0: on the remote machine.