The following reply was made to PR bin/31072; it has been noted by GNATS.

From: christos@zoulas.com (Christos Zoulas)
To: gnats-bugs@netbsd.org, gnats-admin@netbsd.org,
	netbsd-bugs@netbsd.org
Cc: 
Subject: Re: bin/31072: w  doesn't update ownership of tty
Date: Fri, 26 Aug 2005 03:00:04 -0400

 On Aug 25, 11:33pm, track@Plectere.com (List Mail User) wrote:
 -- Subject: Re: bin/31072: w  doesn't update ownership of tty
 
 | The following reply was made to PR bin/31072; it has been noted by GNATS.
 | 
 | From: List Mail User <track@Plectere.com>
 | To: gnats-bugs@NetBSD.org
 | Cc: paul@Plectere.com
 | Subject: Re: bin/31072: w  doesn't update ownership of tty
 | Date: Thu, 25 Aug 2005 16:32:51 -0700 (PDT)
 | 
 |  	This is like not a bug in /bin/login, but a difference between
 |  the various shells' built-in "login" functions and /bin/login.  For example,
 |  the built-in function of login" in /bin/csh gives exactly the behavior
 |  mentioned in the bug;  The "workaround" is to type "exec login" - whether
 |  or not it is a bug, someone else may determine, but I've been using this
 |  "workaround" for several years and it indeed will then change the tty's
 |  ownership (vs. the "csh" built-in "login", which does not).
 |  
 |  	Paul Shupak
 
 This is unlikely, because all the "built-in" login does is to exec
 /usr/bin/login, instead of fork and wait for it.
 
 christos