From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Robert Pluim Newsgroups: gmane.emacs.bugs Subject: bug#45821: Emacs UDP support on Windows Date: Mon, 02 Jan 2023 14:29:50 +0100 Message-ID: <87y1qljc8h.fsf@gmail.com> References: <87turmhvub.fsf@gnus.org> <87ee1992d5.fsf@gmail.com> <87a6bx8olp.fsf@gmail.com> <877cy5kzhw.fsf@gmail.com> <83wn651543.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38116"; mail-complaints-to="usenet@ciao.gmane.io" Cc: matei.alexandru@live.com, 45821@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Jan 02 14:30:19 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pCKtO-0009mN-Qk for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 02 Jan 2023 14:30:18 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pCKtD-0005TJ-Ff; Mon, 02 Jan 2023 08:30:07 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pCKt9-0005T2-G2 for bug-gnu-emacs@gnu.org; Mon, 02 Jan 2023 08:30:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pCKt9-0004PV-3L for bug-gnu-emacs@gnu.org; Mon, 02 Jan 2023 08:30:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pCKt8-0003K4-ON for bug-gnu-emacs@gnu.org; Mon, 02 Jan 2023 08:30:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 02 Jan 2023 13:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45821 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 45821-submit@debbugs.gnu.org id=B45821.167266620112716 (code B ref 45821); Mon, 02 Jan 2023 13:30:02 +0000 Original-Received: (at 45821) by debbugs.gnu.org; 2 Jan 2023 13:30:01 +0000 Original-Received: from localhost ([127.0.0.1]:42755 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pCKt6-0003J2-Gz for submit@debbugs.gnu.org; Mon, 02 Jan 2023 08:30:00 -0500 Original-Received: from mail-wr1-f42.google.com ([209.85.221.42]:37775) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pCKt3-0003If-KH for 45821@debbugs.gnu.org; Mon, 02 Jan 2023 08:29:58 -0500 Original-Received: by mail-wr1-f42.google.com with SMTP id co23so26304376wrb.4 for <45821@debbugs.gnu.org>; Mon, 02 Jan 2023 05:29:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:from:to:cc:subject:date:message-id :reply-to; bh=+V5eUlUE4jBwmgIb2EbMHhaSM1DeJ6jp3SW6mlgqlN8=; b=laA/adR1pEIug008xkQ0B6jf9HJXn+dg21j3aiAKxjlYliIyf03eQi0sZUeNt47uu+ 0kcxaHTUHgmtmFYjlvI+6GFB4G2FO0Be3HhOYtI6QH59xMktWPlakD6gsLLc+RQ6bUR4 MoMq0NCPXfZMGTx+1Ei26IBxSK5r2mCGnlOGMo7T1+/7omXgNGeM8ss0gPgeCKyr06U4 /tfUwuMaaJXjY9MH2j0OlJ5lu/IR5VYtZlYxLeRqyKGpYJ/KOnjWTsnFK3q2PXTp8Zfs AIA18VE1pgjHYSSpsZMQrjI13VzhZkixcaNYuzqTLh20DYA6+l44gWsutA62JVtK5NCK AJoQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=+V5eUlUE4jBwmgIb2EbMHhaSM1DeJ6jp3SW6mlgqlN8=; b=D3a6wX0zuOA1sea9Nr6/sBPOT7jfJ6Zim8VjRj2NcgO9muO5//9mID1KXU0715ynLg NTrm8HbqAeHk8iFhSuQ4BK7QLFYjTr3jXgm1HYrgOb1bMixN14GLQqSZYKLIPjOaJMkT Xjo7tC5QxM1t996yDyfokhJBr2o+8DLzxFJ2A/8J+ZO1NitgOnNnsG9S69pfwxC+fZW0 BOGkjJvSuN+LW0wap9huAm7afzr1eZ1p3e1EUf8L3p3VdqQu6pECSi5JaPxu/redHhd6 DzBWCTlwdkWckhxfZOmiONwsdasNaU/uGM5E21GRTFhWb8my+AaBClX4wfja+19hxYgW cWCQ== X-Gm-Message-State: AFqh2kpqvH6KSVf0hbQBPHqtBTKQLUEkKn1pOlQld3vpSTtcbHhIw5hs 0bhzMWJVHDWnApVgz+CYwBRgOTa384o= X-Google-Smtp-Source: AMrXdXv/0vcQFvRwZytQumGo75oeI1q0wkHIys8lMqo1xnr5/DtzB/X0dj6VQWErIX4J82k5V3N5fg== X-Received: by 2002:a5d:5487:0:b0:27d:859e:2c9b with SMTP id h7-20020a5d5487000000b0027d859e2c9bmr17597639wrv.10.1672666191098; Mon, 02 Jan 2023 05:29:51 -0800 (PST) Original-Received: from rltb ([82.66.8.55]) by smtp.gmail.com with ESMTPSA id b9-20020adff909000000b00267bcb1bbe5sm28455133wrr.56.2023.01.02.05.29.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 02 Jan 2023 05:29:50 -0800 (PST) In-Reply-To: <83wn651543.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 02 Jan 2023 14:41:00 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:252338 Archived-At: >>>>> On Mon, 02 Jan 2023 14:41:00 +0200, Eli Zaretskii said: >> Cc: "45821@debbugs.gnu.org" <45821@debbugs.gnu.org> >> From: Robert Pluim >> Date: Mon, 02 Jan 2023 11:22:03 +0100 >>=20 Alex> =E2=9D=8C Indeed, TLS is broken -> Eww to >> https://www.gnu.org fails to load the page ( >> see attached image =E2=80=93 Emacs instance on the left, compiled wi= th UDP >> patch, didn=E2=80=99t load gnu.org while on the right side- default = Emacs >> build for 28.1 opens it without any issues) >>=20 >> Yep. Last time I looked at this, the TLS handshaking fails to comple= te >> (see src/process.c around line 5329 and the checking against >> GNUTLS_EMACS_HANDSHAKES_LIMIT) which means we=CA=BCre continually re= trying >> the handshake without giving the remote end a chance to send us >> anything. Which I think means that our state machine for TLS >> negotiation is subtly incorrect, but only on MS-Windows. Eli> On MS-Windows, there's another state machine involved, the one Eli> vis-a-vis the reader thread we start to read the stuff from the Eli> network connection. See reader_thread and sys_select in w32proc.c= and Eli> sys_write, sys_read, _sys_read_ahead, _sys_wait_accept, and Eli> _sys_wait_connect in w32.c. Hmm, in that case I then suspect that `sys_select' is indicating that the socket it connected even when it isn=CA=BCt. I took a look, but nothing looks obviously wrong (and it=CA=BCs not something I can currently test). Robert --=20