DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:mime-version:from:date:message-id:subject:to
	:content-type; q=dns; s=default; b=wyrMcb1usa3mP0n7WQ0+J0QDJa0Cu
	PBYhbEQScIM3QUfxUm17yyHDkxqgAgN/WZuI+2OUfNcJqgETEPkeS0/GQoLHhWkb
	WAp0KPch2HOoIK9WO0W8pzu3RMRZxMZoSLJ+cisiLdFwU6fCUNcTj2hp3717QHSH
	3pA5E5vGHMY9As=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
MIME-Version: 1.0
From: "E. Madison Bray" <erik DOT m DOT bray AT gmail DOT com>
Date: Tue, 23 Apr 2019 14:17:15 +0200
Message-ID: <CAOTD34a_LJP5kk==DzkHz89PFjjPFcXWM1eDFVx+4uNf6XbCjw@mail.gmail.com>
Subject: EPERM on bind() ?
To: cygwin AT cygwin DOT com
Content-Type: text/plain; charset="UTF-8"

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