PE>> FM> I notice (in FILES) that all of 9609 through 9702 have a
file date of
PE>> FM> 23/1/97 - Do I need to re-freq 9609 through 9612?

PE>> No, that's just the way it's made, from a master file.

FM> But, when I first freq-ed them that had different dates - is there some
FM> reason you recreated them on 23/1/97 from the master file?

No reason other than that's the way I wrote the script, it regenerates the
whole lot, for months/years ahead, so that I don't have to remember to
change it (except once/year etc).

PE>> FM> When will 9701 be complete?

PE>> When 9702 has some data in it.

FM> I have noticed that the following month exists (in FILES) with a 1k size
FM> for some time before the end of the current month. So does this mean
FM> that (yy)(nn) is complete whenever (yy)(nn+1) is greater than 1k? IOW,

Yes, that's right.  zip zips up an empty file, which is why it has a
non-zero length zip file (with a zero-length file within it).

FM> (yy)(nn) will never change again, even though it might, as has happened
FM> as noted above, change its creation date?

Yes, that is correct.  There's no need to be worried.  Basically, I didn't
write a C program to create the files, I used a script using
"grep", so it's very simple.  BFN.  Paul.
@EOT:

---