From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#24201: 25.1.50; TLS connections sometimes hang Date: Fri, 05 Jul 2019 21:03:21 +0300 Message-ID: <83muhs9x5i.fsf@gnu.org> References: <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> <835zohboyc.fsf@gnu.org> Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="46731"; mail-complaints-to="usenet@blaine.gmane.org" Cc: contovob@tcd.ie, 24201@debbugs.gnu.org, eggert@cs.ucla.edu To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jul 05 20:05:15 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 1hjSaB-000BuI-41 for geb-bug-gnu-emacs@m.gmane.org; Fri, 05 Jul 2019 20:05:15 +0200 Original-Received: from localhost ([::1]:55226 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hjSaA-0006x1-6g for geb-bug-gnu-emacs@m.gmane.org; Fri, 05 Jul 2019 14:05:14 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36379) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hjSZ4-00065v-He for bug-gnu-emacs@gnu.org; Fri, 05 Jul 2019 14:04:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hjSZ2-0002Q8-HN for bug-gnu-emacs@gnu.org; Fri, 05 Jul 2019 14:04:06 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:44877) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hjSZ0-0002OH-ES for bug-gnu-emacs@gnu.org; Fri, 05 Jul 2019 14:04:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hjSZ0-0002E0-9H for bug-gnu-emacs@gnu.org; Fri, 05 Jul 2019 14:04:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 05 Jul 2019 18:04: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.15623498208513 (code B ref 24201); Fri, 05 Jul 2019 18:04:02 +0000 Original-Received: (at 24201) by debbugs.gnu.org; 5 Jul 2019 18:03:40 +0000 Original-Received: from localhost ([127.0.0.1]:53698 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hjSYd-0002DF-KI for submit@debbugs.gnu.org; Fri, 05 Jul 2019 14:03:39 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:52157) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hjSYa-0002Cx-ES for 24201@debbugs.gnu.org; Fri, 05 Jul 2019 14:03:39 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:39098) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hjSYU-00021i-Oy; Fri, 05 Jul 2019 14:03:30 -0400 Original-Received: from [176.228.60.248] (port=1729 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hjSYT-0007Sz-Mt; Fri, 05 Jul 2019 14:03:30 -0400 In-reply-to: (message from Lars Ingebrigtsen on Fri, 05 Jul 2019 14:59:52 +0200) 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: 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:162142 Archived-At: > From: Lars Ingebrigtsen > Cc: contovob@tcd.ie, 24201@debbugs.gnu.org, eggert@cs.ucla.edu > Date: Fri, 05 Jul 2019 14:59:52 +0200 > > Eli Zaretskii writes: > > >> - (accept-process-output stream 0.05) > >> + (accept-process-output stream 0.05 nil t) > >> (goto-char start)) > >> ;; Return the data we got back, or nil if the process died. > >> (unless (= start (point)) > > > > Does this mean you have other process objects active at that time? > > Yes, normally when this code is triggered by the timer, there's other > networking happening more or less at the same time. So maybe another process steals the response? > >> It's the JUST-THIS-ONE parameter: If that's non-nil, then > >> accept-process-output returns after the timeout... and we get the data. > > > > I don't understand: accept-process-output is supposed to hit the > > timeout only when there's no data. > > That's not what the doc string says, I think? > > -- > Optional second argument SECONDS and third argument MILLISEC > specify a timeout; return after that much time even if there is > no subprocess output. > -- > > "even if"... But if output is available, accept-process-output will return immediately, so "even if" really means "if". > Without the JUST-THIS-ONE parameter, accept-process-output seems to loop > until the peer closes the connection. And then control is returned to > Lisp world and the data is in the buffer. Since you are saying that the remote does respond, this would mean the responses get lost somehow, or are consumed by other filter functions. The question is how can that happen?