From owner-freebsd-current Sat May 23 07:05:51 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA29251 for freebsd-current-outgoing; Sat, 23 May 1998 07:05:51 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA29245 for ; Sat, 23 May 1998 07:05:47 -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 AAA27232; Sun, 24 May 1998 00:01:03 +1000 Date: Sun, 24 May 1998 00:01:03 +1000 From: Bruce Evans Message-Id: <199805231401.AAA27232@godzilla.zeta.org.au> To: brian@Awfulhak.org, julian@whistle.com Subject: Re: **HEADS UP** user-ppp has changed ! Cc: archie@whistle.com, freebsd-current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >I've now tested against mpd for a single link. Unfortunately, ppp >still has a known bug playing server mode. It can't continue to use >real tty device descriptors after they've been passed through a local >socket (via SCM_RIGHTS) - as soon as the controlling process group >goes away, a d_close happens at the device level despite the open >descriptor. AFAICT this is *not* just a descriptor-passing-through-socket >bug - my diagnostics see the devices' d_close being called more than >once even before the descriptor has had anything special done to it. >See my unanswered posting to -hackers with a subject line ``SCM_RIGHTS >& session ids''.... Access to a controlling terminal is revoked when its controlling process goes away. See kern_exit.c. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message