From owner-cvs-all@FreeBSD.ORG  Tue Sep 23 17:12:37 2008
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Delivered-To: cvs-all@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id C7DE610656D2;
	Tue, 23 Sep 2008 17:12:34 +0000 (UTC) (envelope-from ed@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org
	[IPv6:2001:4f8:fff6::29])
	by mx1.freebsd.org (Postfix) with ESMTP id 62EA48FC0A;
	Tue, 23 Sep 2008 17:12:34 +0000 (UTC) (envelope-from ed@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.14.3/8.14.3) with ESMTP id m8NHCYVK009179;
	Tue, 23 Sep 2008 17:12:34 GMT (envelope-from ed@repoman.freebsd.org)
Received: (from svn2cvs@localhost)
	by repoman.freebsd.org (8.14.3/8.14.3/Submit) id m8NHCYWS009172;
	Tue, 23 Sep 2008 17:12:34 GMT (envelope-from ed@repoman.freebsd.org)
Message-Id: <200809231712.m8NHCYWS009172@repoman.freebsd.org>
X-Authentication-Warning: repoman.freebsd.org: svn2cvs set sender to
	ed@repoman.freebsd.org using -f
From: Ed Schouten <ed@FreeBSD.org>
Date: Tue, 23 Sep 2008 17:12:25 +0000 (UTC)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: HEAD
Cc: 
Subject: cvs commit: src/sys/kern tty_pts.c
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: CVS commit messages for the entire tree <cvs-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-all>
List-Post: <mailto:cvs-all@freebsd.org>
List-Help: <mailto:cvs-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Sep 2008 17:12:37 -0000

ed          2008-09-23 17:12:25 UTC

  FreeBSD src repository

  Modified files:
    sys/kern             tty_pts.c 
  Log:
  SVN rev 183308 on 2008-09-23 17:12:25Z by ed
  
  Track state to determine if the associated TTY device node has been used.
  
  It turns out our old TTY layer (and other implementations) block when
  you read() on a PTY master device of which the slave device node has not
  been opened yet. Our new implementation just returned 0. This caused
  applications like telnetd to die in a very subtle way (when child
  processes would open the TTY later than the first call to select()).
  
  Introduce a new flag called PTS_FINISHED, which indicates whether we
  should block or bail out of a read() or write() occurs.
  
  Reported by:    Claude Buisson <clbuisson orange fr>
  
  Revision  Changes    Path
  1.23      +19 -4     src/sys/kern/tty_pts.c