🚀 go-pugleaf

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.

I've never found a diagnostic package that would test things as well
as just booting and installing SCO UNIX.

-- 

Mike Squires (mikes@iuvax.cs.indiana.edu)     812 855 3974 (w) 812 333 6564 (h)
mikes@iuvax.cs.indiana.edu          546 N Park Ridge Rd., Bloomington, IN 47408

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.
>
>I've never found a diagnostic package that would test things as well
>as just booting and installing SCO UNIX.

Not so long ago I went thru several motherboards in search of
one that operated properly with more than 16MB main memory.  I
never found an ISA board that would pass a through memory test
program, let alone Unix under load.

I ended up with an EISA motherboard.  The EISA motherboard has
been running ODT with 32 MB for some time.
-- 
Chuck Forsberg WA7KGX          ...!tektronix!reed!omen!caf 
Author of YMODEM, ZMODEM, Professional-YAM, ZCOMM, and DSZ
  Omen Technology Inc    "The High Reliability Software"
17505-V NW Sauvie IS RD   Portland OR 97231   503-621-3406

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.

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Data Line: [+1 312 248-0900] Anon. arch. (nuucp) 00:00-06:00 C[SD]T
Request file: /u/public/sources/DIRECTORY/README for instructions

In article <1993Jan1.115712.1440@news.cs.indiana.edu> mikes@moose.cs.indiana.edu (Michael Squires) writes:

  > Path: gdx!frackit!wa3wbu!vogon1!psuvax1!uwm.edu!cs.utexas.edu!sdd.hp.com!spool.mu.edu!umn.edu!gaia.ucs.orst.edu!news.cs.indiana.edu!mikes@moose.cs.indiana.edu
  > From: mikes@moose.cs.indiana.edu (Michael Squires)
  > Newsgroups: comp.sys.ibm.pc,comp.sys.ibm.pc.hardware,comp.unix.xenix.sco
  > Summary: look at your memory, also
  > Date: 1 Jan 93 16:57:06 GMT
  > References: <926@gdx.UUCP>
  > Organization: Indiana University, Bloomington
  > Lines: 21
  > 
  > 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.
  > 
  > I've never found a diagnostic package that would test things as well
  > as just booting and installing SCO UNIX.

If this were the problem, wouldn't it show up without the SCSI board?

BTW, I have 70ns 4megX9 simms.
_______________________________________________________________________________
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

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