From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/48899 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: asynch prefetch backtrace Date: Wed, 08 Jan 2003 04:28:15 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1041996578 4095 80.91.224.249 (8 Jan 2003 03:29:38 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 8 Jan 2003 03:29:38 +0000 (UTC) Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18W6tB-00011R-00 for ; Wed, 08 Jan 2003 04:28:21 +0100 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 18W6tO-0006dB-00; Tue, 07 Jan 2003 21:28:34 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 07 Jan 2003 21:29:29 -0600 (CST) Original-Received: from sclp3.sclp.com (sclp3.sclp.com [66.230.238.2]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id VAA12624 for ; Tue, 7 Jan 2003 21:29:16 -0600 (CST) Original-Received: (qmail 19324 invoked by alias); 8 Jan 2003 03:28:17 -0000 Original-Received: (qmail 19319 invoked from network); 8 Jan 2003 03:28:17 -0000 Original-Received: from 178.230.13.217.in-addr.dgcsystems.net (HELO yxa.extundo.com) (217.13.230.178) by 66.230.238.6 with SMTP; 8 Jan 2003 03:28:17 -0000 Original-Received: from latte.josefsson.org (yxa.extundo.com [217.13.230.178]) (authenticated bits=0) by yxa.extundo.com (8.12.6/8.12.6) with ESMTP id h083SFRr027117 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Wed, 8 Jan 2003 04:28:15 +0100 Original-To: ding@gnus.org Mail-Copies-To: nobody X-Payment: hashcash 1.1 0:030108:ding@gnus.org:442c201acbb9b787 X-Hashcash: 0:030108:ding@gnus.org:442c201acbb9b787 In-Reply-To: (Lars Magne Ingebrigtsen's message of "Mon, 06 Jan 2003 05:23:42 +0100") User-Agent: Gnus/5.090011 (Oort Gnus v0.11) Emacs/21.3.50 (i686-pc-linux-gnu) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:48899 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:48899 Lars Magne Ingebrigtsen writes: > Lars Magne Ingebrigtsen writes: > >> Yes, that seem to be the case. (That's odd. I really thought that >> the async stuff should work for all backends. Do I misremember >> totally? Am I misreading the code? I have a suspicion that there's >> something I'm not remembering...) > > Ah, now I know. Most gnus-async doesn't know anything about the > method the back end is using to fetch the articles (which is proper), > but the new function (well, from 1998) `gnus-async-wait-for-article' > does look deep into backend internals. Which is a bug. > > The point of that function is to see whether we're trying to select > the article which is just arriving in the async buffer, and if so, > wait until it's arrived. > > The easy fix for this is to just move the function to the back end, > define a new back end interface function, and have gnus-async call > that instead. But asynchronous prefetching has worked for ages, with nnimap too, and now it normally works but not when there is a very large article in the summary buffer. Weird. Is anyone else seeing this? Maybe I have broken something locally.