home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / mswindo / misc / 2151 < prev    next >
Encoding:
Internet Message Format  |  1992-08-18  |  1.8 KB
  1. Path: sparky!uunet!sun-barr!ames!haven.umd.edu!darwin.sura.net!wupost!bcm!lib!sphm42.sph.uth.tmc.edu!sph0301
  2. From: sph0301@utsph.sph.uth.tmc.edu (Kate Wilson)
  3. Newsgroups: comp.os.ms-windows.misc
  4. Subject: Re: Running the PATHWORKS USE command in an MS-DOS Windows hangs system
  5. Message-ID: <sph0301.47.714168635@utsph.sph.uth.tmc.edu>
  6. Date: 18 Aug 1992 20:10:35 GMT
  7. References: <86.2A902A3B@efborg.hobby.nl>
  8. Sender: usenet@lib.tmc.edu
  9. Organization: Univ. of Texas School of Public Health
  10. Lines: 26
  11. Nntp-Posting-Host: sphm42.sph.uth.tmc.edu
  12.  
  13. In article <86.2A902A3B@efborg.hobby.nl> enno@efborg.hobby.nl (Enno Borgsteede) writes:
  14.  
  15. >16 Aug 92, Don Katz writes to All:
  16.  
  17. > DK> We are running Pathworks 4.1 (server and client) on a heap of PC's. I
  18. > DK> find that when I am running Windows 3.1, if I open an MS-DOS window
  19. > DK> and then run the Pathworks USE command in the window, the USE command
  20. > DK> gives the correct output. If I then type exit, I receive a message
  21. > DK> from Windows that
  22. > DK> "The application was communicating on the network when you terminated
  23. > DK> it. Windows was unable to restore the state of the network. You need
  24. > DK> to restart your computer."
  25.  
  26. >I don't know what's going on, but I think that the best way to avoid is to
  27. >use the Windows file manager. It has all commands that you need to connect
  28. >or disconnect drives and printers. You have to installe Pathworks as a part
  29. >of Windows first, off course.
  30.  
  31. The USE command works fine for me when I do it from a DOS window.  Using
  32. File Manager also works as long as I'm trying to connect to a file service.
  33. I can't connect to disk services from File Manager because the virtual
  34. drives don't show up.
  35.  
  36. For what it's worth, I've seen the above error message when the Ethernet 
  37. board was using the same interrupt as one of the COM ports (even if the
  38. COM port wasn't being used for anything else)...
  39.