Return to BSD News archive
Received: by minnie.vk1xwt.ampr.org with NNTP id AA5390 ; Wed, 23 Dec 92 19:00:10 EST Path: sserve!manuel.anu.edu.au!munnari.oz.au!spool.mu.edu!agate!ames!haven.umd.edu!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