delorie.com/archives/browse.cgi   search  
Mail Archives: opendos/2000/10/30/08:43:07

Message-ID: <010201c0425f$93b03960$11fea8c0@dell>
From: "Ben A L Jemmett" <ben DOT jemmett AT ukonline DOT co DOT uk>
To: <opendos AT delorie DOT com>
References: <200010290356 DOT XAA22793 AT xellos DOT bignet DOT net> <39FBBB35 DOT C76A6C52 AT internet1 DOT net> <00be01c04204$c99dd380$6f1e0404 AT dbcooper>
Subject: Re:
Date: Mon, 30 Oct 2000 10:36:02 -0000
Organization: Jemmett Glover Software Development
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
Reply-To: opendos AT delorie DOT com

> My brother likes those DOOM/Heretic type games. Some of them work fine and
> some do not. I checked them all out on my computer and they all worked for
> me! I installed and set up DRDOS for him.  We even have similar systems! I
> have and AMD 5x86 133 with Award BIOS, he has a Cyrix 5x86-133 VIP with
AMI
> BIOS! Go figure!
How are they at disk I/O throughput?  I had a machine a while back that
would run anything based on iD's engine (DooM, Heretic et al), but a couple
of similar games just curled up around the middle of engine initialisation.
When I retired that hard drive (it's now doing a tour of duty as my Netware
5 SYS: volume) and replaced it with something that could transfer a few more
Mb/s, everything ran fine.

> 486's were flaky anyway! When compiling a kernel for Linux, it needs to
know
> if it is a 486 in order to work around 486 bugs. If it is a 386 or
pentium,
> it does not have to change the code for bugs! Go figure!
There are certainly problems with the 486 architecture - there's a TID
somewhere in Novell's KnowledgeBase detailing a problem with lost and
spurious interrupts on the 486 (NetWare, unlike most OSes, reports
lost/spurious interrupts on the System Console).  I think the gist of it was
that the internal handling was changed such that if you ignore one when
processing another interrupt, the thing crashes.  NetWare's problem was that
if the keyboard handler was active when the OS caught a lost interrupt, the
Console locked solid.  *shrug*  Also, I had a nasty abend yesterday in
NetWare 5 (I think I've got a faulty DIMM in that machine, which has really
ticked me off), and the internal debugger reported 'Break to debugger
because of break reason not set (80486 bug).' - on a P133, but never mind.

Of course, the Pentia have their own set of bugs - three nasty ones, IIRC.
The classic FDIV, F0 0F (always good for security batch files), and
something else to do with PCI and losing data in some circumstances.

Regards,
Ben A "but at least the 4004 could add up" L Jemmett.
(http://web.ukonline.co.uk/ben.jemmett/, http://www.deltasoft.com/)

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019