From owner-cvs-all@FreeBSD.ORG  Wed Aug  6 07:04:48 2003
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Delivered-To: cvs-all@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9862F37B401; Wed,  6 Aug 2003 07:04:48 -0700 (PDT)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 4760643FA3; Wed,  6 Aug 2003 07:04:48 -0700 (PDT)
	(envelope-from yar@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.12.6/8.12.6) with ESMTP id h76E4m0U044323;
	Wed, 6 Aug 2003 07:04:48 -0700 (PDT)
	(envelope-from yar@repoman.freebsd.org)
Received: (from yar@localhost)
	by repoman.freebsd.org (8.12.6/8.12.6/Submit) id h76E4lUO044322;
	Wed, 6 Aug 2003 07:04:47 -0700 (PDT)
Message-Id: <200308061404.h76E4lUO044322@repoman.freebsd.org>
From: Yar Tikhiy <yar@FreeBSD.org>
Date: Wed, 6 Aug 2003 07:04:47 -0700 (PDT)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org,
	cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: HEAD
Subject: cvs commit: src/sys/kern uipc_syscalls.c
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.1
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: Wed, 06 Aug 2003 14:04:49 -0000

yar         2003/08/06 07:04:47 PDT

  FreeBSD src repository

  Modified files:
    sys/kern             uipc_syscalls.c 
  Log:
  If connect(2) has been interrupted by a signal and therefore the
  connection is to be established asynchronously, behave as in the
  case of non-blocking mode:
  
  - keep the SS_ISCONNECTING bit set thus indicating that
    the connection establishment is in progress, which is the case
    (clearing the bit in this case was just a bug);
  
  - return EALREADY, instead of the confusing and unreasonable
    EADDRINUSE, upon further connect(2) attempts on this socket
    until the connection is established (this also brings our
    connect(2) into accord with IEEE Std 1003.1.)
  
  Revision  Changes    Path
  1.154     +8 -3      src/sys/kern/uipc_syscalls.c