From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/10693 Path: main.gmane.org!not-for-mail From: Stainless Steel Rat Newsgroups: gmane.emacs.gnus.general Subject: Re: asynchronous backends Date: 14 Apr 1997 16:52:57 -0400 Organization: The Happy Fun Ball Brigade Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035150519 25790 80.91.224.250 (20 Oct 2002 21:48:39 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 21:48:39 +0000 (UTC) Return-Path: Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.8.5/8.8.5) with SMTP id PAA09111 for ; Mon, 14 Apr 1997 15:00:45 -0700 Original-Received: from londo.prescientteh.com (londo.prescienttech.com [199.103.216.62]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Mon, 14 Apr 1997 23:22:53 +0200 Original-Received: from gkar.prescienttech.com (gkar.asds.com [111.17.19.1]) by londo.prescientteh.com (8.8.4/8.8.4) with ESMTP id RAA19683 for ; Mon, 14 Apr 1997 17:22:35 -0400 Original-Received: from peorth.gweep.net (peorth.asds.com [111.17.16.8]) by gkar.prescienttech.com (8.8.4/8.8.4) with SMTP id RAA16672 for ; Mon, 14 Apr 1997 17:22:35 -0400 Original-To: "(ding)" X-Attribution: Rat In-Reply-To: Greg Stark's message of 14 Apr 1997 09:16:41 -0400 Original-Lines: 35 X-Mailer: Gnus v5.4.45/Emacs 19.34 Xref: main.gmane.org gmane.emacs.gnus.general:10693 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:10693 -----BEGIN PGP SIGNED MESSAGE----- >>>>> "GS" == Greg Stark writes: GS> Namely, it's nice and all that nntp can pre-fetch articles before i ask GS> for them, but that's not the really cool idea. The really cool idea is GS> that when i enter a new group and there are four gazillion new articles GS> and i really want to read them all, while Gnus is fetching the NNTP GS> scan it can let me go back to editing my files (edit files? in emacs?) Emacs cannot do this, not the way you want. Gnus' asynchronous prefetch is not really completely asynchronous. It uses a feature called process filters. When data from a process arrives it causes Emacs to invoke the process filter function associated with that process' output stream. But Emacs can only do this if it is not already doing something else. Why? Because the lisp interpreter is not threaded. It can only do one thing at a time. If you really want to have Gnus running in the background you should start a second instance of Emacs and run Gnus there. -----BEGIN PGP SIGNATURE----- Version: 2.6.3 Charset: noconv iQCVAwUBM1KZJZ6VRH7BJMxHAQFOPwQAmnxf7eF+V7TmDLESOfU54uibXs8c/r+O FvezevWBWg2Pv3/nXKmEC5X3SAeQeztbyDYiLjv7VdNzCBLiwnfls6lRHOX1LFmF YcaxFG6F4UnEAygR7XKsUY0i0EeEugmmQfTmpnPJ+5mAar7J3JqWMVe6uOvMcxpk 6Cpjsh8CCso= =UP+1 -----END PGP SIGNATURE----- -- Rat \ Caution: Happy Fun Ball may suddenly PGP Key: at a key server near you! \ accelerate to dangerous speeds. \