Novell is now a part of Micro Focus

Integrating the NetWare DOS Requester (VLMs) with Windows for Workgroups

Articles and Tips: article

BEN HENDRICK
Product Support Engineer
Novell Technical Services

BRAD ANDERSON
Product Support Engineer
Novell Technical Services

01 Apr 1995


This Application Note describes how to integrate Novell's NetWare DOS Requester (VLMs) 1.2 with Microsoft's Windows for Workgroups 3.11. It covers how to install a network copy of Windows for Workgroups (WFWG) on a Novell network, how to configure the VLM client software for use with WFWG, and troubleshooting common problems encountered in this environment.

Related AppNotes Mar 95 "Support Issues for the NetWare DOS Requester (VLM) 1.20" Mar 95 "Black Screen of Death Explained" Jun 94 "NET.CFG Parameters for the NetWare DOS Requester 1.1" May 94 "The Functions and Operations of the NetWare DOS Requester v1.1"

Introduction

Windows for Workgroups 3.11, the latest update from Microsoft, now supports ODI drivers using Virtual Loadable Modules (VLMs). The earlier version of WFWG (3.1) only supported monolithic IPX with the NETX.EXE shell using ODINSUP.COM. In addition, WFWG 3.1 required manual modifications to the configuration files to have both NDIS and IPX support.

Note: VLMs were not supported in the WFWG 3.1 environment because of several incompatibilities between the two redirectors.

The current release of WFWG (3.11) no longer requires manual modifications to the user's configuration files or the use of ODINSUP.COM when using the ODI drivers with NDIS 3 32-bit virtual device drivers (VxDs). This extra module is eliminated when using Microsoft's Network Setup option and their VxDs (NWLINK.386, NDIS.386, and MSODISUP.386), which perform the same function as ODINSUP did in its terminate-and-stay-resident form. Whereas NDIS 2 drivers operated in 16-bit Real Mode, NDIS 3 drivers operate in 32-bit Protected Mode.

This Application Note describes how to install a networked copy of MS Windows for Workgroups 3.11 on a NetWare server. It also details how clients running the NetWare DOS Requester (VLMs) 1.2 can access this shared copy of WFWG on a NetWare server.

Installing a Network Copy of WFWG

This first section describes how to install Windows for Workgroups into a shared directory (using SETUP /A), and then create a personal configuration for one user (using SETUP /N). Once that is done, it will explain how to install the NetWare Client for DOS/MS Windows and give the client installation program the necessary information for it to install the drivers correctly.

Note: Versions of the NetWare client installation program prior to v1.21 did not work correctly when Microsoft's peer-to-peer network was enabled.

Installing WFWG into a Common Directory

