Computer bugs in the year 2000

[Landon C. Noll]

In article <301 at terak.UUCP> doug at terak.UUCP (Doug Pardee) writes:
 >				Unless the programmer anticipated
 >the problem, the formula for figuring out how many days elapsed
 >between two dates won't work.  How do you figure, e.g., interest
 >earned, if you don't know the time period involved?

Are you suggesting that people pull their money out of the banks on
Dec 31, 1999?  If so, then maybe you should suggest that people avoid
the rush and grab it Dec 30, or maybe Dec 29, ....

I think a date overflow is far better than a input transaction overflow.. :-)

Soon I will test another area of the 2000 date problems.  Magazine subscription
dates.  Well due to a strange set of events, I have a subscription to
this mag. which ends in 1999.  (of which I have paid nothing for)  Well
the othter day they sent me a renewal notice, so im going to actually
pay for another year and ...

In article <771 at ames.UUCP> eugene at ames.UUCP (Eugene Miya) writes:
 >	If there is any one thing which is going to hold back the
 >	'Fifth Generation,' it's going to be the 'Second Generation.'
 >

Oh, you mean MBI and Big Green and Cobol?  Or do you mean Big Mama and
her Fifth Sister? :-)

chongo <is that why they call it release 2?> /\VV/\