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: Wed, 04 Jan 2023 10:32:19 +0100 Message-ID: <878riik5lo.fsf@gmail.com> References: <87turmhvub.fsf@gnus.org> <87ee1992d5.fsf@gmail.com> <87a6bx8olp.fsf@gmail.com> <877cy5kzhw.fsf@gmail.com> <83wn651543.fsf@gnu.org> <87y1qljc8h.fsf@gmail.com> <83pmbx12gf.fsf@gnu.org> <87tu18j91c.fsf@gmail.com> 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="1939"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , "45821@debbugs.gnu.org" <45821@debbugs.gnu.org> To: Alex Matei Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jan 04 10:33:21 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 1pD09B-0000Kh-ED for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 04 Jan 2023 10:33:21 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pD092-0008N1-93; Wed, 04 Jan 2023 04:33:12 -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 1pD08u-0008Lm-D9 for bug-gnu-emacs@gnu.org; Wed, 04 Jan 2023 04:33:08 -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 1pD08r-0003qd-SC for bug-gnu-emacs@gnu.org; Wed, 04 Jan 2023 04:33:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pD08r-0003yB-Nk for bug-gnu-emacs@gnu.org; Wed, 04 Jan 2023 04:33:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 04 Jan 2023 09:33:01 +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.167282475115201 (code B ref 45821); Wed, 04 Jan 2023 09:33:01 +0000 Original-Received: (at 45821) by debbugs.gnu.org; 4 Jan 2023 09:32:31 +0000 Original-Received: from localhost ([127.0.0.1]:47750 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pD08N-0003x7-Bt for submit@debbugs.gnu.org; Wed, 04 Jan 2023 04:32:31 -0500 Original-Received: from mail-wm1-f41.google.com ([209.85.128.41]:50877) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pD08J-0003wr-H8 for 45821@debbugs.gnu.org; Wed, 04 Jan 2023 04:32:29 -0500 Original-Received: by mail-wm1-f41.google.com with SMTP id m3so16211253wmq.0 for <45821@debbugs.gnu.org>; Wed, 04 Jan 2023 01:32:27 -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=YjdlUYwDWCyRGrQnWGvg++txBDoSNO4c1lMhcDUyocU=; b=gQkmi2f97NdaWyzJ3OeFok3xsq/iiFtwjdvE55ObpUo3uRLl1GE+VLTS4bj3A+eNAb otq9MLHeenKt8af3/bd5LdWzN6Zt7MIDsjVJVL615mse069CjpeDsPrGXn8l48G+hcqH guAGo1kIFhx5usPEcJ5VNNvY97W/lnVNjmzy1ZKH4eJTRrQZnjL8TNs7CIhZwa1YvaxO D8uMNR9QkJUQOKGFzeRNJI2UoaTGXQJ+dXjEEyGazt8lnjcjsiWy4I8ahA1ixhidQ0Up VTxkWSgLq431MM7E4rjKvn8z24qWhk9F9ky4f3NPKoDhx5mJ6B53GnerwK/jN1WG4Q99 054w== 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=YjdlUYwDWCyRGrQnWGvg++txBDoSNO4c1lMhcDUyocU=; b=vVveJKdifNOXZFpNrfUknASrNZadQ/SmaGrsCMhw3OQTfWEoQPuqQKI463+zxD5v+8 XukuegjaZe9QA6dWbIH6xcP8zv35/5g2ZUKdsJC7T17JbQ3U7gcqU5tQrAlhN9u4CtBK TogkJv0xUcmCxi/OiyrYQaaKIBSWPTBXW6PlJsmllacb6qyR3gMzefHTiXnSsZ3x1lwA 1h+oYCJOJHdprg3tAfGWLQAmUu4x8hL/BmDa0/YogIaKIqwnyUV+Onz3FU+XVqqsG3hI 0ziJFeZM1tAJAmf20a5XaxDNrXSZMmAnWnjfgL2mTehpEVtq3T4KENGTa2k5sPlk3LyN amNQ== X-Gm-Message-State: AFqh2korJ3wL3dBUx24QbeDC85fso0ZrHv9GxO14Rxq8Bh3TmneNUbQa jwBFy2J52k1e/U7mezJI4d2qH2PojPY= X-Google-Smtp-Source: AMrXdXtyNirmxruSF/MbzU2Fmgudqe8WI1QAQa10N6doZ82n0/Eh/C5tGydUDt1z9fVzJUUYnbncOg== X-Received: by 2002:a05:600c:4c21:b0:3d3:468e:cedf with SMTP id d33-20020a05600c4c2100b003d3468ecedfmr32943740wmp.16.1672824740730; Wed, 04 Jan 2023 01:32:20 -0800 (PST) Original-Received: from rltb ([82.66.8.55]) by smtp.gmail.com with ESMTPSA id x15-20020a1c7c0f000000b003c6bbe910fdsm63180995wmc.9.2023.01.04.01.32.19 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 04 Jan 2023 01:32:19 -0800 (PST) In-Reply-To: (Alex Matei's message of "Tue, 3 Jan 2023 20:22:58 +0000") 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:252462 Archived-At: >>>>> On Tue, 3 Jan 2023 20:22:58 +0000, Alex Matei said: Alex> Here are the 2 patches that can be applied, in order: Alex> * 0001 -> the original patch from the email thread, that I us= ed Alex> * 0002 -> the additions that I made locally Alex> Note: TLS mostly works, but I=E2=80=99ve observed some weird beha= vior in the process list for EWW Alex> * It almost feels like sometimes we hit snags in navigating t= o some HTTPS endpoints because the existing connections never get closes Alex> * I think we need to make some investigations/ changes to the= socket lifetime / close behavior to fix the class of issues we are seeing = in EWW, where sometimes the page load hangs, and yes, you can load it after= a couple of refreshes (=E2=80=98g=E2=80=99 key binding) but then you see s= omething really interesting if you take a look at the process list Alex> * You will notice that some of the connection never Alex> close (properly) and hang around! Hmm, I=CA=BCve not noticed anything like that, but I don=CA=BCt use Emacs on windows regularly. Is this emacs-28 or emacs-29 or master? (I ask, since emacs-29 did some reworking of some of the TLS code). Alex> * If anyone has any good pointers of what are good Alex> functions to look at, please let me know; I will take a Alex> look at this later in the day, and navigate the reader Alex> thread and everything around it.. Alex> [cid:image003.png@01D91F6E.1C5C1280] Alex> p.s. I didn=E2=80=99t find an obvious way of merging the two patc= hes in magit, hence the 2 individual patches =F0=9F=98=8A =E2=80=93 I guess= I can just rebase the commits into one.. Either rebase, or if you=CA=BCve 'git apply' the changes from the second patch you can add them in to the first patch using 'c e' (commit extend). Of course you then need to to 'c w' to fix the commit message, so rebase is the way to do it in one step. Robert --=20