Gnus development mailing list
 help / color / mirror / Atom feed
From: Steven L Baur <steve@miranova.com>
Subject: Re: nnvirtual not working with September 0.51 / XEmacs 19.14b14
Date: 11 Mar 1996 23:16:38 -0800	[thread overview]
Message-ID: <m2n35mbx2h.fsf@deanna.miranova.com> (raw)
In-Reply-To: "Michael Sperber [Mr. Preprocessor]"'s message of 11 Mar 1996 05:27:59 -0800

>>>>> "Michael" == Michael Sperber [Mr Preprocessor] <Michael> writes:

Michael> Hi there,
Michael> I'm not sure this is an sgnus bug at all.  I'm running XEmacs
Michael> 19.14b14, and nnvirtual is broken in some ways:

nnvirtual brokenness includes XEmacs 19.13 also.

Michael> I have an nnvirtual group combining an nnml group and an nntp
Michael> group.

Michael> First of all, fetching the article headers takes *forever*, usually
Michael> (with more than 20 articles) on the order of several minutes.

I've found this to be sort of an on-again off-again sort of thing.  A
versions back nnvirtual was working as smoothly as it ever had.  Now
it takes forever (>15 minutes) to load the nnvirtual group I have, no
matter what the unread article counts are in the component groups.  I
have successfully loaded nnvirtual groups of up to around 2000
articles in the past.

Here is a list of what else doesn't appear to work:
M-g is broken.  With previous behavior, one could read one of the
nnvirtual component groups, then move the cursor to the nnvirtual
group and hit M-g and the article count would be reduced by the number
of articles read in the component group.  This is not true now.

Nnvirtual component groups get articles with strange markings.  I am
entering component groups of an nnvirtual group that have articles
marked ``!''.  This is a difficult one to track down since I never
mark articles in those groups and the behavior does have any
regularity that I could determine.  It may be related to doing M-g,
which is the only operation other than G E that I can reasonably do
with nnvirtual groups right now.

Both of these two problems have arisen relatively recently.

I too have noticed wildly variant header loading times, and the only
thing I can think of is that it has something to do with crossposted
articles among the component groups.  I have not been able to quantify
it in a reasonable fashion though.

-- 
steve@miranova.com baur
Unsolicited commercial e-mail will be proofread for $250/hour.
Andrea Seastrand: For your vote on the Telecom bill, I will vote for anyone
except you in November.


  reply	other threads:[~1996-03-12  7:16 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1996-03-11 13:27 Michael Sperber [Mr. Preprocessor]
1996-03-12  7:16 ` Steven L Baur [this message]
1996-03-12 13:51   ` Steve Baumgarten

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m2n35mbx2h.fsf@deanna.miranova.com \
    --to=steve@miranova.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).