Received: (at 52735) by debbugs.gnu.org; 23 Dec 2021 00:01:35 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Dec 22 19:01:35 2021 Received: from localhost ([127.0.0.1]:60048 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1n0BY7-0000hv-31 for submit <at> debbugs.gnu.org; Wed, 22 Dec 2021 19:01:35 -0500 Received: from mail.ericabrahamsen.net ([52.70.2.18]:45772) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eric@HIDDEN>) id 1n0BY4-0000hg-QS for 52735 <at> debbugs.gnu.org; Wed, 22 Dec 2021 19:01:33 -0500 Received: from localhost (c-71-197-232-41.hsd1.wa.comcast.net [71.197.232.41]) (Authenticated sender: eric@HIDDEN) by mail.ericabrahamsen.net (Postfix) with ESMTPSA id BEA6BFA093; Thu, 23 Dec 2021 00:01:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericabrahamsen.net; s=mail; t=1640217687; bh=7yb5RShfGGXl+es0ykgoak8Jf5JJuNYV+U7lB0AqASI=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=yWG6kJ0zPp5c+nYFSqWXtuOYksQMoGsanu2E7QTluFry7eE3TZYFlbjyHjaHQRQfa 4epjbpLPC8ck8jfhj6x3BJZ2vWF+x7JegUwyNsMyMkO5gWXXgOw3uXVvQQ5WrP47r9 1wJ4oNI5WQJ9bPEkmoNiEQJIEaAnTW34hf7DvIiM= From: Eric Abrahamsen <eric@HIDDEN> To: Stephen Berman <stephen.berman@HIDDEN> Subject: Re: bug#52735: 29.0.50; Gnus hangs while getting new news References: <87sfukekpo.fsf@HIDDEN> <87a6gsa9rs.fsf@HIDDEN> <87o858edua.fsf@HIDDEN> <87wnjw8qzr.fsf@HIDDEN> <87k0fwdyhp.fsf@HIDDEN> Date: Wed, 22 Dec 2021 16:01:25 -0800 In-Reply-To: <87k0fwdyhp.fsf@HIDDEN> (Stephen Berman's message of "Thu, 23 Dec 2021 00:13:38 +0100") Message-ID: <8735mk8a0a.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 52735 Cc: 52735 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) On 12/23/21 00:13 AM, Stephen Berman wrote: > On Wed, 22 Dec 2021 09:54:32 -0800 Eric Abrahamsen <eric@HIDDEN> wrote: > > On 12/22/21 18:42 PM, Stephen Berman wrote: >>> On Wed, 22 Dec 2021 08:23:35 -0800 Eric Abrahamsen <eric@HIDDEN> wrote: >>> >>>> Stephen Berman <stephen.berman@HIDDEN> writes: >>>> >>>>> The hang appears to happen in nntp-finish-retrieve-group-infos: stepping >>>>> through the code with Edebug, I see an infinite loop here: >>>>> >>>>> (while (and (gnus-buffer-live-p buf) >>>>> (progn >>>>> (goto-char last-point) >>>>> ;; Count replies. >>>>> (while (re-search-forward >>>>> (if nntp-server-list-active-group >>>>> "^[.]" >>>>> "^[0-9]") >>>>> nil t) >>>>> (cl-incf received)) >>>>> (setq last-point (point)) >>>>> (< received count))) >>>>> (nntp-accept-response)) >>>>> >>>>> when the server buffer (e.g. " *server news.gmane.io nntp *nntpd**") is >>>>> empty. Since this code clearly does not expect an empty buffer, the bug >>>>> is presumably making this buffer empty when this code is executed. But >>>>> I haven't managed to figure out how this happens. (I have seen that >>>>> this buffer can become empty in other situations, e.g. on opening an >>>>> article in Gnus, and that doesn't cause any problems.) I've also >>>>> observed that when I wait long enough for the server process to close >>>>> (the buffer then shows "Process nntpd connection broken by remote >>>>> peer"), then there is no hang on typing `g' in the *Group* buffer. >>>> >>>> The only thing I can suggest now is more debugging on >>>> `nntp-finish-retrieve-group-infos', and try to get a backtrace for both >>>> the buggy empty-buffer situation, and the normal, non-empty-buffer >>>> situation. Perhaps comparing the two backtraces will provide a clue as >>>> to how we ended up with an empty buffer? >>> >>> So far, I determined that problem isn't the empty buffer per se, but >>> that it remains empty after (nntp-accept-response) returns, that's why >>> the while-loop keeps looping. I'll try to dig into nntp-accept-response. >> >> This is probably a total red herring, but... look for `copy-to-buffer' >> calls that are pointing at the wrong buffer (ie, the process output is >> supposed to go to nntp-server-buffer, but it goes elsewhere). > > I haven't succeeded in following the nntp-accept-response call that > leaves the server buffer empty to any code calling copy-to-buffer. The > pattern I see is that there are two calls of nntp-accept-response in the > while-loop that leave the buffer empty, and on the third iteration, > either the buffer is filled with data, or it remains empty, causing the > hang. I added a counter to the loop and when it reaches 3 a call to > nntp-kill-buffer to kill the server buffer: this results in a bunch of > "Warning - invalid active" messages but doesn't hang. When I then type > `g' in the *Group* buffer, fetching new news successfully completes. So > this just mimics the effect of `C-g' followed by `g' as I reported > above. But I'm no closer to the reason for the hang or how to track it > down. Since no one else seems to be having this problem, that suggests > a problem with my connection to news.gmane.io; is there anything I can > do to investigate that? Okay, we're probably looking at different issues, sorry for the distraction. Unfortunately, I don't have any bright ideas for the problem you're facing...
bug-gnu-emacs@HIDDEN:bug#52735; Package emacs.
Full text available.Received: (at 52735) by debbugs.gnu.org; 22 Dec 2021 23:13:58 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Dec 22 18:13:58 2021 Received: from localhost ([127.0.0.1]:59980 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1n0Ao2-0007vH-2J for submit <at> debbugs.gnu.org; Wed, 22 Dec 2021 18:13:58 -0500 Received: from mout.gmx.net ([212.227.17.20]:42725) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <stephen.berman@HIDDEN>) id 1n0Anz-0007v3-MT for 52735 <at> debbugs.gnu.org; Wed, 22 Dec 2021 18:13:56 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1640214819; bh=sb9UZfKOA5XPSZX6wrAUZ+d0xDIgIuhmlzS4h9rBQL4=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=ZiBvu1nBE3DfKd0o5+FWX/6pEOuwnaewiha6vEl4bVM6l9/D87wym4IO470uJBDlQ msktzlGj7XImV81Vx2znSKyVXtPZSJZ1SqRykue9a35+9HWGzOFM/KO+MgRIzYqK2Q xm/36c/J2lbNNmowb+wVulhma+ynfm4Q5kAZ21G0= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from strobelfs ([89.246.36.33]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MSt8Q-1muAnd2O8k-00UIzw; Thu, 23 Dec 2021 00:13:39 +0100 From: Stephen Berman <stephen.berman@HIDDEN> To: Eric Abrahamsen <eric@HIDDEN> Subject: Re: bug#52735: 29.0.50; Gnus hangs while getting new news References: <87sfukekpo.fsf@HIDDEN> <87a6gsa9rs.fsf@HIDDEN> <87o858edua.fsf@HIDDEN> <87wnjw8qzr.fsf@HIDDEN> Date: Thu, 23 Dec 2021 00:13:38 +0100 In-Reply-To: <87wnjw8qzr.fsf@HIDDEN> (Eric Abrahamsen's message of "Wed, 22 Dec 2021 09:54:32 -0800") Message-ID: <87k0fwdyhp.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:22lg8H4PO7y2rA16yAM7sOpq0zJCaqadqObSc1TqZ6wxwUyQBiO CtA2Y+nwZpyZW+6URt2pkjHHU4TIjJUBskigwxBlH1MxeQSdQZWOg5drhqaBgfykQSfR8GE clSqSQ+IpsUVERltKps346eOaprujwsuxUOf8Ax4kgZygclwDJXa/nS4nNCidlCM4uHSMcD Ts7OnH/uZxIuWwhVE20kg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:A06T5tkZ78Y=:6Xacs7ttVQDQ1lvxFqrXH6 1yvHRTaNTXlBziSfQtEOXiDePSCUibmVgMqR9RJpgROY9lwBt5AZk39RjJXbfNKmLcXyvWI7e 3Sx+h6e9ImksRtu2h1R1fu4CYzIHCWzAIbTe/E+fQ2wgHjOugWelvJE7autYlAkVx9WsE0d4e 6EpA4ZfeH628xoU/UdO07VfWPXgdbPhVLKiqB0QyX2zhPRSXkwWfdcXQFR2QK0PZ1zW6Rcwvq xLZ82lvd39Wv6pNdJgS/giZlnnlNW3E6PqlM0xecsHcrBYVs/tuvkc7JHJsmq/yUe3QC9aW3G VkvedfTgC/gTwNMM2XjJc8SYVnq8VN0VE595ucbo0deHEj6mXAFNw56/rJhWp9GMmce99YoH3 EMAr2wo2gOfX0STJe4R1Bj+OgHO90qtAcL4btWzuVK7QKcWB3dQeLmzvqtJ8V77OFDGWacQdW Rw4gW1KFWOgZ2tRo7aq4L2B5vKFY2zLLl3skeBkocBTTpE+qsA1nZXrGVTliyCKTiL18DuGIu ivE3kwsDtKxMnlYmmvMsd9oFC//3+XUEsTi16rNARbrYmuFQ426Dk9QySh3UhoDe03O5JG+r8 H6T7vvKVW0F0hRWyrQqWPGIZQ/RPOyFR9w4FKFcfEGvyh6OUGRrQbWG7zenrpUb6o/aayCVr7 t4ZcPBIsPhc+Is2yICMEzOkEUFSFSax/SnHNMEVh0bbXrNJAUi1+jKwsqqGawggJ4gzETSxcL 4qSz5Ud2t/BmcsxC+Bs96zOyVSO3sIZlR+IIO98QOPQfwblCtWAtI/vRI8zC/RL/1sNDy43g1 H4Rb9ZnJCLFt1mqy+4PqUdMmdz/zbUDTm2K83ozynolpjx8/mTtsmcyj62qfVtbmHXBb/OKsD t0vhq1KO2FYu8b1T2iz5BN1lA8nPLsYpj6bTFq4GWzqxU8GPIRKDpB9fedR0TQmb7zkB32Y5h 8JBk09RA1aFj8VNlEWaMee4tfREnn6ZAeoYZKYfefF3KhFai+FNurRgtbL6iFyKjAHw5lJBg7 IJp8kGDkJs5Zp8tbvyejB5M0YNjlYPdh46zzZVAYZTwUiz+DfFe5An6qjhrrJLagFzLGba/Rg hx3Cqv1j98G+Lc= X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 52735 Cc: 52735 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) On Wed, 22 Dec 2021 09:54:32 -0800 Eric Abrahamsen <eric@HIDDEN> wrote: On 12/22/21 18:42 PM, Stephen Berman wrote: >> On Wed, 22 Dec 2021 08:23:35 -0800 Eric Abrahamsen <eric@HIDDEN> wrote: >> >>> Stephen Berman <stephen.berman@HIDDEN> writes: >>> >>>> The hang appears to happen in nntp-finish-retrieve-group-infos: stepping >>>> through the code with Edebug, I see an infinite loop here: >>>> >>>> (while (and (gnus-buffer-live-p buf) >>>> (progn >>>> (goto-char last-point) >>>> ;; Count replies. >>>> (while (re-search-forward >>>> (if nntp-server-list-active-group >>>> "^[.]" >>>> "^[0-9]") >>>> nil t) >>>> (cl-incf received)) >>>> (setq last-point (point)) >>>> (< received count))) >>>> (nntp-accept-response)) >>>> >>>> when the server buffer (e.g. " *server news.gmane.io nntp *nntpd**") is >>>> empty. Since this code clearly does not expect an empty buffer, the bug >>>> is presumably making this buffer empty when this code is executed. But >>>> I haven't managed to figure out how this happens. (I have seen that >>>> this buffer can become empty in other situations, e.g. on opening an >>>> article in Gnus, and that doesn't cause any problems.) I've also >>>> observed that when I wait long enough for the server process to close >>>> (the buffer then shows "Process nntpd connection broken by remote >>>> peer"), then there is no hang on typing `g' in the *Group* buffer. >>> >>> The only thing I can suggest now is more debugging on >>> `nntp-finish-retrieve-group-infos', and try to get a backtrace for both >>> the buggy empty-buffer situation, and the normal, non-empty-buffer >>> situation. Perhaps comparing the two backtraces will provide a clue as >>> to how we ended up with an empty buffer? >> >> So far, I determined that problem isn't the empty buffer per se, but >> that it remains empty after (nntp-accept-response) returns, that's why >> the while-loop keeps looping. I'll try to dig into nntp-accept-response. > > This is probably a total red herring, but... look for `copy-to-buffer' > calls that are pointing at the wrong buffer (ie, the process output is > supposed to go to nntp-server-buffer, but it goes elsewhere). I haven't succeeded in following the nntp-accept-response call that leaves the server buffer empty to any code calling copy-to-buffer. The pattern I see is that there are two calls of nntp-accept-response in the while-loop that leave the buffer empty, and on the third iteration, either the buffer is filled with data, or it remains empty, causing the hang. I added a counter to the loop and when it reaches 3 a call to nntp-kill-buffer to kill the server buffer: this results in a bunch of "Warning - invalid active" messages but doesn't hang. When I then type `g' in the *Group* buffer, fetching new news successfully completes. So this just mimics the effect of `C-g' followed by `g' as I reported above. But I'm no closer to the reason for the hang or how to track it down. Since no one else seems to be having this problem, that suggests a problem with my connection to news.gmane.io; is there anything I can do to investigate that? Steve Berman
bug-gnu-emacs@HIDDEN:bug#52735; Package emacs.
Full text available.Received: (at 52735) by debbugs.gnu.org; 22 Dec 2021 17:54:42 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Dec 22 12:54:42 2021 Received: from localhost ([127.0.0.1]:59688 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1n05p4-0003gZ-HB for submit <at> debbugs.gnu.org; Wed, 22 Dec 2021 12:54:42 -0500 Received: from mail.ericabrahamsen.net ([52.70.2.18]:38702) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eric@HIDDEN>) id 1n05p3-0003gK-2F for 52735 <at> debbugs.gnu.org; Wed, 22 Dec 2021 12:54:41 -0500 Received: from localhost (c-71-197-232-41.hsd1.wa.comcast.net [71.197.232.41]) (Authenticated sender: eric@HIDDEN) by mail.ericabrahamsen.net (Postfix) with ESMTPSA id B190AFA095; Wed, 22 Dec 2021 17:54:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericabrahamsen.net; s=mail; t=1640195674; bh=LpSXrdVAvgyi1YGPelG7FcWVz7kdj0XXwL6zXf2OEEc=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=WzYm8pNRWMHuQEmIQ9y/OjatwBIInaD/LYJz3TcICpQNJs/PjWT6wWddTzIj+Jp8T fFcvXL8vZiNAyfTcD81TzDEkedMNrruA2BoRfqsCG14QfdfV87/1RU20nLOrJU9DEu xOj5syzfPrshp4+4xbIXD1e7Q+QAXPDRsU/lZlWI= From: Eric Abrahamsen <eric@HIDDEN> To: Stephen Berman <stephen.berman@HIDDEN> Subject: Re: bug#52735: 29.0.50; Gnus hangs while getting new news References: <87sfukekpo.fsf@HIDDEN> <87a6gsa9rs.fsf@HIDDEN> <87o858edua.fsf@HIDDEN> Date: Wed, 22 Dec 2021 09:54:32 -0800 In-Reply-To: <87o858edua.fsf@HIDDEN> (Stephen Berman's message of "Wed, 22 Dec 2021 18:42:05 +0100") Message-ID: <87wnjw8qzr.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 52735 Cc: 52735 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) On 12/22/21 18:42 PM, Stephen Berman wrote: > On Wed, 22 Dec 2021 08:23:35 -0800 Eric Abrahamsen <eric@HIDDEN> wrote: > >> Stephen Berman <stephen.berman@HIDDEN> writes: >> >>> The hang appears to happen in nntp-finish-retrieve-group-infos: stepping >>> through the code with Edebug, I see an infinite loop here: >>> >>> (while (and (gnus-buffer-live-p buf) >>> (progn >>> (goto-char last-point) >>> ;; Count replies. >>> (while (re-search-forward >>> (if nntp-server-list-active-group >>> "^[.]" >>> "^[0-9]") >>> nil t) >>> (cl-incf received)) >>> (setq last-point (point)) >>> (< received count))) >>> (nntp-accept-response)) >>> >>> when the server buffer (e.g. " *server news.gmane.io nntp *nntpd**") is >>> empty. Since this code clearly does not expect an empty buffer, the bug >>> is presumably making this buffer empty when this code is executed. But >>> I haven't managed to figure out how this happens. (I have seen that >>> this buffer can become empty in other situations, e.g. on opening an >>> article in Gnus, and that doesn't cause any problems.) I've also >>> observed that when I wait long enough for the server process to close >>> (the buffer then shows "Process nntpd connection broken by remote >>> peer"), then there is no hang on typing `g' in the *Group* buffer. >> >> The only thing I can suggest now is more debugging on >> `nntp-finish-retrieve-group-infos', and try to get a backtrace for both >> the buggy empty-buffer situation, and the normal, non-empty-buffer >> situation. Perhaps comparing the two backtraces will provide a clue as >> to how we ended up with an empty buffer? > > So far, I determined that problem isn't the empty buffer per se, but > that it remains empty after (nntp-accept-response) returns, that's why > the while-loop keeps looping. I'll try to dig into nntp-accept-response. This is probably a total red herring, but... look for `copy-to-buffer' calls that are pointing at the wrong buffer (ie, the process output is supposed to go to nntp-server-buffer, but it goes elsewhere).
bug-gnu-emacs@HIDDEN:bug#52735; Package emacs.
Full text available.Received: (at 52735) by debbugs.gnu.org; 22 Dec 2021 17:42:25 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Dec 22 12:42:25 2021 Received: from localhost ([127.0.0.1]:59678 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1n05dB-0003MT-1u for submit <at> debbugs.gnu.org; Wed, 22 Dec 2021 12:42:25 -0500 Received: from mout.gmx.net ([212.227.17.21]:42173) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <stephen.berman@HIDDEN>) id 1n05d7-0003MD-PB for 52735 <at> debbugs.gnu.org; Wed, 22 Dec 2021 12:42:23 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1640194926; bh=lt0ETsgGExOEIptL8LmIToiWb1q9Zh2YcPDUEb5vy0Y=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=cgN/1cK9mx76i7cDAItRTDrTXB4E2LkJYTv8oyFK+W1QnQT5aiDtGqQ0WuM5L4nx0 vyuxcUGTd7/I5/Qyr/yHvgD5mapvo4+Lz/7QoBmDnnOiQw6pMEmUdD3Iw3UClUpOvq 1gf6z2XPc77JSip6JiEVsFy09Dxh0TrWgBgzLp0g= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from strobelfs ([89.246.36.33]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MWRVb-1mwz4Q45ZD-00XrN5; Wed, 22 Dec 2021 18:42:06 +0100 From: Stephen Berman <stephen.berman@HIDDEN> To: Eric Abrahamsen <eric@HIDDEN> Subject: Re: bug#52735: 29.0.50; Gnus hangs while getting new news References: <87sfukekpo.fsf@HIDDEN> <87a6gsa9rs.fsf@HIDDEN> Date: Wed, 22 Dec 2021 18:42:05 +0100 In-Reply-To: <87a6gsa9rs.fsf@HIDDEN> (Eric Abrahamsen's message of "Wed, 22 Dec 2021 08:23:35 -0800") Message-ID: <87o858edua.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:OhTSdagyhQcqpxq0AbwysV61Cig7r3g2WafLhdyZF3mYU2oxU50 37na6zWYZa2gpoCJQ2E5y6fEymOnLZSulr4ues8Hoqmy60K29KmSKtF3t4qD+k0xjGDLEQP 2z6PrNockygle9ycQSEJ+/vjwksy161spyFHmdWp5ZxFnmjoUYu5MA8YrXPl6O0bYz88Mdq 1Q11zn5qFXmJIlHfd7P1A== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:+TDs5mLUN24=:6OhnFa8cSQo9RZaH2ziPAV 3jLJxaaHDJf9umLoLNrjofEWp5/QRo95XkCajpjnem+lhlVHU1kB1lDWxrzXY2OT8MQgj+Xbd q82jFNuEx1v2iJ9WizMIVM82LW+qtgNvP1eBmON8xqsCfXU34rbovDTXHCUJKmzc3QIXrm/K2 0QHJ+duHr2FPtP+qcZMJbsxmwStv3ZuvxPlT0xuxPAcMaUIA2HgMjdL3+0LmjEMIBbP+91N7Q RWseYbZgRKZtAGt5B3fCDS3R8tpwIGQ/HIKF95nxPeqd1CFP0eo3S0w+f2C5hFa2RAH6B3paR 3oF9BD+k8pfzraGNqgiAnf7CgVae9GA8bVJcDBjb8ECYK12KvQY+mQ/j6Amn/kYxp6JFKZiIR nx7XZwcYOiDqHsfhqhdsWTBKa09fiDsirJpRqgZudB321UpJaatUfJN0rPChbXxHh/AR3qz9w EYeiuGhR8pkHrodbhJ57mbrJV++67lmScj5r9P38j8WLnzgZVMBTZ3xPAA0id2JVPVNYVMKE6 mDqKMO6gY4mPy7OMkPQonJEx7erqiWYYYIzjcmPH1PfJnrFhJOJyvyng4kyvKGKZXplualzLT T+cSyGecv9l7jek+4Lc3bW6PUO4kzyOdseavElAKFP2cdyrOGGPMjrCS/2PD4WPPgXlnHZ45w eNfoIjZC+Y+Dv2pjL6d3qAQ0SJaO35ddyxZGAYH4IUDc0WAf+K8VWtY2mqoQKxM/qqYvOHYxY bx34ckllibiHpnAjNUDAYvof2ov0ZMb5vfH34Q3iR4E6SiJRywkjBifP6bH9HA1uKzMtObIe7 CGZFA6y7NoTuQptToa9h5p75dheZRu0SlOkST0FVRvqqBXDOAg6zP4iFzNS78TVtGga45w1Up bGahj5rPiNLcVQ+M1y9gHl+2Lac5NomdxYlPniWO36Yx5+eeQnAO4pbjkcBly/FqHLRbU9/tC mu08ktlMZGtu/1gfn85yU9VwvIEyh+bamP7r74XKOUMey55ZsudwbM4INmiVejiwgQBbkgZ2U H6T5ZF9KfW296/GIEp3exsMZmNcx3xMOy90KNdh6GE0Jd1+hpflrZX9Mes+Ym87obRp7uf/fj 2OnZG6xafUW98o= X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 52735 Cc: 52735 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) On Wed, 22 Dec 2021 08:23:35 -0800 Eric Abrahamsen <eric@HIDDEN> wrote: > Stephen Berman <stephen.berman@HIDDEN> writes: > >> The hang appears to happen in nntp-finish-retrieve-group-infos: stepping >> through the code with Edebug, I see an infinite loop here: >> >> (while (and (gnus-buffer-live-p buf) >> (progn >> (goto-char last-point) >> ;; Count replies. >> (while (re-search-forward >> (if nntp-server-list-active-group >> "^[.]" >> "^[0-9]") >> nil t) >> (cl-incf received)) >> (setq last-point (point)) >> (< received count))) >> (nntp-accept-response)) >> >> when the server buffer (e.g. " *server news.gmane.io nntp *nntpd**") is >> empty. Since this code clearly does not expect an empty buffer, the bug >> is presumably making this buffer empty when this code is executed. But >> I haven't managed to figure out how this happens. (I have seen that >> this buffer can become empty in other situations, e.g. on opening an >> article in Gnus, and that doesn't cause any problems.) I've also >> observed that when I wait long enough for the server process to close >> (the buffer then shows "Process nntpd connection broken by remote >> peer"), then there is no hang on typing `g' in the *Group* buffer. > > The only thing I can suggest now is more debugging on > `nntp-finish-retrieve-group-infos', and try to get a backtrace for both > the buggy empty-buffer situation, and the normal, non-empty-buffer > situation. Perhaps comparing the two backtraces will provide a clue as > to how we ended up with an empty buffer? So far, I determined that problem isn't the empty buffer per se, but that it remains empty after (nntp-accept-response) returns, that's why the while-loop keeps looping. I'll try to dig into nntp-accept-response. Steve Berman
bug-gnu-emacs@HIDDEN:bug#52735; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 22 Dec 2021 16:23:53 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Dec 22 11:23:53 2021 Received: from localhost ([127.0.0.1]:59585 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1n04PB-0001M8-J2 for submit <at> debbugs.gnu.org; Wed, 22 Dec 2021 11:23:53 -0500 Received: from lists.gnu.org ([209.51.188.17]:45694) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <geb-bug-gnu-emacs@HIDDEN>) id 1n04PA-0001M0-Hp for submit <at> debbugs.gnu.org; Wed, 22 Dec 2021 11:23:52 -0500 Received: from eggs.gnu.org ([209.51.188.92]:59546) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <geb-bug-gnu-emacs@HIDDEN>) id 1n04PA-0002Dt-Dc for bug-gnu-emacs@HIDDEN; Wed, 22 Dec 2021 11:23:52 -0500 Received: from ciao.gmane.io ([116.202.254.214]:33232) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <geb-bug-gnu-emacs@HIDDEN>) id 1n04P8-000437-8X for bug-gnu-emacs@HIDDEN; Wed, 22 Dec 2021 11:23:51 -0500 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from <geb-bug-gnu-emacs@HIDDEN>) id 1n04P1-0007Oi-Db for bug-gnu-emacs@HIDDEN; Wed, 22 Dec 2021 17:23:43 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@HIDDEN From: Eric Abrahamsen <eric@HIDDEN> Subject: Re: bug#52735: 29.0.50; Gnus hangs while getting new news Date: Wed, 22 Dec 2021 08:23:35 -0800 Message-ID: <87a6gsa9rs.fsf@HIDDEN> References: <87sfukekpo.fsf@HIDDEN> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cancel-Lock: sha1:tZrSvu9oHfXXfGFNhOCXgscmjus= Received-SPF: pass client-ip=116.202.254.214; envelope-from=geb-bug-gnu-emacs@HIDDEN; helo=ciao.gmane.io X-Spam_score_int: -15 X-Spam_score: -1.6 X-Spam_bar: - X-Spam_report: (-1.6 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -2.2 (--) Stephen Berman <stephen.berman@HIDDEN> writes: > Since more than a week (I think it started on December 11), I've been > regularly experiencing a hang when I type `g' in the Gnus *Group* > buffer: the mouse pointer spins, and Emacs is locked up. Typing `C-g' > releases the hang and then typing `g' again succeeds in fetching new > news. I can also get a hang when typing RET on an article line in the > Gnus *Summary* buffer, and also here typing `C-g' releases the hang and > typing RET again opens the article. These hangs happen reliably when I > don't provide any input to Gnus (e.g., opening a group or an article, or > just check again for new news) within several minutes (I haven't > determined a more precise amount of time). They only involve the > news.gmane.io server, not any of the mail servers I fetch mail from (I > haven't tried any other news server). > > The hang appears to happen in nntp-finish-retrieve-group-infos: stepping > through the code with Edebug, I see an infinite loop here: > > (while (and (gnus-buffer-live-p buf) > (progn > (goto-char last-point) > ;; Count replies. > (while (re-search-forward > (if nntp-server-list-active-group > "^[.]" > "^[0-9]") > nil t) > (cl-incf received)) > (setq last-point (point)) > (< received count))) > (nntp-accept-response)) > > when the server buffer (e.g. " *server news.gmane.io nntp *nntpd**") is > empty. Since this code clearly does not expect an empty buffer, the bug > is presumably making this buffer empty when this code is executed. But > I haven't managed to figure out how this happens. (I have seen that > this buffer can become empty in other situations, e.g. on opening an > article in Gnus, and that doesn't cause any problems.) I've also > observed that when I wait long enough for the server process to close > (the buffer then shows "Process nntpd connection broken by remote > peer"), then there is no hang on typing `g' in the *Group* buffer. The only thing I can suggest now is more debugging on `nntp-finish-retrieve-group-infos', and try to get a backtrace for both the buggy empty-buffer situation, and the normal, non-empty-buffer situation. Perhaps comparing the two backtraces will provide a clue as to how we ended up with an empty buffer?
bug-gnu-emacs@HIDDEN:bug#52735; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 22 Dec 2021 15:13:50 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Dec 22 10:13:50 2021
Received: from localhost ([127.0.0.1]:59518 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1n03JN-00081E-Ny
for submit <at> debbugs.gnu.org; Wed, 22 Dec 2021 10:13:50 -0500
Received: from lists.gnu.org ([209.51.188.17]:44910)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <stephen.berman@HIDDEN>) id 1n03JM-000817-IX
for submit <at> debbugs.gnu.org; Wed, 22 Dec 2021 10:13:48 -0500
Received: from eggs.gnu.org ([209.51.188.92]:38940)
by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <stephen.berman@HIDDEN>)
id 1n03JK-0000l9-Co
for bug-gnu-emacs@HIDDEN; Wed, 22 Dec 2021 10:13:48 -0500
Received: from mout.gmx.net ([212.227.17.22]:53617)
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <stephen.berman@HIDDEN>)
id 1n03JI-00038D-IZ
for bug-gnu-emacs@HIDDEN; Wed, 22 Dec 2021 10:13:46 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
s=badeba3b8450; t=1640186019;
bh=GsnzNEv+cl3xYuV5a8qXpfpcY+gn8xwhaGT8DBc5MgA=;
h=X-UI-Sender-Class:From:To:Subject:Date;
b=V1MnBAe6LTfRaYVFcmuTt8kvlguunxWv+x5Gsr3ks2/9oN7TFLZ0MlrOSMorzNVyA
uUj298H3UISILZf29QHwHOdNyXhllClNpbhpBKCFhKUCRQDynTCWr56NU25q3SmL3i
Nx7nJfChaMMn0PqAfMbsH4JV5tdv0T/17m+y6T5w=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from strobelfs ([89.246.36.33]) by mail.gmx.net (mrgmx105
[212.227.17.168]) with ESMTPSA (Nemesis) id 1M1Ycl-1n1RHs2W6d-0035AX for
<bug-gnu-emacs@HIDDEN>; Wed, 22 Dec 2021 16:13:39 +0100
From: Stephen Berman <stephen.berman@HIDDEN>
To: bug-gnu-emacs@HIDDEN
Subject: 29.0.50; Gnus hangs while getting new news
Date: Wed, 22 Dec 2021 16:13:39 +0100
Message-ID: <87sfukekpo.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:p7oxJ1C26ZHjahQbBLF1OCgD/eIS+nWG1IWK8IzVktSLyUiuJgA
cgmNCEugdF7iJlwlebUDA9Eoj+O/jXOLy8bx8/f846T5cD6iXLY6nXOyB++zhX2gCyLxdXe
mztTR1sRZPnbSMKtpVaXkz42zfo2I2zK5b6eYaEhpDF7TbhhfZWkzfC0wX01yFqdkXfok5g
5hK7bmvgUvOTrB1IMBoAQ==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:lo3y+Hsv8zQ=:ZCv7LRX4IiOFoDyJn8ON4y
s2qecGHC92Db5BYrtquL+cWD+dxM08qRueAxvhxv0PsPCrrm2/1NQGBOI1BSnUoxXwezrQ0Z5
M3ervP2oSIYQp1QLmlv20p9NWUIZ34/jaIqm3tk2R6MH2IhMp6ffzdMre6Gvv/utj18peSTbG
0Iv8/FWiJnfXtmpJPPlIcm4odJebO0c8jkTG9ohDTMDOMiq971ipN2Vib2kAdbSjWOR8dpqw7
qRGblZpzaNa+hM94qRdPihakjZS6gL86bRVKMVVJpvn9/0yVQ/I1CTkVvv57SBVll96mVpQ5i
YzhZJPC7775lc2BR3w5yGg1J02RkLBmzPMDv8SCfVr1Hyp7a4QxqswXj4JsaL+sR6YN7YRL74
jVdhpaTDDMGazA5gBCbjfblhDXxjSOMngNMx1SHAQbXb8vcgMR2KqfSJ3R3mWuPd/s0wSuFG5
Nh1PCvTDzQFbr60TAArhj4GBiYN4x6vuphlJmk0B2+/LOAccacquuo7Sc/k0N0zyBy5vMXC7i
+JKfxyC+uOOXw8o7qYbB5OHhZlL846NVWx/N7pI4foXBrMegz6gFGAQh/Hn/phl1/V+6C+IIg
QyBqjMxnLjRB5XcMOcnyiELHX1MBHx+QAVeItpvMmiTMwM3W/XaAHC7KOU/haliM2aS+kb+g5
tOL6vHesKtqMFJGA0nhkDl3dCoiXOLDbCgLjJHaiS2po/aGg9L6XTqus132hzBrxrGrIBf59E
Qsm8ENgUm1ukPbaBr28EOwg6clKsBcXXMeNgPqRF0nEz+k0wFECc45rB12HieVEgNfhBQG7V/
HXo/7FU318HIsAa97Powp2iTXcRskucB2m2kCl8CU/mpZIzESmhzfNeh1Mk3wUMoXXOkM/OU3
ANvLhzx9y2LVTXGV0EbsudihhQUrDQFJEco/LBhNN1o+YftCUpv51LIOrfuKcBcs90RpqyBuN
uskfELNTXZloFjthXCSdLtj2Gc8/Ol0eqC6jACI74EFHpsxn5zaUrx2mj1VKjgC1ZMSj7P0wU
Y1Wv5ya/1zihLjMO7l2qQ2A4qh6rjtBOHBR6Lw3aZyOd1Na8w/qweM3DOte7ivrt+oKl0RE4t
eTOrQP3F38kpaM=
Received-SPF: pass client-ip=212.227.17.22;
envelope-from=stephen.berman@HIDDEN; helo=mout.gmx.net
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001,
RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001,
SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -0.1 (/)
X-Debbugs-Envelope-To: submit
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.4 (--)
Since more than a week (I think it started on December 11), I've been
regularly experiencing a hang when I type `g' in the Gnus *Group*
buffer: the mouse pointer spins, and Emacs is locked up. Typing `C-g'
releases the hang and then typing `g' again succeeds in fetching new
news. I can also get a hang when typing RET on an article line in the
Gnus *Summary* buffer, and also here typing `C-g' releases the hang and
typing RET again opens the article. These hangs happen reliably when I
don't provide any input to Gnus (e.g., opening a group or an article, or
just check again for new news) within several minutes (I haven't
determined a more precise amount of time). They only involve the
news.gmane.io server, not any of the mail servers I fetch mail from (I
haven't tried any other news server).
The hang appears to happen in nntp-finish-retrieve-group-infos: stepping
through the code with Edebug, I see an infinite loop here:
(while (and (gnus-buffer-live-p buf)
(progn
(goto-char last-point)
;; Count replies.
(while (re-search-forward
(if nntp-server-list-active-group
"^[.]"
"^[0-9]")
nil t)
(cl-incf received))
(setq last-point (point))
(< received count)))
(nntp-accept-response))
when the server buffer (e.g. " *server news.gmane.io nntp *nntpd**") is
empty. Since this code clearly does not expect an empty buffer, the bug
is presumably making this buffer empty when this code is executed. But
I haven't managed to figure out how this happens. (I have seen that
this buffer can become empty in other situations, e.g. on opening an
article in Gnus, and that doesn't cause any problems.) I've also
observed that when I wait long enough for the server process to close
(the buffer then shows "Process nntpd connection broken by remote
peer"), then there is no hang on typing `g' in the *Group* buffer.
To my surprise, these hangs happen with all builds of Emacs I have:
master, 28, 27 and 26, which indicates the problem is not directly due
to a recent code change. I also haven't knowingly made any changes in
my setup since I began observing this problem (moreover, I also seem to
get a hang when I start Gnus from -Q and open news.gmane.io, though I
haven't tried stepping through the code then to see if it's really the
same issue). If there were a problem with news.gmane.io, I'd have
expected to see other reports or find some mention on the internet, but
I haven't. Perhaps some unrelated recent code change somehow causes the
server buffer to become empty at the wrong point. Or maybe my debugging
is faulty and the problem lies elsewhere. I'll gladly try any
suggestions.
In GNU Emacs 29.0.50 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.29, cairo version 1.17.4)
of 2021-12-22 built on strobelfs
Repository revision: 70266929c3eb173fae0c64d56f8d402a805ca786
Repository branch: master
Windowing system distributor 'System Description: Linux From Scratch 10.2-rc1
Configured using:
'configure --with-pgtk 'CFLAGS=-Og -g3''
Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON
LCMS2 LIBSYSTEMD LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PGTK PNG RSVG
SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS WEBP XIM GTK3
ZLIB
Stephen Berman <stephen.berman@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#52735; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.