Re: [BEHAVE] (no subject)

ivan c <ivan@cacaoweb.org> Thu, 27 June 2013 16:02 UTC

Return-Path: <ivan@cacaoweb.org>
X-Original-To: behave@ietfa.amsl.com
Delivered-To: behave@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B44D121F9E3E for <behave@ietfa.amsl.com>; Thu, 27 Jun 2013 09:02:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level:
X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y86K08SE+X+K for <behave@ietfa.amsl.com>; Thu, 27 Jun 2013 09:02:16 -0700 (PDT)
Received: from mail.cacaoweb.org (mail.cacaoweb.org [46.105.102.78]) by ietfa.amsl.com (Postfix) with ESMTP id 35EBA21F9E67 for <behave@ietf.org>; Thu, 27 Jun 2013 09:02:16 -0700 (PDT)
Received: from www-data by mail.cacaoweb.org with local (Exim 4.72) (envelope-from <ivan@cacaoweb.org>) id 1UsEfD-0000qc-55; Thu, 27 Jun 2013 18:03:15 +0200
To: Simon Perreault <simon.perreault@viagenie.ca>
X-PHP-Originating-Script: 0:func.inc
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Date: Thu, 27 Jun 2013 18:03:15 +0200
From: ivan c <ivan@cacaoweb.org>
Organization: cacaoweb
In-Reply-To: <51CC52AC.8010702@viagenie.ca>
References: <CB1B483277FEC94E9B58357040EE5D02325A6E93@xmb-rcd-x15.cisco.com> <2f7dce8264c8a9a72640629502a44295@cacaoweb.org> <51C1681A.5030909@viagenie.ca> <f8741fad1af1cee094de9c59408b7425@cacaoweb.org> <51C40374.8080403@viagenie.ca> <21e25b7ae1501228a67656b2fa4bc009@cacaoweb.org> <51CAA20F.4070307@viagenie.ca> <88c0ada2b8ebad078fb249ac6572fd8b@cacaoweb.org> <51CBD188.4060408@viagenie.ca> <fc3c7389e9fc7afc9201f0516de436a7@cacaoweb.org> <51CC2ED4.7090506@viagenie.ca> <4d2e082fd02ce46cd003631e8ca8eae9@cacaoweb.org> <014f01ce7341$e5416620$afc43260$@comcast.net> <c5d2c0cac921875729b4ad89a290fcf5@cacaoweb.org> <51CC52AC.8010702@viagenie.ca>
Message-ID: <c409b5e5a17ee921cde435edb7b6d7cb@cacaoweb.org>
X-Sender: ivan@cacaoweb.org
User-Agent: RoundCube Webmail/0.3.1
Cc: behave@ietf.org
Subject: Re: [BEHAVE] (no subject)
X-BeenThere: behave@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ivan@cacaoweb.org
List-Id: mailing list of BEHAVE IETF WG <behave.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/behave>, <mailto:behave-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/behave>
List-Post: <mailto:behave@ietf.org>
List-Help: <mailto:behave-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/behave>, <mailto:behave-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Jun 2013 16:02:22 -0000

On Thu, 27 Jun 2013 16:56:44 +0200, Simon Perreault
<simon.perreault@viagenie.ca> wrote:
> Le 2013-06-27 16:51, ivan c a écrit :
>> This is taken from "The Open Group Base Specifications" (or informally
>> The
>> Single Unix Specification), by the IEEE.
>> Volume "System Interfaces", function "bind()":
>>
>>
>> "The bind() function shall fail if:
>>
>> [EADDRINUSE]
>>      The specified address is already in use."
> 
> Unless I misunderstand, there is no call to bind() in the sample that 
> you assert is prohibited by POSIX:
> 
> s1 = socket(..., SOCK_DGRAM, ...);
> s2 = socket(..., SOCK_DGRAM, ...);
> connect(s1, ...);
> connect(s2, ...);
> 
> About that code, I said: "The kernel is free to use the same local 
> endpoint for those two sockets as long as the remote endpoint is
> different."
> 
> To which you replied: "Your pseudo-code will never bind the sockets on 
> the same local endpoint. It is forbidden POSIX behavior."
> 
> Simon

Yes, the kernel will actually call bind() in the connect() function from
within the kernel (implicit bind()). strace wouldn't show it as it is a
kernel-mode call.


-- 
_Ivan Chollet_