From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/4811
Path: main.gmane.org!not-for-mail
From: William Perry <wmperry@homer.spry.com>
Newsgroups: gmane.emacs.gnus.general
Subject: Re: Asynchronous nntp.el
Date: Thu, 18 Jan 1996 21:33:45 -0800 (PST)
Message-ID: <Pine.SUN.3.91.960118213149.29423A-100000@homer>
References: <w8s3f9cdffj.fsf@eistla.ifi.uio.no>
NNTP-Posting-Host: coloc-standby.netfonds.no
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Trace: main.gmane.org 1035145506 30885 80.91.224.250 (20 Oct 2002 20:25:06 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Sun, 20 Oct 2002 20:25:06 +0000 (UTC)
Cc: ding@ifi.uio.no
Return-Path: ding-request@ifi.uio.no
Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by miranova.com (8.7.3/8.6.9) with SMTP id WAA30672 for <steve@miranova.com>; Thu, 18 Jan 1996 22:03:59 -0800
Original-Received: from homer.spry.com (homer.spry.com [165.121.12.50]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) 
	id <GAA00779@ifi.uio.no> ; Fri, 19 Jan 1996 06:33:16 +0100
Original-Received: (from wmperry@localhost) by homer.spry.com (8.6.9/8.6.9) id VAA29522; Thu, 18 Jan 1996 21:33:48 -0800
Original-To: Lars Magne Ingebrigtsen <larsi@ifi.uio.no>
In-Reply-To: <w8s3f9cdffj.fsf@eistla.ifi.uio.no>
Xref: main.gmane.org gmane.emacs.gnus.general:4811
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:4811


On 19 Jan 1996, Lars Magne Ingebrigtsen wrote:

> I have rewritten nntp.el to be totally asynchronous.  Process filters,
> callback functions -- a very flexible architecture.  I'm moving the
> `nntp-asynchronous-' stuff (that was used for article prefetching) up
> into the Gnus code proper, so that all other future backends capable
> of being asynchronous don't have to duplicate that code.  (For
> instance -- there's no reason why nnml using ftp to read messages
> shouldn't be asynchronous.)
> 
> When I get the whole thing working properly, writing functions for
> postponed commands (and stuff) shouldn't be much work.

  This is great news.  I'm working on rewriting all the URL stuff to be 
asynchronous as well.  One thing you might want to consider doing is 
having all this stuff be in an after-change-hook in the nntp buffer.  
That would save all the strings getting cons'd, but it depends on what 
you are going to do with the data I guess.  But still, one big string is 
better than 15 smaller strings + 1 big string.

-Bill P.