Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!wuarchive!uunet!mcsun!ukc!edcastle!dcl-cs!aber-cs!athene!pcg From: pcg@cs.aber.ac.uk (Piercarlo Grandi) Newsgroups: comp.unix.sysv386 Subject: Re: vpix under x11r4 under 386/ix 2.02 Message-ID: Date: 4 Oct 90 13:58:08 GMT References: <1990Sep19.070953.815@coyote.uucp> <90@usun01.UUCP> <4680@tuminfo1.lan.informatik.tu-muenchen.dbp.de> Sender: pcg@aber-cs.UUCP Followup-To: comp.unix.sysv386 Organization: Coleg Prifysgol Cymru Lines: 27 Nntp-Posting-Host: odin In-reply-to: roell@informatik.tu-muenchen.dbp.de's message of 1 Oct 90 09:18:00 GMT Posting-Front-End: GNU Emacs 18.55.4 of Thu Nov 23 1989 on athene (berkeley-unix) On 1 Oct 90 09:18:00 GMT, roell@informatik.tu-muenchen.dbp.de (Thomas Roell) said: roell> This would be no problem, if vpix would recognice, that it runs roell> not on the console directly and instead handle the I/O like on a roell> serial terminal. But vpix recoginces a terminal only, if the roell> calling shell runs on a /dev/tty??. This is clearly a stupid idea on the part of whoever did vp/ix. On the other hand it is fairly easy to arrange things so that /bin/tty prints '/dev/ttySOMETHING'. Examples: ln /dev/vtXX /dev/ttyvXX or mv /dev/vtXX /dev/ttyvXX or many other schemes. Or maybe VP/IX really cheats and instead of looking at the output of /bin/tty it will fstat(2) stdin and see if the major is the standard one for the tty driver. Even in this case it may be possible to devise a workaround (much harder though). -- Piercarlo "Peter" Grandi | ARPA: pcg%uk.ac.aber.cs@nsfnet-relay.ac.uk Dept of CS, UCW Aberystwyth | UUCP: ...!mcsun!ukc!aber-cs!pcg Penglais, Aberystwyth SY23 3BZ, UK | INET: pcg@cs.aber.ac.uk