Hi, Paul.

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

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

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

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

Fairy nuff. But it doesn't regenerate the *whole* lot, it was just those
months I noted which had that date.

PE> PE>> FM> When will 9701 be complete?

PE> PE>> When 9702 has some data in it.

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

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

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

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

OK. I'll grab month (n-1) whenever I see month (n) with stuff in it.

Regards, fIM.

 * * Make somebody happy. Mind your own business.
@EOT:

---