home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / bsd / 5155 < prev    next >
Encoding:
Text File  |  1992-09-07  |  1.6 KB  |  35 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!decwrl!csus.edu!netcom.com!alm
  3. From: alm@netcom.com (Andrew Moore)
  4. Subject: Re: More on NMI problems.
  5. Message-ID: <w9mnsvl.alm@netcom.com>
  6. Date: Sat, 05 Sep 92 01:20:30 GMT
  7. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  8. Lines: 25
  9.  
  10. In article <1992Sep2.123248.17492@ponds.uucp> you write:
  11. >Well, I got much advice on my NMI problems; indicating that I probably
  12. >did, in fact, have a bad memory chip on my machine.
  13. >
  14. >So; I grabbed testext.exe from SIMTEL20 and let it have at the machine,
  15. >to determine which chip was bad, etc....
  16. >
  17. >It ran for 38+ hours, without a single error (this program uses
  18. >protected mode read/writes of words and double words, randomly scattered
  19. >through available memory.)  Other people had sent me mail indicating
  20. >this program found their problem, etc...
  21.  
  22.     If it is a bad chip, it may well not show up after 38 hours
  23.     testing.  I ran (DOS-based) QAPlus _long_ memory test for several
  24.     hours before an error showed up.  The short memory test never
  25.     showed an error.  I.e., it depends on the pattern used to test
  26.     memory.  You might never see an error under DOS, for instance, so
  27.     beware!  On the other hand, the problem I had  was not a bad RAM
  28.     after all, just a bad connection.  I solved the problem by removing
  29.     the chips and spraying both RAM chips and RAM sockets with an
  30.     electronics cleaner/degreaser (but no lubricant!).  This will be
  31.     necessary whenever adding RAM to an old motherboard because of
  32.     oxidation.  Good luck.  
  33.     -Andrew Moore <alm@netcom.com>
  34.  
  35.