From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#22789: 25.1.50; In last master build https connections stop working Date: Sun, 28 Feb 2016 18:53:02 +0200 Message-ID: <83k2loaia9.fsf@gnu.org> References: <864mcyo14y.fsf@Lenovo-PC.i-did-not-set--mail-host-address--so-tickle-me> <87d1rmxl65.fsf@gnus.org> <86povm6qeu.wl-j_l_domenech@yahoo.com> <83k2lugeym.fsf@gnu.org> <871t81wtyt.fsf@gnus.org> <87r3g1veqc.fsf@gnus.org> <86si0euizj.fsf@realize.ch> <871t7xhj7t.fsf@gnus.org> <86oab1vjm9.fsf@realize.ch> <86d1rhpvcq.fsf@realize.ch> <87bn71zf20.fsf@gnus.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1456678466 10831 80.91.229.3 (28 Feb 2016 16:54:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 28 Feb 2016 16:54:26 +0000 (UTC) Cc: j_l_domenech@yahoo.com, a.s@realize.ch, 22789@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Feb 28 17:54:14 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aa4bl-0001LS-NG for geb-bug-gnu-emacs@m.gmane.org; Sun, 28 Feb 2016 17:54:13 +0100 Original-Received: from localhost ([::1]:59674 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aa4bl-0003LP-1J for geb-bug-gnu-emacs@m.gmane.org; Sun, 28 Feb 2016 11:54:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55595) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aa4be-0003Jo-Qo for bug-gnu-emacs@gnu.org; Sun, 28 Feb 2016 11:54:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aa4ba-0000tR-QI for bug-gnu-emacs@gnu.org; Sun, 28 Feb 2016 11:54:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53810) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aa4ba-0000tN-Mx for bug-gnu-emacs@gnu.org; Sun, 28 Feb 2016 11:54:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aa4ba-0000zZ-IN for bug-gnu-emacs@gnu.org; Sun, 28 Feb 2016 11:54:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 28 Feb 2016 16:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22789 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22789-submit@debbugs.gnu.org id=B22789.14566784083774 (code B ref 22789); Sun, 28 Feb 2016 16:54:02 +0000 Original-Received: (at 22789) by debbugs.gnu.org; 28 Feb 2016 16:53:28 +0000 Original-Received: from localhost ([127.0.0.1]:50937 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aa4b2-0000yn-JV for submit@debbugs.gnu.org; Sun, 28 Feb 2016 11:53:28 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:36273) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aa4b1-0000yc-JE for 22789@debbugs.gnu.org; Sun, 28 Feb 2016 11:53:27 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aa4as-0000pF-E0 for 22789@debbugs.gnu.org; Sun, 28 Feb 2016 11:53:22 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:38438) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aa4as-0000pB-AA; Sun, 28 Feb 2016 11:53:18 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3439 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aa4ar-0004gS-I6; Sun, 28 Feb 2016 11:53:17 -0500 In-reply-to: <87bn71zf20.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 28 Feb 2016 14:01:19 +1030) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:114047 Archived-At: > From: Lars Ingebrigtsen > Date: Sun, 28 Feb 2016 14:01:19 +1030 > Cc: "José L. Doménech" > , 22789@debbugs.gnu.org > > Both I don't think that code path (sys_write) has ever been called > before on a nonblocking socket. (Because we've always opened the > sockets before without O_NONBLOCK, since we've never called > `make-network-process' with :nowait t before from `open-gnutls-stream'.) > > So ... is it possible that these functions that w32.c calls just > don't... quite work with nonblocking sockets? That's not true, non-blocking sockets are supported on Windows since a year ago. And the above aren't the right questions anyway: the problem is not with sockets per se, the problem is with a TLS connection specifically. And I think it is caused by the fact that now we proceed to GnuTLS handshaking right after the call to 'connect', which takes some time to complete, when the socket is non-blocking.