The initial procedure is to perform a network installation of Windows for Workgroups 3.11 onto a NetWare server. To do this, you'll need either an original set of WFWG diskettes or an image of these diskettes copied onto a server. The steps given below assume you are installing from diskettes.

  1. Login to the NetWare server on which you want to install the shared copy of WFWG. Create a directory in which you will install this shared copy; for example, we will use SYS:\APPS\ WINSHARE. Remember this path or write it down for future reference.

  2. Insert the WFWG installation diskette and run SETUP /A.

    Running the Windows SETUP program with the /A option automatically copies and expands files from the Windows setup diskettes (or from an image of the diskettes on a network server) to the NetWare server. As part of this process, the files are expanded and marked as read-only. This requires about 22MB of free disk space on the NetWare server.

    The SETUP/A program initially displays the following screen:

  3. Press <ENTER< to continue. The following screen is displayed:

  4. Enter a user or group name and company name, then press <ENTER<. The next screen asks you to verify that the names are correct, because once you move to the next screen, the names cannot be changed.

  5. If the name information is correct, press <ENTER< to continue. The following screen is displayed:

  6. Enter the path to the directory where you will install the shared copy of Windows. This is the directory you created on the NetWare server in Step 1 (we're using F:\APPS\WINSHARE as an example). Press <ENTER<. SETUP then displays the progress of the files being copied to the server.

  7. When the installation is complete, the following screen is displayed:

  8. Press any key to return to DOS.

Create User Configuration Directories

After installing a shared copy of WFWG on the file server, you need to set up a personal directory for each Windows user that will use the shared copy of WFWG. This personal Windows directory can be on a local or network drive, and contains the files that specify the user's hardware configuration and desktop preferences (*.GRP, *.INI, WIN.COM and others).

  1. Create a directory in which you will install the personalized Windows files. This can be a local or network drive. For this example, we'll use SYS:USERS\USERNAME\WINDOWS. This Setup option requires about 1MB of free disk space on the server.

  2. From the shared Windows directory (SYS:APPS\WINSHARE), run SETUP /N. The following screen is displayed:

  3. Press <ENTER< to continue. The following screen is displayed:

  4. Press C to run Custom Setup. If you are upgrading from Windows 3.1 or a previous version of WFWG, the following screen is displayed:

  5. Enter the path to the personal Windows directory: in this example, it's F:\USERS\USERNAME\WINDOWS. After you press <ENTER<, the following screen is displayed (this happens only if your personal directory is on the network):

  6. Press <ENTER< to accept the default path. SETUP will install drivers such as SMARTDRV.EXE, IFSHLP.SYS, ODIHLP.EXE, and HIMEM.SYS in that directory. The following screen is displayed, reflecting the hardware and software SETUP has detected on the workstation:

    Note: The "Network:" parameter is not displayed on this screen as it is with Windows 3.1 and 3.11.

  7. Press <ENTER< to continue. At this point, Windows for Workgroups will attempt to switch from Text/Real Mode into Img/Protected Mode. If the attempt is successful, you will see a note stating that WFWG is attempting to identify your network interface card.

  8. You will next be prompted for your name. Enter your name, leave the product number blank, and press <ENTER< to continue.

  9. A screen will appear, asking you to verify the information you just entered. If the information is correct, press <ENTER< to continue.

  10. The next screen allows you to select optional tasks SETUP will perform if desired. Remove the X from all boxes and click on CONTINUE. The following screen is displayed:

  11. Click on the Networks button (or press Alt-N). The following screen is displayed:

  12. Click on the radial button next to No Windows support for networks. (Network configuration in WFWG will be addressed later in this AppNote. The NetWare Client must be run before configuring the networks portion of WFWG.) Click on OK. A screen similar to the following is displayed:

  13. Your screen will show CONTINUE instead of OK. Click on the CONTINUE button. A prompt appears asking if you want SETUP to modify the CONFIG.SYS and AUTOEXEC.BAT files. Depending on your configuration, you can choose to allow or not allow the changes to these files. If Windows has already been installed locally, the necessary changes will have already been made. Make your choice and then click on CONTINUE.

  14. SETUP builds your desktop and displays a prompt asking if you want to run the tutorial. Click on the Exit Setup button and then on OK. The Windows for Workgroups setup is now complete.

  15. MAP a search drive to the shared Windows directory. From a different drive, change to the SYS:USERS\USERNAME\WINDOWS directory and type WIN. Windows for Workgroups should initialize. If a copy of Windows is already installed on the local hard drive and that directory is referenced in your PATH statement, make sure the search drive you create here is listed before the reference to the local copy of Windows.

  16. Exit Windows for Workgroups.

Install the NetWare Client Software

Now we will install the Windows components of the NetWare Client for DOS/Windows. These steps assume you have the necessary client installation files copied to your NetWare server in the SYS:PUBLIC\CLIENT\DOSWIN directory. (NetWare 4.10 creates this directory by default and copies the necessary files into it. The process described in this section is the same when using diskettes, only in Step 1 you insert Diskette 1 and enter INSTALL.)

  1. Change to the SYS:PUBLIC\CLIENT\DOSWIN directory and run INSTALL. The following screen is displayed:

  2. Leave option 1 at the default of C:\NWCLIENT.

  3. Unless a previous version of the DOS Requester has been installed on this machine, leave option 2 at the default of Yes. The INSTALL program will add "LASTDRIVE=Z" to the CONFIG.SYS and make sure FILES is set to at least 40. INSTALL will also add STARTNET.BAT (which loads the NetWare client files) to the AUTOEXEC.BAT file. (See Appendix A at the end of this AppNote for more information on what the client INSTALL program modifies.)

  4. For option 3, leave the default answer of Yes in the Install support for MS Windows? (Y/N): field. When you highlight C:\WINDOWS next to Enter MS Windows directory:, INSTALL will search your path and attempt to find where Windows is located. Notice that the help at the bottom of the screen instructs you to enter the path on your hard disk or network to the personal user directory containing the PROGMAN.INI, SYSTEM.INI and WIN.INI files.

    Note: You should always refer to the context-sensitive help displayed at the bottom of the screen for guidance throughout the INSTALL program.

    This is the directory in which you installed the personalized Windows files when you ran SETUP /N. In our example, this is F:\USERS\USERNAME\WINDOWS.

    Note: Version 1.21 of the client INSTALL supports Windows from a shared directory, whereas previous versions did not. (See Appendix A for information on ordering updated NetWare Client for DOS/ Windows kits.)

    After you press <ENTER<, INSTALL will check that path for the files listed above. If the files cannot be found, an error will be returned.

    A common mistake at this point is to input the shared directory path instead of the path to the personal directory. If this occurs, you'll see the error "The MS Windows path given does not point to a valid MS Windows directory. Please enter a valid MS Windows directory. Press ENTER to continue."

    Note: There is an issue in the client INSTALL that is seen only when the workstation is booted with NETX and the personal Windows directory is on a NetWare server. In this configuration, the error "An invalid path was given in path" is returned when you enter the path to the personal directory. To work around this, install the NetWare client initially without support for Windows. Reboot the machine, loading the VLMs. Then install the NetWare client once again, this time including support for Windows.

  5. Select the line that says Highlight here and Press <Enter< to customize. The help tells you to press <ENTER< to set a shared MS Windows path or to set a file copy option.

  6. When you press <ENTER<, the following screen is displayed. Using the arrow keys, leave the answer to the first question ("Do you plan to use more country codes than the one currently running on your machine?") at the default of No.

    Note: In previous versions of the client INSTALL, all Unicode files were copied to the Windows directory. To minimize the amount of disk space required, version 1.21 of the client INSTALL program checks for the "COUNTRY=" parameter setting in the CONFIG.SYS file. If the parameter is set, INSTALL by default will copy only the files to support that language. For example, if COUNTRY=001, the program will copy only the files to support US English (*.001). If the COUNTRY parameter is not set, US English is used as the default.

  7. Move down to the second question, labeled "for network administrators only." Note the help at the bottom of the screen with this option highlighted. This step only has to be done once to copy the NetWare drivers into the shared directory (refer to Appendix A for information on which files are copied to which directories). Change the No to Yes and press <Enter<. INSTALL will read the *.INI files in the directory you entered for your personal Windows directory. It will attempt to determine the path to the shared Windows directory. The following screen is displayed, prompting you to enter the path to the shared directory:

  8. Enter the path to the directory that contains the shared Windows files (F:\APPS\WINSHARE in this example). INSTALL checks for the WIN386.EXE file to see if this is a valid shared directory. If it doesn't find this file, an error is returned.

  9. Press <F10< to save and continue. You will be returned to the main screen, which should now look like this:

  10. Leave option 4 at the default of No. Highlight option 5 and press <Enter<. INSTALL will recognize the ODI driver that is loaded and its configuration.

    Note: INSTALL uses the information found in *.INS files as instructions to install and configure the ODI driver. For example, there is an NE2000.INS file that contains information on how to configure the NET.CFG file for that driver. The *.INS file for other drivers can be obtained through the manufacturer of the network board.

    With an NE2000 network board, for example, a screen similar to the following is displayed:

  11. Press <Enter< to continue. You will be returned to the main menu with option 6 now highlighted. Press <Enter< once again to continue. INSTALL will copy all of the files in the correct locations. For just the DOS support files, the NetWare client requires 1MB of disk space. For both DOS and Windows support, the client requires 3MB of disk space. The client INSTALL program tests for free disk space and warns you if the available disk space is insufficient.

After this process is completed, a final screen is displayed informing you that the NetWare client installation is finished.

Configuring VLMs with WFWG 3.11

In this next section, we will run the Microsoft Network Setup program from within Windows for Workgroups and select two network types. We will then add the network drivers to connect to both Windows for Workgroups peer-to-peer servers and NetWare file servers.

Running the Network Setup Program

Here are the steps to load the MS Network Setup Program and configure it both for WFWG Network Support and NetWare Support. These steps assume that you have WFWG installed with no Network Support and that you have installed the DOS/Windows Client, as instructed previously in this AppNote.

  1. Start up Windows for Workgroups and find the network program group within Program Manager. When you open this group, you should see the following icons:

  2. Double-click on the NetWork Setup icon. It will bring up the following dialog box:

  3. Underneath NetWork Settings, you should see "No NetWork Installed." From here we will configure WFWG to work both with Microsoft Peer Services and with NetWare using the VLMs.

  4. Click on Networks (or press Alt-N) and select Install Microsoft Windows Network. Use the dialog shown below to provide additional help.

  5. Now drop down to the line that says: "You can also install Windows support for an additional network". At this line, choose Other and select "Novell NetWare (Workstation Shell 4.0 and above)."

    Note: If you are using NETX, you would choose "Novell NetWare (Workstation Shell 3.x and above)." However, for this AppNote, we will focus on VLMs.

  6. Click on OK to go back to the main screen. From here, click on Sharing (Alt-S). Now select AI want to be able to give others access to my files (Alt-I) and "I want to be able to allow others to print to my printer(s)" (Alt-W). This will enable the peer-to-peer file and print services. You should find your dialog box marked similar to the one shown below:

  7. From here, click on OK to go back to the main screen. At this point, your main screen should appear as shown below:

  8. Now select the Drivers button (Alt-D). At this point nothing should be selected, as seen in the following dialog:

  9. Next, click on the Add Adapter button (Alt-A). The following list is displayed:

    Observe the NDIS3 drivers provided in this list. When using ODI in conjunction with NDIS3 drivers, an MS shim called ODIHLP.EXE is added to the AUTOEXEC.BAT file. This shim allows 32-bit MS VxDs to get packets on the wire via LSL.COM and the NE2000.COM ODI driver. Therefore, LSL and the MLID should be loaded in order for the shim to bind with these modules. The resulting protocol stack is illustrated in Figure 1.

    Figure 1: Components of the IPX ODI stack.

  10. Scroll down to the Novell/Anthem NE2000 driver. Double-click on the driver name (or click on OK with the driver highlighted).

  11. At this point, WFWG will set up ODI/NDIS3 drivers for the NE2000 card.

    Note: The protocol will automatically default to Microsoft NetBEUI. (This is the protocol that the WFWG peer services use to communicate to other peers in the workgroup. Note that NetBEUI is a non-routable protocol, which means it cannot be routed across any routers, including NetWare servers.) Refer to the dialog box below:

  12. Click on the "IPX/SPX Compatible Transport with NetBIOS" protocol. From here, either double-click on the protocol or click on the Setup button (Alt-S).

  13. Note the options associated with IPX that are found in this dialog box, as provided below. Feel free to browse around here and examine the different options.

    Note: On non-NCP IPX/SPX traffic, the MS VxD will control the attributes of those packets. We will discuss these in more detail in the troubleshooting section of this AppNote.

  14. To finish up, click on the OK button to continue. At the next screen click on the Close button (Alt-L). Next click on OK. At this point, WFWG 3.11 will prompt you for the Novell files that you have already installed from the DOS/Windows client kit. If WFWG cannot find them, enter C:\WINDOWS\SYSTEM and it will find the NETWARE.DRV file and other Windows files needed to complete the setup.

  15. The next step is to provide the Setup program with the MS Windows Network Names. These include the User Name, Workgroup name, and Computer Name. These names will be known and broadcasted on the network via the protocol selected. See the dialog box below for more details.

  16. If these previous steps have been followed correctly, WFWG 3.11 will build or modify the Windows SYSTEM.INI, WIN.INI, and PROTOCOL.INI files based on the configuration selected. (Old *.INI files are saved with the .CLN extension.) It will also modify the AUTOEXEC.BAT, CONFIG.SYS, and NET.CFG files. Click on OK when you see the prompt informing you of these modifications.

  17. From here, SETUP will prompt you to restart the workstation to make the changes effective. Click on Restart Computer in the dialog box shown below.

  18. At this point the machine should reboot and load the ODI drivers. However, the new shim mentioned earlier, ODIHLP.EXE, will bind itself to LSL and NE2000. This is the path WFWG will use to get packets on the wire (as shown previously in Figure 1).

  19. Restart Windows for Workgroups. This time you will notice a new dialog box on startup. The WFWNET.DRV driver is providing this new interface.

    The dialog will request that you provide the logon name specified in the setup process. At this time you will also be prompted to enter a password. Refer to the example shown below.

    Note: NETWARE.DRV now becomes the SecondNet instead of the Primary network driver. Refer to SYSTEM.INI to verify this information.

    With this setup in place, you can log in to both the Novell network and Microsoft's peer-to-peer network using the VLMs and Microsoft's Redirector.

Troubleshooting Problems with WFWG and VLMs

This section contains troubleshooting information about two common issues that arise in the dual NetWare VLM-WFWG 3.11 configuration described above.

Note: For more in-depth coverage of issues, refer to the WINVLM.TXT file found in WINDR2.EXE in NOVFILES on NetWire or on Novell's ftp server on the Internet.

Issue 1

When trying to connect to another peer in the workgroup that is across another a NetWare router, users on the other segment cannot see any other workstation in the workgroup. This scenario occurs because the default protocol for WFWG is MS NetBIEU. Refer to the Technical Information Documents (TIDs) on Novell's NSEPro CD-ROM for more information on why NetBEUI is not a routable protocol.

The solution is to change the default protocol from Microsoft's NetBEIU to the IPX/SPX Compatible Transport, which is a routable protocol through routers, including NetWare servers.

Issue 2

When trying to run RCONSOLE in a DOS box under Windows for Workgroups, no servers show up in the list. If you exit from Windows and run RCONSOLE, all servers appear in the list.

TID 021979 on the NSEPro describes this symptom and gives a solution for the problem. The TID states that WFWG's IPX/SPX compatible transport (NWLINK.386) defaults to the Ethernet_802.3 frame type, and the problem occurs when your network is using Ethernet_802.2. When RCONSOLE does a raw SPX send, it is the Microsoft drivers that actually put the packet on the wire.

The solution is to change the frame type setting for Microsoft's NWLINK.386 IPX/SPX module to Ethernet_802.2 rather than the default of 802.3.

Issue 3

ODIHLP.EXE (the Real Mode stub for ODI support that binds NWLINK to the ODI driver) must be loaded after LSL.COM and the MLID driver (such as NE2000.COM). If you are using the STARTNET.BAT file created by the client INSTALL program (which also adds the "CALL STARTNET.BAT" command to the AUTOEXEC.BAT file), it is recommended that you modify the STARTNET.BAT file so that the ODIHLP.EXE file loads after LSL.COM and NE2000.COM.

Issue 4

When using the 32-bit file access parameter in Windows for Workgroups 3.11, users running NETX noticed that performance was slow when starting Windows applications. When they turned off 32-bit file access in WFWG, the problem went away. The problem was that they were using a NETWARE.DRV for the VLMs instead of the one for NETX. By changing to the NETWARE.DRV for NETX (dated 11-22-94, found in NET33X.EXE), the problem was resolved.

Issue 5

Users of Novell's DOSNP.EXE (DOS Named Pipes) should be aware that WFWG 3.11 does not work with Novell's DOSNP.EXE. WFWG does not allow the INT 21 (Interrupt) requests related to named pipes to be passed down to the Novell DOSNP.EXE TSR. Currently, there is no patch or workaround for this scenario.

Issue 6

A problem exists for users of Microsoft's NWLINK.386 who are using SPX-based applications such as terminal emulators. Additional SPX issues have been discovered where NWLINK.386 does not provide full SPX API compatibility. Currently, there is no patch available for this Microsoft VxD (NWLINK). If you encounter problems, here is a four-step workaround:

  1. Remove WFWG's support for networks.

  2. Double-click on the NetWork Setup icon inside WFWG 3.11.

  3. Click on the Networks button and select No Windows Support for Networks.

  4. Click on OK. Network Setup will notify you at this point that it has modified your AUTOEXEC.BAT, SYSTEM.INI, WIN.INI and PROTOCOL.INI files.

  5. Click on the Restart Computer button.

  1. Restart WFWG and install Novell workstation shell 4.0 support.

  2. After restarting WFWG, double-click on Network Setup icon and click on the Networks button again.

  3. Choose Install Microsoft Network and then Other.

  4. For Other, choose "Novell NetWare workstation shell 4.0 and above."

  5. Select OK.

  1. While still in WFWG, install support for the IPX-NetBIOS transport.

  2. Click on the Drivers button and the Add Adapter button.

  3. Choose IPX Support driver [Monolithic] with NetBIOS transport.

  4. Now click on Close and OK.

  5. You will receive two conflicting error dialogs. The first one states: "You do not have an ODI network driver installed and will not be able to connect to a NetWare server with Microsoft Windows Network until you install the driver. Do you want to continue? Y/N." Answer Yes.

  6. The next dialog says: "You are running an ODI driver and have chosen to install an NDIS driver. The NDIS driver must be set up on a separate network adapter card other than the ODI driver. Do you want to continue? Y/N."Answer Yes here as well.

  1. Setup will modify the configuration files automatically.When it is finished, click on Restart Computer.

At this point, you will be able to utilize VIPX.386 (from Novell) and eliminate NWLINK.386 (from Microsoft). This allows full SPX API compatibility for terminal emulators or other SPX-based applications within a WFWG 3.11 machine, and still provides peer-to-peer support through IPX encapsulated NetBIOS packets.

Appendix A: Additional Information on NetWare Client Installation

This appendix provides additional information about the NetWare DOS/Windows client INSTALL program.

Updates to the Client Software

Updated NetWare DOS/Windows client software and Windows support drivers can be found in NOVFILES on CompuServe or on Novell's ftp server on the Internet. As of this writing, the current files are the following:

File Name     Size     Date     Version   Location    Owner
================================================================
  VIPX.386    23855   05-23-94    1.19    WINDR2.EXE   Novell
IPXODI.COM    39353   10-31-94    3.01    VLMUP2.EXE   Novell
   LSL.COM    18313   10-11-94    2.14    VLMUP2.EXE   Novell
  NETX.EXE    78749   11-22-94    3.32PTF NET33X.EXE   Novell
  New DLLs   444222   12-19-94     ---    NWDLL2.EXE   Novell

What Files Does the DOS Client INSTALL Modify?

Below is a list of files modified by the NetWare client INSTALL program, along with the specific changes made in each file.

AUTOEXEC.BAT

@CALL C:\NWCLIENT\STARTNET

CONFIG.SYS

LASTDRIVE =Z FILES=40*

* If FILES is already set to a value greater that 40, it is left unchanged.

WIN.INI

[windows] load=nwpopup.exe

PROGMAN.INI

[Groups] Group7=C:\WINDOWS\NOVELLGR.GRP

SYSTEM.INI

  • Windows or WFWG with support for NetWare only

    [boot]
    network.drv=netware.drv
    
    [boot.description]
    network.drv=Novell NetWare (v4.0)
    
    
    [386Enh]
    network=*vnetbios, vipx.386, vnetware.386
    TimerCriticalSection=1000
    ReflectDOSInt2A=TRUE
    UniqueDOSPSP=TRUE
    PSPIncrement=5
    OverlappedIO=off
  • WFWG with support for MS Windows Network

    secondnet.drv=netware.drv
    
    
    secondnet.drv=Novell NetWare 
    (Workstation Shell 4.0 and above)
    
    
    secondnet=vnetware.396

NET.CFG

Link Driver NE2000
    INT 3
    PORT 300
    FRAME Ethernet_802.2

NetWare DOS Requester
    FIRST NETWORK DRIVE=F
    NETWARE PROTOCOL=NDS BIND

STARTNET.BAT

SET NWLANGUAGE=English
C:\NWCLIENT\LSL.COM
C:\NWCLIENT\NE2000.COM
C:\NWCLIENT\IPXODI.COM
C:\NWCLIENT\VLM.EXE

Windows Settings Defined by INSTALL

Following is a brief description of the Windows settings in SYSTEM.INI that are listed above.

TimerCriticalSection. This parameter increases the amount of time (specified in milliseconds) before the Windows critical section is timed out. For more information on this setting, refer to "Black Screen of Death Explained" in the March 1995 Novell Application Notes.

ReflectDOSInt2A. This parameter indicates whether Windows should consume or reflect DOS INT 2A signals. The default (false) means Windows will consume these signals. However, you need to enable this setting if you are running memory-resident software that relies on detecting INT2A messages, such as Novell's NetWare Client drivers.

UniqueDOSPSP. If enabled, this parameter tells Windows to start every application at a unique address (PSP). Each time Windows creates a new virtual machine to start a new application, Windows reserves a unique amount of memory (I bytes) below the application. For example, the first application would be loaded at address M, the second at M+I, the third at M+2I, and so forth. The amount of memory I is determined by the PSPIncrement setting. These settings should help assure that applications in different virtual machines (VMs) all start at different addresses. Some networks use applications' load addresses to identify the different processes using the network. On such networks, failing to enable this setting might cause one application to fail when you exit another.

If enabled, this setting tells Windows in 386 enhanced mode to reserve some paragraphs of memory in each VM prior to starting an application in the VM. This will usually ensure that each application has a unique PSP (loading address). Novell's DOS/Windows client uses the PSP to identify a process to make sure that two processes do not try to modify a file at the same time. If the workstation has this setting disabled, it may result in corrupted files.

PSPIncrement. This parameter specifies the amount of additional memory, in 16-byte increments, that Windows should reserve in each successive virtual machine when the UniqueDOSPSP setting is enabled. The setting that will work best for your machine might vary depending on your memory configuration and the applications you are running. Valid characters are 2 through 64.

OverlappedIO. Having this setting active when you are not running on a Novell network may reduce system performance. If enabled, this switch allows several virtual machines to make read and write requests to a disk before the first request has been completed. If it is disabled, then MS-DOS-based applications cannot issue a request to read or write to a disk until any previous read and write requests have been completed.

Where Does the DOS Client INSTALL Copy Files?

The following list tells where the NetWare client INSTALL program copies the DOS and Windows support drivers for NetWare.

DOS Drivers

FILES COPIED TO C:\NWCLIENT

AUTO.VLM       4,527   11-08-94  1:29p
AUTOEXEC.NEW   61      2-05-95   10:11p
BIND.VLM       4,680   11-08-94  1:28p
CONFIG.NEW     23      2-05-95   10:11p
CONN.VLM       10,833  11-08-94  1:28p
DOSNP.EXE      10,757  9-01-94   10:49a
FIO.VLM        18,234  11-08-94  1:29p
GENERAL.VLM    4,525   11-08-94  1:30p
HRMIB.EXE      14,965  12-02-93  3:19p 
HRMIB.INI      371     11-22-93  5:51p 
IPXNCP.VLM     10,083  11-08-94  1:28p 
IPXODI.COM     39,353  10-31-94  4:35p 
LSL.COM        18,313  10-11-94  10:03a 
MIB2IF.VLM     9,643   8-30-94   1:20p 
MIB2PROT.VLM   17,951  8-02-94   11:42a 
NDS.VLM        8,500   11-08-94  1:28p 
NE2000.COM     23,023  10-14-94  10:02p 
NE2000.INS     961     10-06-94  8:47a 
NESL.COM       9,379   8-10-94   1:43p 
NET.CFG        212     2-05-95   10:11p 
NETBIOS.EXE    24,418  8-15-94   5:06p 
NETX.VLM       16,921  11-08-94  1:29p 
NMR.VLM        9,842   11-08-94  1:29p 
NWP.VLM        6,628   11-08-94  1:28p 
ODINSUP.COM    34,298  8-01-94   5:18p 
PNW.VLM        10,091  11-08-94  1:29p 
PRINT.VLM      7,973   11-08-94  1:29p 
README.TXT     16,198  10-31-94  1:52p 
REDIR.VLM      14,777  11-08-94  1:29p 
ROUTE.COM      4,897   3-15-94   9:02a 
RSA.VLM        19,552  11-08-94  1:30p 
RXMONSTK.COM   11,419  10-12-94  8:34a 
SECURITY.VLM   7,978   11-08-94  1:29p 
STARTNET.BAT   172     2-05-95   10:11p 
STPIPX.COM     11,539  8-30-94   1:20p 
STPUDP.COM     13,073  8-30-94   1:20p 
TRAN.VLM       1,545   11-08-94  1:28p 
TSASMS.COM     19,533  10-06-94  7:52p 
VLM.EXE        37,611  11-08-94  1:28p 
WSASN1.VLM     16,819  8-30-94   1:20p 
WSDRVPRN.MIB   5,086   5-13-94   1:20p 
WSDRVPRN.VLM   8,792   8-30-94   1:20p 
WSREG.VLM      12,947  8-30-94   1:20p 
WSSNMP.VLM     25,608  8-30-94   1:20p 
WSTRAP.VLM     13,427  8-30-94   1:20p

FILES COPIED TO C:\NWCLIENT\NLS NONE FILES COPIED TO C:\NWCLIENT\NLS\ENLGISH

DOSRQSTR.MSG   9,600   10-21-94  5:32p 
IPXODI.MSG     4,089   9-15-94   4:02p 
LSL.MSG        3,571   8-16-94   9:21a 
MIB2IF.MSG     361     5-13-94   1:20p 
MIB2PROT.MSG   717     8-02-94   11:42a 
NESL.MSG       947     6-14-94   10:42a 
NMR.MSG        620     3-17-94   3:59p 
RXMONSTK.MSG   2,542   9-21-94   8:14a 
STPIPX.MSG     1,095   5-13-94   1:20p 
STPUDP.MSG     1,299   5-13-94   1:20p 
WSASN1.MSG     257     5-13-94   1:20p 
WSDRVPRN.MSG   262     5-13-94   1:20p 
WSREG.MSG      257     5-13-94   1:20p 
WSSNMP.MSG     390     5-13-94   1:20p 
WSTRAP.MSG     257     5-13-94   1:20p

Windows Drivers - Local Installation

FILES COPIED TO C:\WINDOWS

NOVELL.BMP     153,718 4-17-92   10:53a
NOVLOGO1.BMP   38,518  1-28-92   4:58p
NW.GRP         161     2-06-95   10:20a
NWADMIN.INI    141     3-23-94   10:46a
NWRCON.PIF     545     1-03-92   1:25p
PROGMAN.BNW    765     2-06-95   10:05a
SYSTEM.BNW     3,176   1-19-95   1:46p
WIN.BNW        15,041  2-06-95   10:05a

FILES COPIED TO C:\WINDOWS\SYSTEM

NETWARE.DRV    165,632 10-24-94  2:29p
NETWARE.HLP    419,701 8-29-94   1:15p
NWCALLS.DLL    147,616 10-20-94  11:56a
NWGDI.DLL      82,064  5-17-94   10:25a
NWIPXSPX.DLL   41,456  10-18-94  2:55p
NWLOCALE.DLL   43,088  9-20-94   12:16p
NWNET.DLL      225,264 10-18-94  4:35p
NWPOPUP.EXE    4,592   9-30-94   10:58a
NWPSRV.DLL     277,532 10-06-94  1:35p
NWUSER.EXE     5,072   10-28-93  8:12a
PNW.DLL        106,752 12-08-93  10:43a
TASKID.COM     7,648   6-03-93   4:37p
TBMI2.COM      24,973  8-04-94   8:02a
TLI_SPX.DLL    52,437  9-15-94   2:26p
TLI_TCP.DLL    17,673  7-14-93   4:54p
TLI_WIN.DLL    15,713  6-08-94   5:28p
VIPX.386       23,855  5-23-94   9:51a
VNETWARE.386   15,645  8-17-94   3:38p

FILES COPIED TO C:\WINDOWS\NLS

1252_UNI.001   727     5-31-94   12:39p
UNI_1252.001   2,264   5-31-94   12:39p
UNI_COL.001    1,752   4-04-94   12:22p
UNI_MON.001    4,312   4-04-94   12:22p

FILES COPIED TO C:\WINDOWS\NLS\ENGLISH

NETWARE.HLP    419,701 8-29-94   1:15p
NETWARER.DRV   165,632 10-24-94  2:29p
TASKID.MSG     1,603   6-03-93   4:37p
TBMI2.MSG      3,315   11-10-93  8:42a

Windows Drivers - Network Installation

FILES COPIED TO SYS:APPS\WINSHARE

NETWARE.DRV    165,632 10-24-94  2:29p
NETWARE.HLP    419,701 8-29-94   1:15p
NWCALLS.DLL    147,616 10-20-94  11:56a
NWGDI.DLL      82,064  5-17-94   10:25a
NWIPXSPX.DLL   41,456  10-18-94  2:55p
NWLOCALE.DLL   43,088  9-20-94   12:16p
NWNET.DLL      225,264 10-18-94  4:35p
NWPOPUP.EXE    4,592   9-30-94   10:58a
NWPSRV.DLL     277,532 10-06-94  1:35p
NWUSER.EXE     5,072   10-28-93  8:12a
PNW.DLL        106,752 12-08-93  10:43a 
TASKID.COM     7,648   6-03-93   4:37p 
TBMI2.COM      24,973  8-04-94   8:02a 
TLI_SPX.DLL    52,437  9-15-94   2:26p 
TLI_TCP.DLL    17,673  7-14-93   4:54p 
TLI_WIN.DLL    15,713  6-08-94   5:28p 
VIPX.386       23,855  5-23-94   9:51a 
VNETWARE.386   15,645  8-17-94   3:38p

FILES COPIED TO SYS:APPS\WINSHARE\NLS

1252_UNI.001   727     5-31-94   12:39p 
UNI_1252.001   2,264   5-31-94   12:39p 
UNI_COL.001    1,752   4-04-94   12:22p 
UNI_MON.001    4,312   4-04-94   12:22p

FILES COPIED TO SYS:APPS\WINSHARE\NLS\ENGLISH

NETWARE.HLP    419,701 8-29-94   1:15p
NETWARER.DRV   165,632 10-24-94  2:29p 
TASKID.MSG     1,603   6-03-93   4:37p 
TBMI2.MSG      3,315   11-10-93  8:42a

FILES COPIED TO SYS:USERS\USERNAME\WINDOWS

NOVELL.BMP     153,718 4-17-92   10:53a 
NOVLOGO1.BMP   38,518  1-28-92   4:58p 
NW.GRP         153     2-06-95   1:00a 
NWADMIN.INI    141     3-23-94   10:46a 
NWRCON.PIF     545     1-03-92   1:25p 
PROGMAN.BNW    761     2-06-95   12:31a 
SYSTEM.BNW     3,168   2-06-95   12:31a 
WIN.BNW        15,020  2-06-95   12:31a

Language Support with the DOS/Windows Client

The Unicode files give the NetWare DOS Requester the capability of displaying Windows utilities (such as NWADMIN), errors, and messages in different languages. As mentioned in this AppNote, the 1.20 client INSTALL only copies the Unicode files for the language you have defined with the COUNTRY= parameter in the CONFIG.SYS. Customers who installed using an older client INSTALL program can save hard disk space by deleting all the Unicode files that do not correspond to the language you are using. Each Unicode file has a three-digit numerical extension; each country is assigned a specific extension. The following is a list of some extensions and their assigned countries:


001= US English and

044= United Kingdom

Canadian English

045= Denmark

002= Canadian French

046= Sweden

003= Latin America

047= Norway

031= Netherlands

049= Germany

032= Belgium

061= Australia

033= France

081= Japan

034= Spain

351= Portugal

039= Italy

358= Finland

041= Switzerland

For example, if you want to have everything displayed in US and Canadian English, you could delete all the files in the WINDOWS\NLS directory except for the files with the *.001 extension.

Language support for DOS is not handled by the Unicode files. The "NWLanguage" DOS variable defines the language in which DOS utilities, errors, and so on are displayed. The following is a list of the current languages available:

ENGLISH FRANCAIS DEUTSCH ITALIANO ESPANOL

* Originally published in Novell AppNotes


Disclaimer

The origin of this information may be internal or external to Novell. While Novell makes all reasonable efforts to verify this information, Novell does not make explicit or implied claims to its validity.

© Copyright Micro Focus or one of its affiliates