home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!pipex!bnr.co.uk!uknet!mcsun!sun4nl!relay.philips.nl!cnplss5!rooij
- From: rooij@mozart.cft.philips.nl (G. van Rooij)
- Newsgroups: comp.unix.bsd
- Subject: Re: Patch to allow ps(1) to identify console-controlled processes
- Message-ID: <1992Dec22.122813.28550@cnplss5.cnps.philips.nl>
- Date: 22 Dec 92 12:28:13 GMT
- References: <1992Dec21.154652.28356@rtf.bt.co.uk>
- Sender: news@cnplss5.cnps.philips.nl (USENET News System)
- Organization: Philips Communications & Processing Services, Eindhoven
- Lines: 19
- Nntp-Posting-Host: bashful
-
- duplain@rtf.bt.co.uk (Andy Duplain) writes:
-
-
- > Hi, here is a hack to allow ps(1) to see processes that have the
- > console as there controlling tty. I don't understand why there
- > is both a console and a PC console device, but basically all
- > processes that are controlled from the console have the major device
- > number of 12, while /dev/console has a major device number of 0. An
- > alternative solution _could_ be to add a filesystem node for the
- > PC console device and then run dev_mkdb(8) again (having changed the
- > definition of _PATH_CONSOLE from /dev/console to /dev/whatever).
-
- I ported ps a lonmg time ago (I think it was in version 0.0) but from
- what I remember, there was a much simpler "hack": If I remember well
- theer was a define (HP300 or so, it was definitely something with HP)
- that also fixed a wrong behaviour towards console entries. When you
- define this ps's output also is okay.
-
- -Guido
-