[comp.unix.aux] A/UX 2.0 problems with /dev/ttyC? windows - system crash

wtm@uhura.neoucom.EDU (Bill Mayhew) (10/18/90)

System:  A/UX 2.0
Machine: Mac II CX
Memory: 4 meg
Drive: 80 meg internal Quantum SCSI
Monitor:  256 color card + color monitor running in 4 color mode

I have my machine set to come up in multifinder, requiring manually
firing up A/UX.  When I am in A/UX I log in as non-root user.  I
have selected ksh as my shell.

I've noticed that if I have a process updating a burried window,
that eventually after 12 hours or so the system will halt.  There
is no kernel panic dump on the screen.  The mouse pointer is still
mobile, but there is no response to clicking or typing.  The only
way out is to hit ye olde programmer's switch.

You can reproduce this yourself by firing up /usr/games/worms in a
command window, then pop up another command window, drag on top of
the worms window and run something like "while true do cat
/etc/termcap done" in the top window.  After some indeterminite
time, the system will poop out.

Anybody else experienced this?  It seems to only occur in
overlapping windows.  I've experimented with running the above in
two windows that are not overlapping, and it's been running for
about the last four days.  I still am suspicious about my hardware.
About 5 days after I got my system, the G.L.U. chip went south and
started to cause all sorts of weird kernel panics.  The mahcine was
in the shop for a couple of weeks waiting for a new motherboard.
Alas, my 30 days of free A/UX support dried up while waiting for
repairs.

==Bill==
-- 
Bill Mayhew      NEOUCOM Computer Services Department
Rootstown, OH  44272-9995  USA    phone: 216-325-2511
wtm@uhura.neoucom.edu   ....!uunet!aablue!neoucom!wtm
via internet: (140.220.001.001)

wtm@uhura.neoucom.EDU (Bill Mayhew) (10/22/90)

I received some hints about my problem from jk@apple.  It turns out
that it isn't necessary to go for the programmer's reset button if
the system console hangs when several overlapping windows update
simultaneously.  Cmd-ctrl-E will unfreeze the console.  The console
user gets logged out, but the system says up in A/UX and it is
possible to log in again with everything in a sane state.  Apparently
the console lock-up bug has been reported to tech support and a fix
may at some time become available.  I should point out that the
preceeding paragraph in no way reflects any sort of official (or
even unofficial!) policy statement on the part of Apple. 

Also, thanks to the folks at Apple.  I got a call from Apple the
other day, and found out that my 30 day tech support was being
extended by an amount of time that the the machine was in the shop
being serviced durring the initial 30 days.

Bill
-- 
Bill Mayhew      NEOUCOM Computer Services Department
Rootstown, OH  44272-9995  USA    phone: 216-325-2511
wtm@uhura.neoucom.edu   ....!uunet!aablue!neoucom!wtm
via internet: (140.220.001.001)