From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#24201: 25.1.50; TLS connections sometimes hang Date: Sun, 30 Jun 2019 21:02:40 +0200 Message-ID: References: <83shg5z32d.fsf@gnu.org> <87efrp2qw0.fsf@mouse> <83tw0lxjt3.fsf@gnu.org> <6e9f3b6c-43df-bf95-d346-56c93c61b4d7@cs.ucla.edu> <83o9kk96ez.fsf@gnu.org> <83h8qc92hc.fsf@gnu.org> <834l4en63b.fsf@gnu.org> <83h88cjoiv.fsf@gnu.org> <87ftntkc53.fsf@tcd.ie> <83sgrthih6.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="256502"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: "Basil L. Contovounesios" , 24201@debbugs.gnu.org, eggert@cs.ucla.edu To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jun 30 21:03:16 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hhf6Z-0014Yq-JS for geb-bug-gnu-emacs@m.gmane.org; Sun, 30 Jun 2019 21:03:15 +0200 Original-Received: from localhost ([::1]:46070 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hhf6Y-0005YD-0B for geb-bug-gnu-emacs@m.gmane.org; Sun, 30 Jun 2019 15:03:14 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45217) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hhf6Q-0005Y7-4O for bug-gnu-emacs@gnu.org; Sun, 30 Jun 2019 15:03:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hhf6O-0005ko-9I for bug-gnu-emacs@gnu.org; Sun, 30 Jun 2019 15:03:06 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:33752) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hhf6M-0005jK-Mw for bug-gnu-emacs@gnu.org; Sun, 30 Jun 2019 15:03:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hhf6M-0000gg-Fm for bug-gnu-emacs@gnu.org; Sun, 30 Jun 2019 15:03:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 30 Jun 2019 19:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24201 X-GNU-PR-Package: emacs Original-Received: via spool by 24201-submit@debbugs.gnu.org id=B24201.15619213702620 (code B ref 24201); Sun, 30 Jun 2019 19:03:02 +0000 Original-Received: (at 24201) by debbugs.gnu.org; 30 Jun 2019 19:02:50 +0000 Original-Received: from localhost ([127.0.0.1]:47296 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hhf69-0000gC-Ut for submit@debbugs.gnu.org; Sun, 30 Jun 2019 15:02:50 -0400 Original-Received: from quimby.gnus.org ([80.91.231.51]:44084) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hhf67-0000g3-Un for 24201@debbugs.gnu.org; Sun, 30 Jun 2019 15:02:48 -0400 Original-Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=stories) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hhf60-0003U6-Lw; Sun, 30 Jun 2019 21:02:43 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAElBMVEUnM0YFBQoNDxUJCg4V HSqMlJ6JYoCZAAACYUlEQVQ4jVWUQZLjIAxF1Q7sx/EFbIH3AaX3DMZ7ym3uf5X5wu7pGapSCf/x JSHZIUqpcOa9MrN7MscwTs5vnsgkMoO31Tlxz2UKI5YsTwXGZGNP4TBNUVQfpxEAKOecTJzem4zS HfAQWSqFHfPTzabEb/BWB3nvRMaJWquPSx+Zaq3JFIeD0EGWnuPJ2CFU3kRWq6CdCkJwajelINTR 9WbV8hHUX6lkJ5/5AvWj5wgaGITFSrvJFUsdPfix2Zvg+/d0g8rOfOvNRevkqVUlUwf+q7dHqiJe 75Ez0dyaybK4pFV+hYCWVMq8+rURPZbBx7WZzy2ItiRlns1eqf7+lYjZHlaCRPS2GOZjpzQs0+zE rPUMvbsE4K01X3tdqAq8DwCn40Db150ea6/1tA2z1FAJPeRkh69dgcetBsFCJF3enkd3FICHk8h0 kbyeZwdDtTZjnqVPsJiy12OldlpT9UEq2feZY4RzNT1Hqu0QONASpEddpVHvFuZ4OMfCCnpl9ho5 2XricWTuOfT2e1U9o5kArKBbUESre7OMRMcNLkfSwfTp7UP+F5SU7iT62Of4A5A9oXSifj4DmH75 zMW8ybAZuqyhEEV1j73MRPr+xBuornvIxN+rh++6xEP4/A9cOrrwmnEHd+cwXr/70NZ53bQb+OCU 0bSQxcmr2ismgKgDenyVOUs98GpFp4ccHDHi/AvN531gHbfuAxkNr0C73/W+AKJ69WpoCZYaNsFr YK4qLnwv/AZAsR6bnygyuw4cR3HuMsQOXh4eMlo2gIqqT6ICQG/nWwOFiD8fcWPctBV/AH6Qwf+K O+I4AAAAAElFTkSuQmCC In-Reply-To: <83sgrthih6.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 28 Jun 2019 17:50:29 +0300") 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: 209.51.188.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" Xref: news.gmane.org gmane.emacs.bugs:161908 Archived-At: I'm able to reproduce the hang more often now by artificially closing the connection a lot and then letting it be reopened, so I'm now getting the hangs about once an hour when using Gnus. I changed the inflooping function like thus to record what's in it: (defun network-stream-get-response (stream start end-of-command) (when end-of-command (with-current-buffer (process-buffer stream) (save-excursion (goto-char start) (while (and (memq (process-status stream) '(open run)) (not (re-search-forward end-of-command nil t))) (push (list (format-time-string "%FT%T") (point) (current-buffer) (buffer-string)) lars-buffers) (accept-process-output stream 0.05) (goto-char start)) After making this change, I've only seen the hang twice, so this is all very preliminary, but in both hangs, it didn't really loop there. That is, in both instances, I got something like this as the top-level element in `lars-buffers': ("2019-06-30T20:50:37" 1 # "") and the next entries were from a successful connection. And this is after letting it hang for, say, ten seconds before `C-g'-ing it, so there should be hundreds of elements there, since accept-process-output is supposed to return after 0.05s. What's in the buffer after `C-g' was, both times: ---- 200 news.gmane.org InterNetNews NNRP server INN 2.6.1 ready (posting ok)^M Process nntpd<3> connection broken by remote peer ---- I'll keep poking at this, but this is pointing at `accept-process-output' having some kind of problem... But we'll see; perhaps these two hangs weren't typical... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no