home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / mswindo / setup / 1002 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  3.2 KB
  1. Path: sparky!uunet!ogicse!uwm.edu!daffy!uwvax!uchinews!cicero.spc.uchicago.edu!spcberto
  2. From: spcberto@cicero.spc.uchicago.edu (Robert Osterlund)
  3. Newsgroups: comp.os.ms-windows.setup
  4. Subject: Re: QEMM 6.02 + Win3.1 Problems and corrupted .grp files....
  5. Keywords: QEMM
  6. Message-ID: <1992Aug20.185330.667@midway.uchicago.edu>
  7. Date: 20 Aug 92 18:53:30 GMT
  8. Article-I.D.: midway.1992Aug20.185330.667
  9. References: <6394@kielouta.fi>
  10. Sender: news@uchinews.uchicago.edu (News System)
  11. Distribution: inet
  12. Organization: U of Chicago, SSPPCC
  13. Lines: 58
  14.  
  15. In article <6394@kielouta.fi> f1sami@uta.fi (Samu Mielonen) writes:
  16. >
  17. >Since installing Qemm 6.02 to my system with Windows 3.1 I have been
  18. >constantly confronted with the following message : "The xxx caused a general
  19. >protection fault... Please close application."
  20. >
  21. >I have installed Qemm according to Windows readme files, according to the
  22. >software manuals and the QemmWin problem solver database. Nothing has
  23. >helped.
  24. >
  25. >My Qemm parametres are: RAM ROM X=B000-B7FF
  26. >
  27. >and I am running win3.1 in 386 mode with no funny device drivers (except
  28. >smartdrive :-) no tsr programs. I have activated the shadow ram option 
  29. >from my AMI BIOS setting and I have 256K cache (external, hardware) active.
  30. >
  31. If you have activated shadow ram with your BIOS, the ROM parameter in your
  32. QEMM invocation is unnecessary, I believe.  (Further, if memory serves me,
  33. you need to specify a range of addresses with the ROM parameter.)  Beyond
  34. that, you may need to exclude additional UMBs.  Don't forget to exclude
  35. these (using the EMMExclude= setting) in your Windows SYSTEM.INI as well.
  36. Brian Livingston's "Windows 3.1 Secrets" advises adding two lines to your
  37. SYSTEM.INI 386Enh section (again, this is from memory, so pardon me if I get
  38. it wrong):
  39.  
  40. SystemROMBreakPoint=false
  41. VCPIWarning=false
  42. >
  43. >The other oddity I have been unable to solve is the mystery of corrupted
  44. >.grp files. Sometimes when starting windows, it reports that: "The xxx.grp
  45. >has bee damaged. Please recreate it." or something similar.
  46. >
  47. >Once again I have tried disabling write cache (smartdrive active as cache),
  48. >turning off 32-bit disk operations, checking my HD for defects etc to no
  49. >avail. I must stress that these problems are not due to power failures or
  50. >switching off computer at ill times. The problem occurs quite randomly, but
  51. >often enough to be annoying. No viruses are present in the system. This
  52. >problem was also manifesting itself before the installation of Qemm.
  53. >
  54. I had the same problem with corrupted .GRP files until I loaded the DOS
  55. SHARE program in my AUTOEXEC.BAT.  Try adding the line:
  56.  
  57. SHARE /F:2048 /L:20
  58.  
  59. (Also, I have since switched to an alternate Windows shell that doesn't use
  60. either the Program Manager or GRP files, but that's another story.)
  61.  
  62. Recently I mucked around with my system and managed to generate all sorts of
  63. weird problems, many of them disk-related.  Eventually, through many hours
  64. of patient analysis, and with lots of good reference manuals near at hand
  65. (the Windows Resource Kit, the QEMM manual, the DOS & Windows manuals,
  66. John Goodman's excellent book "Memory Management for All of Us," and the
  67. aforementioned "Windows 3.1 Secrets"), I was able to fix everything.
  68. But it can be frustrating.  Good luck!
  69.  
  70. Bob Osterlund
  71. berto@clio.spc.uchicago.edu
  72. SSPPCC--University of Chicago
  73.