Path: utzoo!attcan!uunet!tut.cis.ohio-state.edu!usenet.ins.cwru.edu!ncoast!allbery
From: allbery@NCoast.ORG (Brandon S. Allbery KB8JRR)
Newsgroups: comp.unix.sysv386
Subject: Re: /dev/console on SCO UNIX
Message-ID: <1991Jan12.221537.27185@NCoast.ORG>
Date: 12 Jan 91 22:15:37 GMT
References: <1991AMSat.12.4222@atomica.fi>
Reply-To: allbery@ncoast.ORG (Brandon S. Allbery KB8JRR)
Followup-To: comp.unix.sysv386
Organization: North Coast Computer Resources (ncoast)
Lines: 27

As quoted from <1991AMSat.12.4222@atomica.fi> by dag@atomica.fi (Dag Nygren):
+---------------
| Anybody out there succeeded in mapping the console to another device
| in SCO UNIX, for example an to apply to xconsole? It is a bit of a
| problem with the console messages messing up the X-window screen.
+---------------

The Xenix port of MGR opens /dev/error and issues an ioctl() on it so that it
will get SIGUSR1 when a kernel message is generated; it then reads /dev/error
and displays it in the "console" window.  I left this as is in my port to SCO
UNIX, and it does in fact work.  Most likely, this is documented under the
"error" device.

(Status report on the MGR port: either 95% or 45% complete, depending on
whether the occasional core dump I'm getting is my code or a symptom of some
apparently lax argument checking in MGR escape sequences, and if the latter,
whether I want to fix the generic MGR code or just report it to Bellcore.
Display of icons seems to be good at triggering core dumps, depending on the
exact position chosen on the display for the bitcopyto fnction --- I suspect
something isn't checking for 16-bit alignment.)

++Brandon
-- 
Me: Brandon S. Allbery			    VHF/UHF: KB8JRR on 220, 2m, 440
Internet: allbery@NCoast.ORG		    Packet: KB8JRR @ WA8BXN
America OnLine: KB8JRR			    AMPR: KB8JRR.AmPR.ORG [44.70.4.88]
uunet!usenet.ins.cwru.edu!ncoast!allbery    Delphi: ALLBERY