From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/48798 Path: main.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: asynch prefetch backtrace Date: Mon, 06 Jan 2003 05:23:42 +0100 Organization: Programmerer Ingebrigtsen 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 1041827066 1788 80.91.224.249 (6 Jan 2003 04:24:26 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 6 Jan 2003 04:24:26 +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 18VOoL-0000Sh-00 for ; Mon, 06 Jan 2003 05:24:25 +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 18VOnz-0008Tj-00; Sun, 05 Jan 2003 22:24:03 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 05 Jan 2003 22:24:58 -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 WAA06149 for ; Sun, 5 Jan 2003 22:24:44 -0600 (CST) Original-Received: (qmail 90803 invoked by alias); 6 Jan 2003 04:23:45 -0000 Original-Received: (qmail 90798 invoked from network); 6 Jan 2003 04:23:45 -0000 Original-Received: from quimby.gnus.org (80.91.224.244) by 66.230.238.6 with SMTP; 6 Jan 2003 04:23:45 -0000 Original-Received: from news by quimby.gnus.org with local (Exim 3.12 #1 (Debian)) id 18VOqa-0004kL-00 for ; Mon, 06 Jan 2003 05:26:44 +0100 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 23 Original-NNTP-Posting-Host: quimbies.gnus.org Original-X-Trace: quimby.gnus.org 1041827203 18227 80.91.231.2 (6 Jan 2003 04:26:43 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: 6 Jan 2003 04:26:43 GMT Mail-Copies-To: never X-Now-Playing: Tocotronic's _This Boy Is Tocotronic_: "This Boy Is Tocotronic (Single Version)" User-Agent: Gnus/5.090011 (Oort Gnus v0.11) Emacs/21.2.50 (i686-pc-linux-gnu) X-Face: P\(l`Ax.hEJCL\by-h?3'_Hc4'S,_y$C|o7-OBJf0:y!ByL7wopFw#pV,*/_b=5KO5|M{XI jr7`%y?K\0\M#u:=^l9\"nkTt'KC&N4| 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. -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen