bob@omni.com (Bob Weissman) (01/12/91)
I keep getting this kind of thing form trn:
******** 1 unread article in comp.windows.open-look--read now? [+ynq] y
No unread articles to select.
******** 1 unread article in comp.mail.misc--read now? [+ynq]
No unread articles to select.
******** 1 unread article in misc.consumers--read now? [+ynq]
No unread articles to select.
Can anyone tell me whether this is a bug, and if so, how to fix it?
--
Bob Weissman
Internet: bob@omni.com
UUCP: ...!{apple,decwrl,pyramid,sgi,uunet}!omni!bobdavison%borla@kithrup.com (01/14/91)
> I keep getting this kind of thing from trn: > > ******** 1 unread article in comp.windows.open-look--read now? [+ynq] > > No unread articles to select. >[...] > Can anyone tell me whether this is a bug, and if so, how to fix it? The way to tell if it is a bug is to check to see if the spool directory for the group corresponds with the min/max numbers for the group in the active file, and if so, is trn not showing one or more articles that exist in the spool directory and active file? Probably not. What I'd guess is actually the problem is that you're running an old copy of B news that sets the min field equal to the maximum for an empty group. Thus, trn believes that the group has one article in it by looking at the active file, yet when it attempts to access the group's thread data, nothing is there. The fix for this is to upgrade your news software to either a newer version of B news or to C news. -- \ /| / /|\/ /| /(_) Wayne Davison (_)/ |/ /\|/ / |/ \ 0004475895@mcimail.com (preferred) (W A Y N e) davison@dri.com (...!uunet!drivax!davison)
bob@omni.com (Bob Weissman) (01/19/91)
In article <5J1qV1w163w@borla.UUCP> davison%borla@kithrup.com writes:
-> I keep getting this kind of thing from trn:
->
-> ******** 1 unread article in comp.windows.open-look--read now? [+ynq]
->
-> No unread articles to select.
->[...]
-> Can anyone tell me whether this is a bug, and if so, how to fix it?
-
-The way to tell if it is a bug is to check to see if the spool directory
-for the group corresponds with the min/max numbers for the group in the
-active file, and if so, is trn not showing one or more articles that
-exist in the spool directory and active file? Probably not.
-
-What I'd guess is actually the problem is that you're running an old copy
-of B news that sets the min field equal to the maximum for an empty group.
-Thus, trn believes that the group has one article in it by looking at the
-active file, yet when it attempts to access the group's thread data, nothing
-is there. The fix for this is to upgrade your news software to either a
-newer version of B news or to C news.
This is close. Actually, I'm running B news 2.11.19. The problem
began when, having heard "you can run C news expire with B news",
I installed C news expire.
The difference in expiration time was impressive, but unfortunately,
C news expire fails to update the minimum-article-number field in the
active file. This is what was causing my problem. I've returned to
B news expire until I have time to waste figuring this all out.
Anyway, it has nothing to do with trn.
Thanks to those of you who offered help. You were all wrong, but
it's the thought that counts. :-)
--
Bob Weissman
Internet: bob@omni.com
UUCP: ...!{apple,decwrl,pyramid,sgi,uunet}!omni!bobhenry@zoo.toronto.edu (Henry Spencer) (01/19/91)
In article <6196@borabora.omni.com> bob@omni.com (Bob Weissman) writes: >The difference in expiration time was impressive, but unfortunately, >C news expire fails to update the minimum-article-number field in the >active file... C News expire comes with a couple of auxiliary programs -- upact is the more portable, updatemin is faster -- which do this. -- If the Space Shuttle was the answer, | Henry Spencer at U of Toronto Zoology what was the question? | henry@zoo.toronto.edu utzoo!henry
palkovic@linac.fnal.gov (John A. Palkovic) (01/19/91)
In article <1991Jan18.215120.11966@zoo.toronto.edu> henry@zoo.toronto.edu (Henry Spencer) writes: >C News expire comes with a couple of auxiliary programs -- upact is the >more portable, updatemin is faster -- which do this. I just ran updatemin on a 150 MB news spool. It took 63.7 seconds (!) according to time(1). This is on a Sun 4/260. I'm not sure how long upact took (11 min?) when I ran it but it loaded the machine down something fierce. -- palkovic@linac.fnal.gov Hmmm... Removed the trailing cruft.
blarson@blars (01/20/91)
In article <1991Jan18.215120.11966@zoo.toronto.edu> henry@zoo.toronto.edu (Henry Spencer) writes: >C News expire comes with a couple of auxiliary programs -- upact is the >more portable, updatemin is faster -- which do this. updatemin is more portable to non-unix systems. It compiled and ran with no modifactions on os9/68k. Am I the only one running C news on a system without a bourne-shell look alike? (There are a number of shell scripts that are part of C news, but few of them are vital to the functioning of a news system.) -- blarson@usc.edu C news and rn for os9/68k! -- Bob Larson (blars) blarson@usc.edu usc!blarson Hiding differences does not make them go away. Accepting differences makes them unimportant.
zeeff@b-tech.ann-arbor.mi.us (Jon Zeeff) (02/11/91)
>updatemin is more portable to non-unix systems. It compiled and ran >with no modifactions on os9/68k. Am I the only one running C news on >a system without a bourne-shell look alike? (There are a number of >shell scripts that are part of C news, but few of them are vital to >the functioning of a news system.) I don't buy the argument that using some shell scripts make things more portable either. Using them changes the requirements from a C compiler and compatible routine calls to a C compiler, compatible routine calls, a bourn-shell (or compatible) and a slew of little utility programs. I do notice that scripts generally run slower. -- Jon Zeeff (NIC handle JZ) zeeff@b-tech.ann-arbor.mi.us