From owner-freebsd-hackers Sun Sep 14 19:55:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA21928 for hackers-outgoing; Sun, 14 Sep 1997 19:55:18 -0700 (PDT) Received: from usr09.primenet.com (tlambert@usr09.primenet.com [206.165.6.209]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA21919 for ; Sun, 14 Sep 1997 19:55:15 -0700 (PDT) Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id TAA13144; Sun, 14 Sep 1997 19:55:02 -0700 (MST) From: Terry Lambert Message-Id: <199709150255.TAA13144@usr09.primenet.com> Subject: Re: Here's an interesting bug in our utmp handling. To: grog@lemis.com (Greg Lehey) Date: Mon, 15 Sep 1997 02:55:01 +0000 (GMT) Cc: tlambert@primenet.com, brian@awfulhak.org, jkh@time.cdrom.com, hackers@FreeBSD.ORG In-Reply-To: <19970915121733.25438@lemis.com> from "Greg Lehey" at Sep 15, 97 12:17:33 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >>> I don't understand why login should ever be called interactively. We > >>> have su for that. > >> > >> Perhaps 0500 permissions are in order. > > > > Ugh. Why not make it work as documented, instead? > > Because it requires changing every shell. Most are ports. In exec, revoke the tty to kill off all the other processes, if it's /bin/login, while keeping the tty for the process exec'ing so it doesn't hang up. The original reason for this was to let you actually re-login; it is useful for dialup connections, which would otherwise cause you to have to reestablish the call. Consider phone networks with higher charges for call teardown and reestablishing a call than the charges you'd pay for remaining online. Most long distance calls fall into this category, even in the US. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.