Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!uwm.edu!wuarchive!cs.utexas.edu!uunet!crdgw1!davidsen
From: davidsen@crdgw1.crd.ge.com (William E. Davidsen Jr)
Newsgroups: comp.sys.ibm.pc.hardware
Subject: Re: PARITY CHECK 2 errors
Message-ID: <10976@crdgw1.crd.ge.com>
Date: 13 Aug 90 21:01:52 GMT
References: <5310@mace.cc.purdue.edu>
Reply-To: davidsen@crdos1.crd.ge.com (bill davidsen)
Distribution: usa
Organization: General Electric CRD, Schenectady, NY
Lines: 19

In article <5310@mace.cc.purdue.edu> du4@mace.cc.purdue.edu (Ted Goldstein) writes:

| I have an original IBM PC that gets PARITY CHECK 2 errors when running
| certain applications,  but is not reproducible by any exact  sequence.
| Now for the frustrating part:  the PC passes startup test okay,  all 3
| of my memory test programs can run all day without error,  and all the
| memory chips on the expansion board pass ok on my chip tester. 

  *if* the programs in question use the floppy, memory access via the
DMA channel may be using diferent timing that the CPU. You might also
try playing with the refresh time, slowing it down until you get parity
on a few chips and pulling them. This sometimes works when nothing else
will.

  This comes to mind because there was a refresh time diddler posted to
cbip a few days ago, and a more complete version will be posted shortly.
-- 
	- bill davidsen (davidsen@crdgw1.crd.ge.com)
	GE Corp. R&D Center; Box 8, KW-C206; Schenectady NY 12345