From owner-freebsd-bugs Sun May 3 07:00:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA02443 for freebsd-bugs-outgoing; Sun, 3 May 1998 07:00:13 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id HAA02438 for ; Sun, 3 May 1998 07:00:11 -0700 (PDT) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 3 May 1998 9:56:37 -0400 (EDT) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA02992; Sun, 3 May 98 09:56:37 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id JAA04673; Sun, 3 May 1998 09:56:32 -0400 Message-Id: <19980503095632.A4644@ct.picker.com> Date: Sun, 3 May 1998 09:56:32 -0400 From: Randall Hopper To: Poul-Henning Kamp Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5296 References: <19980502202633.A2574@ct.picker.com> <10642.894177796@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <10642.894177796@critter.freebsd.dk>; from Poul-Henning Kamp on Sun, May 03, 1998 at 08:43:16AM +0200 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Poul-Henning Kamp: |In message <19980502202633.A2574@ct.picker.com>, Randall Hopper writes: |>Poul-Henning Kamp: |> |Synopsis: slattach fails creating pidfile with ioctl(TIOCSCTTY): |> | Operation not permitted |> | |> |State-Changed-From-To: open-closed |> |State-Changed-By: phk |> |State-Changed-When: Thu Apr 30 12:55:02 PDT 1998 |> |State-Changed-Why: |> |bruce spoke. |> |>What does this mean? Was it fixed? What does "Bruce spoke" imply? | |see: | http://www.freebsd.org/cgi/query-pr.cgi?pr=5296 No new info here. Bruce sent me this msg last December. So did someone make the change he suggested (re above URL): | slattach can't do controlling tty stuff properly if the tty is already | open. It should fail completely when the TIOCSCTTY fails, but its | cleanup is incomplete - it removes the pid file but doesn't unattach | slip :-). And if in fact slattach now must assume that it can become the controlling tty for the slip device (and given that this 3.0-current slattach works in an xterm and doesn't work off a window manager menu), it sounds like there's some bug there with it making the "wrong" device the controlling tty (or having some erroneous dependency on slattach already having or not having a controlling tty). Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message