Re: Y2K countdown

well i am just a newbie... but in my seventeen years i have never seen any
code that uses 090999/990909 or 99099 for a permanent record... and I have
seen many a pitiful coding in that "short" time.  I HAVE seen 999999 used
and it was just coded around to accept as a valid date (just like 000000 for
no date). I have also seen 123199 used for "no expiration date" (and those
are "fixin" to expire ;-)



----- Original Message -----
From: <leif@ibm.net>
To: <MIDRANGE-L@midrange.com>
Sent: Saturday, April 10, 1999 3:28 PM
Subject: Re: Y2K countdown


> > 99/9/9 is still 990909 unless you are interperting a 6 alpha field and
> > putting your own slashes in....
>
> That is exactly the point: 990909 is used as the 'never expire date'.
> The 99099 I was referring to was Julian day 99 in year 99, and
> 99099 is used as the never expire date in systems that use Julian
> days to stores date info.
>
> > ----- Original Message -----
> > From: <leif@ibm.net>
> > To: <MIDRANGE-L@midrange.com>
> > Sent: Saturday, April 10, 1999 9:33 AM
> > Subject: Re: Y2K countdown
> >
> >
> > > Many people have wondered why 99099 or 99/9/9
> > > could be problematice. The assumption is that 99999
> > > or 99/99/99 would be used. But, most data entry programs
> > > have logic that reject 99999 as a invalid Julian day and
> > > 99/99/99 as an invalid date. 99099 an 99/9/9 are both
> > > accepted as valid dates (they are !) and that is why
> > > they are used instead of (the more 'natural' 99999
> > > and 99/99/99)
> >
> >
> > +---


+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---