From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/8769 Path: main.gmane.org!not-for-mail From: David Moore Newsgroups: gmane.emacs.gnus.general Subject: Re: Discussion: To del cached articles upon zapping group info? Date: 13 Nov 1996 10:21:54 -0800 Sender: dmoore@sdnp5.ucsd.edu Message-ID: References: <199611131650.LAA17750@alderaan.gsfc.nasa.gov> NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035148891 14260 80.91.224.250 (20 Oct 2002 21:21:31 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 21:21:31 +0000 (UTC) Return-Path: Original-Received: (qmail 15492 invoked from smtpd); 13 Nov 1996 18:55:50 -0000 Original-Received: from ifi.uio.no (0@129.240.64.2) by deanna.miranova.com with SMTP; 13 Nov 1996 18:55:49 -0000 Original-Received: from maud.ifi.uio.no (0@maud.ifi.uio.no [129.240.74.2]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Wed, 13 Nov 1996 19:24:26 +0100 Original-Received: from UCSD.EDU (mailbox2.ucsd.edu [132.239.1.54]) by maud.ifi.uio.no ; Wed, 13 Nov 1996 19:24:21 +0100 Original-Received: from sdnp5.ucsd.edu (sdnp5.ucsd.edu [132.239.79.10]) by UCSD.EDU (8.8.2/8.6.9) with SMTP id KAA13436 for ; Wed, 13 Nov 1996 10:23:01 -0800 (PST) Original-Received: by sdnp5.ucsd.edu (SMI-8.6/SMI-SVR4) id KAA23023; Wed, 13 Nov 1996 10:21:55 -0800 Original-To: "(ding) Gnus Mailing List" In-Reply-To: "Edward J. Sabol"'s message of Wed, 13 Nov 1996 11:50:25 -0500 Original-Lines: 48 X-Mailer: Red Gnus v0.61/XEmacs 19.14 Xref: main.gmane.org gmane.emacs.gnus.general:8769 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:8769 "Edward J. Sabol" writes: > IMHO, I think the negative numbers scheme is the best solution. It completely > hides the problem from the user, and old cached articles will still appear in > the newsgroup that you cached them in. It's very neat and tidy. I'm preferring the negative number scheme myself. If you make another directory for the old articles but still want them to appear with the articles from the new server, you'd need to place a virtual group on top of them. I'm not too concerned about the performance of doing this, but it makes maintaining your newsgroups a lot more difficult. You have files in multiple trees; every original newsgroup is now 3 newgroups (1 old cache, 1 new nntp, 1 new virtual), etc. Even if you made the virtual groups dynmically without explicitly being in the newsrc. you'd need to be careful about people's hooks checking the method vs nntp and similar. Whereas if everything stays in the same cache file, but with negative numbers for articles (-1..-N for N articles in orig cache), you don't have to change any of the rest of your group setup (creating these extra groups). Most things in the code would work fine if this change was made, except a couple routines which filter out negative numbers in ranges, I think. Changing those to just filtering numbers outside of the 'cache+nntp' active range, as done in most other places should hopefully make everything work. But then, there might be some hidden dependencies on the article numbers being positive that I'm missing. Another approach would be to put the articles in the cache numbered 1..N, and store the delta N as a group parameter, and then just add N to all article numbers returned by the backend for that group. This adds more overhead to article fetching, and makes Xref's rather challenging. Or you could let article numbers (internally to gnus) come as dotted pairs: (component-number . article-number). And you'd just assign increasing component-numbers to each new nntp server you get. Going this path means changing a lot more internal code, but you might be able to leverage the functionality for nnvirtual and IMAP. Although, it's probably not worth it. ;) -- David Moore | Computer Systems Lab __o UCSD Dept. Computer Science - 0114 | Work: (619) 534-8604 _ \<,_ La Jolla, CA 92093-0114 | Fax: (619) 534-1445 (_)/ (_) | Solo Furnace Creek 508 -- 1996!