From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/7497 Path: main.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: 0.3 and async pre-fetch Date: 05 Aug 1996 19:00:05 +0200 Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035147801 7426 80.91.224.250 (20 Oct 2002 21:03:21 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 21:03:21 +0000 (UTC) Return-Path: ding-request@ifi.uio.no Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.7.5/8.6.9) with SMTP id OAA32573 for ; Mon, 5 Aug 1996 14:40:25 -0700 Original-Received: from hler.ifi.uio.no (hler.ifi.uio.no [129.240.94.23]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Mon, 5 Aug 1996 22:28:39 +0200 Original-Received: (from larsi@localhost) by hler.ifi.uio.no ; Mon, 5 Aug 1996 22:28:56 +0200 Original-To: ding@ifi.uio.no In-Reply-To: Sudish Joseph's message of 02 Aug 1996 20:35:18 -0400 Original-Lines: 16 X-Mailer: Red Gnus v0.6/Emacs 19.29 X-Face: &w!^oO~dS|}-P0~ge{$c!h\\ writes: > And here's my usual verbiage: > Emacs cannot make any guarantees about the string passed to any > process filter. When the filter runs, the stack might have passed > back a buffer containing the results of two separate commands -- the > stack is driven by TCP timers and buffers. But -- Gnus sends out the request for the next article only *after* the previous fetch has completed, so there's no way (or should be no way) for data from more than one article to be present in the buffer at once... -- "Yes. The journey through the human heart would have to wait until some other time."