From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/38093 Path: main.gmane.org!not-for-mail From: Daniel Pittman Newsgroups: gmane.emacs.gnus.general Subject: Re: Problems with .newsrc.eld (aws: Re: self-contained nnml) Date: Mon, 20 Aug 2001 13:18:04 +1000 Organization: Not today, thank you, Mother. Message-ID: <87snenmnbn.fsf@inanna.rimspace.net> References: <87itfkvac5.fsf@inanna.rimspace.net> <871ym7tq5a.fsf_-_@inanna.rimspace.net> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035173728 18995 80.91.224.250 (21 Oct 2002 04:15:28 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 04:15:28 +0000 (UTC) Return-Path: Return-Path: Original-Received: (qmail 24017 invoked from network); 20 Aug 2001 03:18:53 -0000 Original-Received: from melancholia.rimspace.net (HELO melancholia.danann.net) (203.36.211.210) by gnus.org with SMTP; 20 Aug 2001 03:18:53 -0000 Original-Received: from localhost (melancholia.rimspace.net [203.36.211.210]) by melancholia.danann.net (Postfix) with ESMTP id D194C2A836 for ; Mon, 20 Aug 2001 13:18:36 +1000 (EST) Original-Received: by localhost (Postfix, from userid 1000) id 811C382092; Mon, 20 Aug 2001 13:18:05 +1000 (EST) Original-To: ding@gnus.org In-Reply-To: <871ym7tq5a.fsf_-_@inanna.rimspace.net> (Daniel Pittman's message of "Mon, 20 Aug 2001 12:35:13 +1000") X-Homepage: http://danann.net/ User-Agent: Gnus/5.090004 (Oort Gnus v0.04) XEmacs/21.5 (artichoke) Original-Lines: 54 Xref: main.gmane.org gmane.emacs.gnus.general:38093 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:38093 On Mon, 20 Aug 2001, Daniel Pittman wrote: > On Sun, 19 Aug 2001, Simon Josefsson wrote: >> Daniel Pittman writes: [...] >>> Then I note that the summary buffer is ... odd. The majority of my >>> groups seem to have three articles in them now, which is odd, given >>> the standard set is > 2000 for most of them. Right. I did some more investigating using the tool "cvs update -D" :) The problem started with the check-in of your NNML marks code, Simon. I can't say for sure that it's the *cause* of it, but it's certainly the change that causes it to be exhibited. For what it's worth, using CVS at "2001-08-19 02:00:00" works, while "2001-08-19 04:00:00" fails. I had to manually pull the nnimap file into nnml to get it to work, because of a function not being bound otherwise, but it showed the problem I describe. The chance in question has this changelog: ,---- | 2001-08-18 Simon Josefsson | | Make nnml groups self-contained as far as marks are concerned. | | * nnml.el (nnml-request-delete-group): Delete marks file. | (nnml-request-rename-group): Move marks file. | (nnml-marks-file-name, nnml-marks-is-evil, nnml-marks): New server | variables. | (nnml-request-set-mark, nnml-request-update-info): New server | functions. | (nnml-save-marks, nnml-open-marks): New functions. `---- It looks like adding the `request-set-mark' or `request-update-info' paths to the NNML code shows up the b0rken .newsrc.eld data, while the path that does not use them gets it right some other way... So, I hope that there is something that someone can suggest as a solution for this. If it's manually hacking .newsrc.eld, I don't mind that much... ...but it does occur to me that, given the .marks files are created correctly, I might be able to blow away the .eld content and have it recreated correctly, yes? Daniel -- Waste no more time arguing what a good man should be. Be one. -- Marcus Aurelius