Newsgroups: comp.sys.apollo
Path: utzoo!utgpu!news-server.csri.toronto.edu!helios.physics.utoronto.ca!alchemy.chem.utoronto.ca!system
From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
Subject: DON'T PUT SR10.3 ON DN2500 !!!!
Message-ID: <1991Jan25.160628.10897@alchemy.chem.utoronto.ca>
Sender: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
Organization: University of Toronto Chemistry Department
Date: Fri, 25 Jan 1991 16:06:28 GMT

There is a severe bug in SR10.3 on DN2500's (only DN2500's according to the
Hotline) - the system clock goes crazy, gaining 1-10 minutes for every
minute of real time, with the gains being worse the heavier the load
is on the system. The system is semi-useable with DM/pads (except that
vi/page/more/rlogin/telnet only work once), but once
X/xterm/otherXclients are used, you can't even get a character to echo
in the xterm for 2-5 minutes. Moving the mouse causes the load average
to shoot over 15 (which is probably wrong since the clock is screwed),
and all manner of screen events happen - windows cycle automatically,
menus pop up / pull down automatically, areas of text are
marked/yanked/pasted at random.

The Hotline says the patch will be available in March. FANTASTIC!
I guess I'll just watch the xclock hands jump around the dial for
a month or so.

I found this problem within 30 seconds of booting SR10.3 using X
Windows - doesn't anybody at HP/Apollo test anything, not to mention
the beta testers !?!?! Sorry if you feel attacked/insulted, but this
is ridiculous.
-- 
Mike Peterson, System Administrator, U/Toronto Department of Chemistry
E-mail: system@alchemy.chem.utoronto.ca
Tel: (416) 978-7094                  Fax: (416) 978-8775
