From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#22789: 25.1.50; In last master build https connections stop working Date: Tue, 01 Mar 2016 11:41:50 +1100 Message-ID: <87twkr3u7l.fsf@gnus.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> <834mctbitq.fsf@gnu.org> <868u25p3m2.fsf@realize.ch> <83io18ahya.fsf@gnu.org> <86y4a3on6f.fsf@realize.ch> <87oaazg7fv.fsf@gnus.org> <86twkro0vr.fsf@realize.ch> <83d1rf8ifj.fsf@gnu.org> <86povfnm9r.fsf@realize.ch> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1456793001 11563 80.91.229.3 (1 Mar 2016 00:43:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 1 Mar 2016 00:43:21 +0000 (UTC) Cc: j_l_domenech@yahoo.com, 22789@debbugs.gnu.org To: Alain Schneble Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Mar 01 01:43:10 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 1aaYP7-0001uM-GE for geb-bug-gnu-emacs@m.gmane.org; Tue, 01 Mar 2016 01:43:09 +0100 Original-Received: from localhost ([::1]:39971 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aaYP6-0006Th-Pu for geb-bug-gnu-emacs@m.gmane.org; Mon, 29 Feb 2016 19:43:08 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33572) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aaYP3-0006ST-5t for bug-gnu-emacs@gnu.org; Mon, 29 Feb 2016 19:43:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aaYOz-0001BO-Vf for bug-gnu-emacs@gnu.org; Mon, 29 Feb 2016 19:43:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:57237) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aaYOz-0001BK-SM for bug-gnu-emacs@gnu.org; Mon, 29 Feb 2016 19:43:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aaYOz-0007E3-Na for bug-gnu-emacs@gnu.org; Mon, 29 Feb 2016 19:43:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 01 Mar 2016 00:43:01 +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.145679294627733 (code B ref 22789); Tue, 01 Mar 2016 00:43:01 +0000 Original-Received: (at 22789) by debbugs.gnu.org; 1 Mar 2016 00:42:26 +0000 Original-Received: from localhost ([127.0.0.1]:54364 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aaYOQ-0007DE-Lh for submit@debbugs.gnu.org; Mon, 29 Feb 2016 19:42:26 -0500 Original-Received: from hermes.netfonds.no ([80.91.224.195]:46567) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aaYOP-0007D7-D6 for 22789@debbugs.gnu.org; Mon, 29 Feb 2016 19:42:26 -0500 Original-Received: from 109.179.251.45.tmi.telenormobil.no ([109.179.251.45] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aaYO1-0000An-Bz; Tue, 01 Mar 2016 01:42:02 +0100 In-Reply-To: <86povfnm9r.fsf@realize.ch> (Alain Schneble's message of "Tue, 1 Mar 2016 00:13:04 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) X-MailScanner-ID: 1aaYO1-0000An-Bz MailScanner-NULL-Check: 1457397722.94504@I8p9An3wXGCkDjI0rLMuZw 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:114187 Archived-At: Alain Schneble writes: > Yes that's what I observed as well. But also that GnuTLS returns -10 > GNUTLS_E_INVALID_SESSION for some of the connections quite early. In my experience working with this stuff under Linux, if the session goes invalid, it's because other parts of Emacs has been doing something with the socket (either reading or (re-)writing bytes that should have gone to the GnuTLS library). Could you strace Emacs while it's doing a failed negotiation, and add some printfs to the handshaking? If I remember correctly, I discovered one instance where the trace looked something like Trying handshake... write( ... ) EAGAIN... Done trying .. write( ... ) Trying handshake... GNUTLS_E_INVALID_SESSION And the reason was that Emacs in the polling code decided to try to retransmit the data (until I made it stop doing that for TLS sockets). Could there be something similar in the Windows code paths? > #ifdef HAVE_GNUTLS > /* Continue TLS negotiation. */ > if (p->gnutls_initstage == GNUTLS_STAGE_HANDSHAKE_TRIED > - && p->is_non_blocking_client) > + && p->is_non_blocking_client > + && (fd_info[p->infd].flags & FILE_CONNECT) == 0) > { > gnutls_try_handshake (p); > p->gnutls_handshakes_tried++; I think this change makes sense. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no