From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/4563 Path: main.gmane.org!not-for-mail From: Patrick Audley Newsgroups: gmane.emacs.gnus.general Subject: Re: Getting articles asynchronously..... Date: 26 Dec 1995 12:57:36 -0800 Organization: Portal To The InterNet Sender: paudley@Black-Lightning.portal.ca Message-ID: References: <9512260916.AA0169@localhost> <199512261418.JAA17643@delphi.ccs.neu.edu> Reply-To: paudley@portal.ca NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035145294 30090 80.91.224.250 (20 Oct 2002 20:21:34 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 20:21:34 +0000 (UTC) Cc: -Ding- Gnus Mailing List Return-Path: ding-request@ifi.uio.no Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by miranova.com (8.6.11/8.6.9) with ESMTP id NAA27603 for ; Tue, 26 Dec 1995 13:49:25 -0800 Original-Received: from kefron.portal.ca (root@kefron.portal.ca [205.206.104.3]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Tue, 26 Dec 1995 22:21:02 +0100 Original-Received: from d237.portal.ca (d237.portal.ca [205.206.104.237]) by kefron.portal.ca (8.6.12/8.6.12) with SMTP id NAA16116; Tue, 26 Dec 1995 13:20:03 -0800 Original-Received: by localhost (IBM OS/2 SENDMAIL VERSION 1.3.9)/1.0um) id AA0057; Tue, 26 Dec 95 12:57:49 -0800 Original-To: Stainless Steel Rat Precedence: first-class X-Emacs: GNU Emacs 19.30.1 i486 OS/2 Warp X-Mailer: September Gnus v0.26; nnml 1.0; nnmh 1.0 BBDB version 1.50; 18-feb-94. X-Pgp-Fingerprint: C7 CD D9 67 74 BF 70 E5 98 91 EA 7D FB 47 EF A7 X-Spook: KGB Croatian SDI BATF North Korea Cocaine Rule Psix terrorist X-Url: InterNet Portal In-Reply-To: Stainless Steel Rat's message of Tue, 26 Dec 1995 09:18:28 -0500 Original-Lines: 38 Xref: main.gmane.org gmane.emacs.gnus.general:4563 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:4563 >>>>> "Rat" == Stainless Steel Rat writes: >>>>> "PA" == Patrick Audley writes: Rat> That is an exceedingly bad plan in large newsgroups or groups Rat> with large articles, such as source or binaries newsgroups. Rat> Emacs will run out of memory before it's finished pre-fetching. No, No... I didn't mean that Gnus should fetch articles arbitrarily. Here's an example... Imagine you're on a slow connection (say.. 28.8) and you're browsing you're favorite binaries group. You see a great program that you just have to have, so you mark all the uuencoded parts and hit "XU". And wait... And Wait... And Wait. Since Gnus can already fetch articles in the background (I assume this is what gnus-asynchronous toggles), is there not a way to do all fetching in the background. The TCP process that connects to the NNTP server (at least under OS/2) is running as a separate process, could it not spool all the information into a buffer and notify Gnus when it was done? Rat> That would require a multithreaded Emacs kernel, something that Rat> a) does not exist and, b) likely won't exist for quite some time. I know that at least some of this is possible now, for instance, start up a (shell) and execute some _LONG_ task, say zipping 20M of text or something. Switch to another window, and the shell keeps feeding output to the *Shell* buffer, while you're doing other things. -- ... They laughed at Edison and Einstein, but somehow I still feel uncomfortable when they laugh at me. -Ashleigh Brilliant (_Pot Shots_) /*----------------------------------------------------------------. | The Crystal Wind is The Storm, Patrick Audley | | The Storm is The Data, ______/\/\/\/\/\/\/\_______ | | The Data is Life. InterNet: paudley@portal.ca | `---[OS/2]--[Anime]-[Trance]-[C++]-------------------------------*/