home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / os2 / misc / 39911 < prev    next >
Encoding:
Text File  |  1992-12-21  |  1.9 KB  |  41 lines

  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!orchard.la.locus.com!prodnet.la.locus.com!lowell
  3. From: lowell@locus.com (Lowell Morrison)
  4. Subject: Re: Mix of 3-chip and 9-chip simms with OS/2
  5. Message-ID: <1992Dec18.180127.0278550@locus.com>
  6. Organization: Locus Computing Corp, Los Angeles
  7. References: <BzDMF3.4F9@news.cso.uiuc.edu> <8163@lib.tmc.edu> <BzE1Kz.A8F@news.cso.uiuc.edu>
  8. Date: Fri, 18 Dec 1992 18:01:27 GMT
  9. Lines: 30
  10.  
  11. In article <BzE1Kz.A8F@news.cso.uiuc.edu> nap42487@uxa.cso.uiuc.edu (Nishith A. Patel) writes:
  12. >jmaynard@oac.hsc.uth.tmc.edu (Jay Maynard) writes:
  13. >
  14. >>Humor us. Try replacing your RAM with a set from a different system,
  15. >>preferably one known to run OS/2 with no problems.
  16. >
  17. >>Al is not the only one who has seen TRAP 0002s be memory problems. That goes
  18. >>for everyone here, including IBM. OS/2 is known to be a torture test for
  19. >>memory. Other programs, including what were thought to be heavy-duty
  20. >>diagnostics, have been known to run properly on systems where OS/2 had TRAP
  21. >>0002s which were cured by replacing RAM.
  22. >
  23. >Well, if you first say that the RAM is fine even for heavy duty diagnostics,
  24. >but not for OS/2, then say the problem is with RAM, there is ome kind of
  25. >contradiction. It is not like most RAM out there is "mortal" RAM, and there
  26. >is some very privileged, select few RAM chips that are the ultimate in RAM
  27. >chips. All RAM that is in perfect condition are pretty much the same, and getting
  28. >RAM that happens to "work" with OS/2 is pure luck. 
  29. >
  30. Sorry, but you are making the assumption that those "Heavy Duty Diagnostics"
  31. are worth the disk they come on.  Unfortunately, that is quite often NOT the
  32. case.  Memory problems have persisted in many systems certified by such
  33. programs as QA, Checkit and their clones, only to be resolved by REPLACING
  34. the memory.  This has happened under DOS, Windows, Unix as well as OS/2.
  35.  
  36. The problem is that the checking programs (even the heavy duty ones) arn't
  37. all that rigerous.
  38.  
  39.  
  40.  
  41.