home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.95 / text0584.txt < prev    next >
Encoding:
Text File  |  1996-04-02  |  1.7 KB  |  41 lines

  1. In your message (Tue, 25 Apr 1995 20:00:38 -0400), you wrote:
  2. >I am running the Final Beta of Windows 95 on a 486dx/2-50 with 12 megs of ram
  3. >and cannot get E/D 1.99L to find the SCSI CD-ROM drive. Under DOS 6.2 and
  4. >MSCDEX.EXE there wasn't a problem at all. I have tried running E/D from a DOS
  5. >window as well as running Win95 in DOS mode. Has anyone found a similar
  6. >problem? I have an NEC-25 cd-rom drive and a MediaVision ProAudio Spectrum 16
  7. >card.
  8.  
  9. Sounds like Win95's DOS emulation is far from perfect...  I've had no 
  10. problems with E/D under OS/2.
  11.  
  12. >Second, I cannot set the applzone higher than 2048 while running E/D in a DOS
  13. >window. I get the message that I have run out of memory and to set applzone
  14. >to a lower number. I can only set it higher when I run Win95 in DOS mode. Any
  15. >suggestions?
  16.  
  17. Sounds like the DOS Window gets a certain amount of extended memory 
  18. available to it.  If Win95 is anything like Warp, there will be a 
  19. setting to increase the amount of extended emory available to the DOS 
  20. window.
  21.  
  22. >Third, I cannot install Word 5.1 under E/D at all. I keep getting GPF errors
  23. >and crash back to DOS. Any suggestions?
  24.  
  25. Pass
  26.  
  27. >Lastly, whenever E/D crashes with a GPF in a DOS window, I cannot restart
  28. >Executor at all, either from the DOS prompt or when I close the window and
  29. >try restarting Executor. I thought I would just pass this on. I have no idea
  30. >if there is a bug in Win95 or E/D 1.99L.
  31.  
  32. That is probably because the crash has corrupted some Win95 internal 
  33. control block, and you'll need to restart Win95.  In this respect 
  34. Win95 is no better than Windows 3.x; many of the internal control 
  35. blocks are still accessible by programs.  By contrast, they are not 
  36. in NT, which is why NT is so much more stable.
  37.  
  38. Tim.
  39.  
  40.  
  41.