From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 74173 invoked by alias); 23 Apr 2019 12:17:30 -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 74137 invoked by uid 89); 23 Apr 2019 12:17:30 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy=notebook, Notebook, HX-Received:6e01, wondering X-HELO: mail-it1-f180.google.com Received: from mail-it1-f180.google.com (HELO mail-it1-f180.google.com) (209.85.166.180) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 23 Apr 2019 12:17:29 +0000 Received: by mail-it1-f180.google.com with SMTP id w15so23332926itc.0 for ; Tue, 23 Apr 2019 05:17:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=7EE1H4MGmIE7RCayELGsgSlh5duomj9Z+4u/qNkozP8=; b=YGzBuMqzo1UwfGtMSZ/bRcC76DKp+sbC9c6qppsHcYIF2vNhz//OzyszQEGrtTDphH 0ZyrJY9WR2YAGooNRYHldbma0gWenqDn7UWv+hdZSSDTg2FvRa4eaJFGhvmeITkvaraO KZbGjJ5IWchjvLBHJ3yQxTjF/uHWFPFsbPweZOolUKmY1yYl5Dv8esmuXTZQLls593kA E/mReuVYazwSis7xw+YKiTZKoY4hNvGreRNEvhVDlsbau2urx3SOe8m2TTFfoWlf3qSs IeaDVlNn7ukslwC/r6gVTPXLu81gXr2UMUsEW8HCXd3xsR146QhF41VdI4e3fB8T4JC1 hwNw== MIME-Version: 1.0 From: "E. Madison Bray" Date: Tue, 23 Apr 2019 12:17:00 -0000 Message-ID: Subject: EPERM on bind() ? To: cygwin@cygwin.com Content-Type: text/plain; charset="UTF-8" X-IsSubscribed: yes X-SW-Source: 2019-04/txt/msg00160.txt.bz2 Hello, I have had some users of the Jupyter Notebook [1] on Cygwin report an crash on startup where, when the Notebook server tries to bind() to the port it will listen on (TCP 8888) the bind() fails and errno is set to EPERM, which is not an expected errno from bind(). Looking at the Cygwin sources, in net.cc I see that in set_winsock_errno, EPERM is returned by default if there is some WSA error for which there is no POSIX equivalent mapped. Fine--EPERM is as good as any other fallback I suppose (?) in that it unambiguously indicates some unknown WSA error. I'm just wondering if anyone has any idea what might cause such an error. Some third-party firewall or BLODA? I can't reproduce it myself. Trying to bind to a port already in use correctly returns EADDRINUSE. [1] https://jupyter.org/ -- 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