From owner-cvs-all  Tue Apr  6 23: 4: 2 1999
Delivered-To: cvs-all@freebsd.org
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.26.10.9])
	by hub.freebsd.org (Postfix) with ESMTP
	id DDD8315256; Tue,  6 Apr 1999 23:03:56 -0700 (PDT)
	(envelope-from bde@godzilla.zeta.org.au)
Received: (from bde@localhost)
	by godzilla.zeta.org.au (8.8.7/8.8.7) id PAA18555;
	Wed, 7 Apr 1999 15:58:31 +1000
Date: Wed, 7 Apr 1999 15:58:31 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199904070558.PAA18555@godzilla.zeta.org.au>
To: brian@Awfulhak.org, peter@netplex.com.au
Subject: Re: cvs commit: src/usr.sbin/cron/cron popen.c
Cc: cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk

>What I'd like to know though, is why a fd to /dev/console gets revoked
>when something does a revoke("/dev/ttyv0") - they have different minor/major
>numbers and you can see the difference between the two via ps.  I'd have
>thought that fd's to /dev/console should never be revoked...

/dev/console doesn't get revoked here.  My test:

	# cat >/dev/console
	1
	2
	3
	4
	[above shows up correctly on /dev/ttyv0]
	^Z
	# revoke /dev/console       # use my handy revoke utility
	[login on /dev/ttyv0 gets killed correctly]
	%
	1
	2
	3
	4
	[above still shows up on /dev/ttyv0]

A getty directly on /dev/console may cause more mysterious behaviour.
This is simpler for syscons vtys than for serial consoles.  The syscons
/dev/console has an extra layer of aliasing (which was once necessary
to avoid problems with revoked consoles but shouldn't be necessary now).

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message