From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23497 invoked by alias); 7 Feb 2018 06:54:07 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 23485 invoked by uid 89); 7 Feb 2018 06:54:06 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.0 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2 spammy=H*r:8.12.11, Hx-languages-length:959, H*u:6.1, H*UA:6.1 X-HELO: m0.truegem.net Received: from m0.truegem.net (HELO m0.truegem.net) (69.55.228.47) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 07 Feb 2018 06:54:03 +0000 Received: (from daemon@localhost) by m0.truegem.net (8.12.11/8.12.11) id w176s14E020333 for ; Tue, 6 Feb 2018 22:54:01 -0800 (PST) (envelope-from mark@maxrnd.com) Received: from 76-217-5-154.lightspeed.irvnca.sbcglobal.net(76.217.5.154), claiming to be "[192.168.1.100]" via SMTP by m0.truegem.net, id smtpdxflvlc; Tue Feb 6 22:53:53 2018 Subject: Re: RPC clnt_create() adress already in use To: cygwin@cygwin.com References: <59D90AF8D70E9740907BACDE2BCB520836E4AA63@RESW102.resdom01.local> <20180206142012.GB30794@calimero.vinschen.de> From: Mark Geisert Message-ID: <80645451-e2d6-56bf-87c4-c02ac801f201@maxrnd.com> Date: Wed, 07 Feb 2018 06:54:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:49.0) Gecko/20100101 Firefox/49.0 SeaMonkey/2.46 MIME-Version: 1.0 In-Reply-To: <20180206142012.GB30794@calimero.vinschen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2018-02/txt/msg00072.txt.bz2 Corinna Vinschen wrote: > On Feb 6 11:29, PAULUS, Raimund, TI-ABN wrote: >> On Feb 5 15:06, Corinna Vinschen wrote: [...] >> I've pushed a few patches and uploaded new developer snapshots to >> https://cygwin.com/snapshots. Please give them a try. >> >> with the snapshot of cygwin1.dll and using bindresvport() from Cygwin >> for libtirpc (instead of the original bindresvport() from libtirpc) >> all my testcases work without error. >> >> Many thanks >> Raimund > > Thanks for testing. Please note that this should work most of the time, > but is still not 100% foolproof. There's a systematic race between > checking existing connections and calling bind which can't be easily > worked around by Cygwin. Still, should be better than before :} Great to read this latest status. I'll shortly submit a libtirpc patch to stub out its own version of bindresvport() in favor of Cygwin's version. Thanks all, ..mark -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple