sdo@u1100a.UUCP (Scott Orshan) (08/15/84)
I've seen a few articles in the past few days that contain large
news batches at the end. Examples are: 1249@sdcrdcf and 964@ihuxw.
Somewhere along the line, someone's batcher must have put the
wrong size on the "#! rnews <size>" line such that the next
unbatcher read through multiple articles until the size was
satisfied. The articles that were trapped in the batches
(which were restricted to one news feed) have come in normally
through my other feed.
Has anyone else seen this problem lately? Please check the above
articles and see if your site got bad copies. I'd like to
know how far downstream I should look.
Sample format of bad article:
<Normal Article>
#! rnews <size1>
<Article of size 1>
#! rnews <size2>
<Article of size 2>
.
.
.
#! rnews <size N>
<Part of an article of size N>
Obviously, the unbatcher stopped when it reached the original, wrong
size.
--
Scott Orshan
Bell Communications Research
201-981-3064
{ihnp4,allegra,pyuxww}!u1100a!sdosdo@u1100a.UUCP (Scott Orshan) (08/20/84)
Thanks to Mark Plotnick for finding that whuxle was causing
the batches to be built incorrectly (there was a new
stat.h format - the file sizes were being read wrong).
Anyway, the problem is solved. Thanks to all who checked the
articles I mentioned.
--
Scott Orshan
Bell Communications Research
201-981-3064
{ihnp4,allegra,pyuxww}!u1100a!sdokds@intelca.UUCP (Ken Shoemaker) (08/26/84)
Although I haven't seen any of this, I could see how it
could happen if a Eunice site tries to create batches....Because
the OS wizards at DEC (in their infinite wisdom) have thrust upon
users of VMS a veritable plethora of file types, the size
reported by a "stat" (or whatever) call may not correspond
to the number of characters you can read out of the file, but
rather to the amount of space taken up on the disk (what?
they aren't the same? why would you assume that?) You see,
VMS really likes to create its text files as variable length
records (I think they are called) which look like <line size><line
characters> as opposed to Unix which has <line characters>.
Consider yourself warned.....
--
Ken Shoemaker, Intel, Santa Clara, Ca.
{pur-ee,hplabs,amd,scgvaxd,dual,idi,omsvax}!intelca!kds
---the above views are personal. They may not represent those of Intel.