From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/58838 Path: main.gmane.org!not-for-mail From: Xavier Maillard Newsgroups: gmane.emacs.gnus.general Subject: Re: [BUG]: Gnus randomly refuse to fetch and display articles Date: Wed, 13 Oct 2004 09:08:14 +0200 Organization: GNU Rox ! Sender: ding-owner@lists.math.uh.edu Message-ID: References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Trace: sea.gmane.org 1097651894 23124 80.91.229.6 (13 Oct 2004 07:18:14 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 13 Oct 2004 07:18:14 +0000 (UTC) Original-X-From: ding-owner+M7375@lists.math.uh.edu Wed Oct 13 09:17:54 2004 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13] ident=mail) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CHdOT-0006Jz-00 for ; Wed, 13 Oct 2004 09:17:54 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1CHdND-0007iO-00; Wed, 13 Oct 2004 02:16:35 -0500 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1CHdMs-0007hy-00 for ding@lists.math.uh.edu; Wed, 13 Oct 2004 02:16:14 -0500 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by util2.math.uh.edu with esmtp (Exim 4.30) id 1CHdMq-0001rS-1S for ding@lists.math.uh.edu; Wed, 13 Oct 2004 02:16:12 -0500 Original-Received: from quimby.gnus.org (quimby.gnus.org [80.91.224.244]) by justine.libertine.org (Postfix) with ESMTP id 6D6FD3A0064 for ; Wed, 13 Oct 2004 02:16:11 -0500 (CDT) Original-Received: from news by quimby.gnus.org with local (Exim 3.35 #1 (Debian)) id 1CHdMo-0002h9-00 for ; Wed, 13 Oct 2004 09:16:10 +0200 Original-To: ding@gnus.org Original-Path: news.gnu-rox.org!news Original-Newsgroups: gnus.ding Original-Lines: 103 Original-NNTP-Posting-Host: rms.gnu-rox.org Original-X-Trace: quimby.gnus.org 1097651770 10362 62.212.121.152 (13 Oct 2004 07:16:10 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: Wed, 13 Oct 2004 07:16:10 +0000 (UTC) Mail-Copies-To: never X-Attribution: zeDek X-Face: "qG{UC8GPzro#PZ!Jgisuj0]=k10 f#d596CJMPGOGwB'j\^JR2g0']N%L:ylC`?.l8u#JuS#CygUA}avHHVJJ!#ub7CxX#u]g}?z,hQ;c q%v]"[$!BfS X-Accept-Language: fr-fr, en-en, en-fr User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:27xESsso1vE6sfqQWxHo56A+2G8= Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:58838 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:58838 --=-=-= Content-Transfer-Encoding: quoted-printable On 13 oct 2004, Kevin Greiner wrote: > Xavier Maillard writes: >=20 > > On 11 oct 2004, Xavier Maillard wrote: > >=20 > > > Hello, > > >=20 > > > New problem I have since 2 or 3 days now. > > >=20 > > > Sometimes for an unknown reason, I get this backtrace when > > > trying to display an article: > > >=20 > > > ,---- > > > > Debugger entered--Lisp error: (error "Server closed > > > > connection") signal(error ("Server closed connection")) > > > > error("Server closed connection") apply(error "Server > > > > closed connection") nntp-report("Server closed > > > > connection") nntp-accept-process-output(nil) byte-code("=08 > > > > =3D=83% gnus-async-wait-for-article(15716) > > > > gnus-async-request-fetched-article("nntp+gnu-rox.org:gnus.ding" > > > > 15716 #) > > > > gnus-request-article-this-buffer(15716 > > > > "nntp+gnu-rox.org:gnus.ding") gnus-article-prepare(15716 > > > > nil) gnus-summary-display-article(15716 nil) > > > > gnus-summary-select-article(nil nil pseudo) > > > > gnus-summary-scroll-up(1) > > > > call-interactively(gnus-summary-scroll-up) > > > `---- > > >=20 > > > It doesn't happen every time but in a random fashion. I can > > > for example read 10 articles in a row and then, Gnus refuse > > > to display one. Dunno what can cause this to happen since I > > > have this behavior when plugged or not. > >=20 > > Any taker ? > >=20 > > I tried to (setq nntp-record... t) and switched to the > > corresponding buffer but all I get is: > >=20 > > ,---- > > > 20041012T002908.472 gnu-rox.org *** CALLED nntp-report ***=20 > > `---- > >=20 > > This is kind of annoying since I don't really know what can > > block this. > >=20 > > Any help *grantly* appreciated. > >=20 > > Hint: I just upgraded my local copy of Gnus from CVS and > > still got this after having restarted Gnus. >=20 > The problem is that some nntp servers close idle connections to > conserve their resources while others punish a client that > leaves idle connections open by ignoring future requests. The > nntp backend handles both of these problems by wrapping the > nntp command logic in the nntp-with-open-group form. >=20 > Just guessing but I'd bet that the problem is that > gnus-async-wait-for-article binds proc. The > nntp-with-open-group recovers from a closed nntp connection by > opening a new connection. The gnus-async-wait-for-article > nevers sees that new connection because it binds proc before it > enters its loop. Oh yes I see. > So, try replacing (nntp-accept-process-output proc) in > gnus-async-wait-for-article with (nntp-accept-process-output > (nntp-find-connection (current-buffer))). Hmm, looking at the function I see: --=-=-= Content-Type: application/emacs-lisp Content-Disposition: inline (defun gnus-async-wait-for-article (article) "Wait until ARTICLE is no longer the currently-being-fetched article." (save-excursion (gnus-async-set-buffer) (let ((proc (nntp-find-connection (current-buffer))) (nntp-server-buffer (current-buffer)) (nntp-have-messaged nil) (tries 0)) (condition-case nil ... --=-=-= SHould I need to unbind proc ? Regards and thank you for your answer. -- In Gruuik we trust --=-=-=--