🚀 go-pugleaf

In article <C075p7.CH1@ddsw1.mcs.com> karl@ddsw1.mcs.com (Karl Denninger) writes:

  > Path: gdx!frackit!wa3wbu!vogon1!psuvax1!wupost!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!nucsrl!ddsw1!karl
  > From: karl@ddsw1.mcs.com (Karl Denninger)
  > Newsgroups: comp.sys.ibm.pc,comp.sys.ibm.pc.hardware,comp.unix.xenix.sco
  > Date: 1 Jan 93 22:41:31 GMT
  > References: <926@gdx.UUCP> <1993Jan1.115712.1440@news.cs.indiana.edu>
  > Organization: MCSNet, Chicago, IL
  > Lines: 27
  > 
  > In article <1993Jan1.115712.1440@news.cs.indiana.edu> "Michael Squires" <mikes@moose.cs.indiana.edu> writes:
  > >In article <926@gdx.UUCP> jay@gdx.UUCP (Jay Snyder) writes:
  > >>
  > >>
  > >>When I use it under SCO Xenix (2.3.2GT + UFN + xnx339), everything
  > >>works fine until I load X (Roell's -- ported by Per Linquist).  Then
  > >>it crashes within minutes.
  > >>
  > >>This is also the case with non-GT Xenix on the same board (which is
  > >>non-scsi, and in theory, shouldn't even try to access the board).
  > >
  > >This suggests that you have memory problems, caused either by marginal
  > >SIMMs or a motherboard with ringing/noise on the memory bus.  In either
  > >case only substitution will find the problem if this is true.
  > 
  > One other possibility -- bad (or too slow) cache RAM.  This will blow you
  > sky high on a Unix or Xenix system, but frequently works just fine under
  > MSDOS.
  > 
  > I've seen several cheap clone boards come with cache RAM that's 5ns too slow
  > for the board's specs.  The symptom was unpredictable crashes, usually
  > within minutes of booting.

If this were the problem, then it should be a problem with or without
the scsi board.

_______________________________________________________________________________
Jay A. Snyder               jay@gdx         ...{uunet,vogon1}!compnect!gdx!jay
This is your Brain: (unix)              GDX-BBS (717) 737-3249 WorldBlazer
This is your Brain on drugs: (MSDOS)     Unix and MSDOS File areas + Xenix bins