Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!wuarchive!usc!ucsd!ucbvax!bloom-beacon!EXPO.LCS.MIT.EDU!rws
From: rws@EXPO.LCS.MIT.EDU (Bob Scheifler)
Newsgroups: comp.windows.x
Subject: Re: Security problem with xterm?
Message-ID: <9007112132.AA20858@expire.lcs.mit.edu>
Date: 11 Jul 90 21:32:57 GMT
References: <1990Jul11.195550.8608@cs.umn.edu>
Sender: daemon@athena.mit.edu (Mr Background)
Organization: The Internet
Lines: 20


    Call it "xconsole" - it could just float disconnected, slurping up all
    console output, until requested to put up a window.

We already have something like that here, but different people have
different ideas about where they want console output to go, we can't
arbitrarily impose another window on them.  Also, with multiple GUIs,
users will want a way to run *their* L&F console, so there would need
to be a convenient way for the one spawned by xdm to go away.

    Because it runs
    all the time, it could get ALL of the console output and store it -
    rather than just that since login time.

To have it survive server reset and re-authorization would be a bit
complex, I think.

    Then you could also abolish the "-C" option to xterm.

Not possible.  We get flamed for making incompatible changes.