From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/34053 Path: main.gmane.org!not-for-mail From: Steinar Bang Newsgroups: gmane.emacs.gnus.general Subject: Re: Greg's Perennial Plea For an Asynchronous Backend Interface Date: 04 Jan 2001 11:40:08 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: <878zot5f28.fsf@localhost.freelotto.com> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035170051 28412 80.91.224.250 (21 Oct 2002 03:14:11 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 03:14:11 +0000 (UTC) Return-Path: Original-Received: from bart.math.uh.edu (bart.math.uh.edu [129.7.128.48]) by mailhost.sclp.com (Postfix) with ESMTP id C49B6D049D for ; Thu, 4 Jan 2001 05:49:03 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by bart.math.uh.edu (8.9.1/8.9.1) with ESMTP id EAB17641; Thu, 4 Jan 2001 04:48:45 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Thu, 04 Jan 2001 04:47:58 -0600 (CST) Original-Received: from mailhost.sclp.com (postfix@66-209.196.61.interliant.com [209.196.61.66] (may be forged)) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id EAA26956 for ; Thu, 4 Jan 2001 04:47:49 -0600 (CST) Original-Received: from viffer.computas.no (unknown [194.19.99.131]) by mailhost.sclp.com (Postfix) with ESMTP id A60D5D049D for ; Thu, 4 Jan 2001 05:48:12 -0500 (EST) Original-Received: (from sb@localhost) by viffer.computas.no (8.9.3/8.9.3) id LAA23516; Thu, 4 Jan 2001 11:47:13 +0100 Original-To: ding@gnus.org In-Reply-To: <878zot5f28.fsf@localhost.freelotto.com> Precedence: list X-Majordomo: 1.94.jlt7 Original-Lines: 17 Xref: main.gmane.org gmane.emacs.gnus.general:34053 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:34053 >>>>> Greg Stark : > All you need is an interface between Gnus and the backends that > allows Gnus to pass a callback with a closure to the backend when an > asynchronous call is permitted. And of course you want to do this in > a backwards compatible way, so if the backend doesn't implement the > asynchronous call Gnus just calls the normal backend function. [snip!] > Doing it properly requires the new interface between backends and > Gnus. And it require Gnus be aware of when it's using the > asynchronous interface to avoid conflicts. But it would be much more > powerful than my kludge. Is this basically the same thing that nnimap needs for its performance enhancements?