- You are running a network installation (SETUP /N) of Windows for Workgroups.
NOTE: Microsoft does not recommend running Windows for Workgroups from a network installation (SETUP /N) because doing so is a common stress condition that can cause a loss of network connections. If your system is run this way, store data and applications on a client or server that does NOT contain the shared Windows directory (created with SETUP /A); this appears to reduce the frequency of the problem.
- Several people in a workgroup are running the same application from a server.
NOTE: Network connections also can be lost when many users run the same application from a server (for example, 10 clients use the same installation of Microsoft FoxPro for MS-DOS). MS-DOS-based applications seem most susceptible to this problem, but Windows-based applications can be affected as well. Windows-based applications generally report segment load failures when the network connection is lost. MS-DOS-based applications that leave a lot of files open, such as database programs, are more susceptible to this problem.
WARNING: If you lose your Windows for Workgroups connections, immediately save all open data files to backup files on your local drive or a remote drive where you still have a valid connection.
Other factors that can cause connection problems include the following:
- Network cards: Some network cards are more prone to these problems than others.
- Machine speed: The slower the machine, the more likely that its network connections may be lost.
Attempting to RecoverTo determine if you have lost network connections, go to the server and use Net Watcher to see if the machine that is not responding still has a valid session open. This method does not always work because some applications can reopen the network connections. Some applications may not be affected by a lost network connection if they are not dependent on file pointers being maintained on the server.
Sometimes you can issue the NET USE command at the command prompt to determine whether or not a session has been disconnected. This technique works best when the machine is not using a network installation (SETUP /N) of Windows. Issuing the DIR command may restore the network connection and allow the application to continue or at least exit without causing the system to stop responding (hang).
You can also try to close all open files and attempt to quit Windows. If the problem results from a network installation of Windows having lost its network connections, you will get a message telling you that you do not have enough memory to complete the operation.
Avoiding the ProblemThe following steps may help prevent this problem:
- Increase FILES= to 128 or higher in the CONFIG.SYS file.
- Increase FCBS= to 25 or higher in the CONFIG.SYS file.
- Increase Sessions= to 20 or higher in the PROTOCOL.INI file.
- Set NCBS= to 40 in the PROTOCOL.INI file.
- Set NetHeapSize= to 52 in the [386Enh] section of the SYSTEM.INI file.
- Set TimerCriticalSection= to 5000 or higher in the [386Enh] section of the SYSTEM.INI file.
- If you are using a network installation of Windows (Setup /N) set maintainserverlist= to NO in the [network] section of the SYSTEM.INI file.
Article ID: 90226 - Last Review: Sep 17, 1999 - Revision: 1