> -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Farley, Peter x23353 > Sent: Saturday, April 11, 2009 4:32 PM > To: [email protected] > Subject: Re: "New" TOD > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:[email protected]] On > > Behalf Of Gibney, Dave > > Sent: Saturday, April 11, 2009 6:20 PM > > To: [email protected] > > Subject: Re: "New" TOD > > > > Please explain to me where future TOD/ETOD values are needed in > > application code. Especially business applications. I'm fairly sure > > that it's a rare application that stores future date/time values in > > TOD format. > > > > Please understand, I'm not talking about log timestamps, even > > transaction logs. But, I have a hard time envisioning the need to > > evaluate or compare or most especially store a TOD format much more > > than 24 hours ahead of now. > > Just the examples of which I am aware: > > 30-year mortgages, 30-year Treasury Bills, 50-year municipal sewer > bonds... > > I'm not saying that dates for tracking/calculating information about > such instruments are necessarily stored in (E)TOD format, but it is not > unreasonable to want to do so (e.g., for interest calculations which > often require number-of-days-between to compute interest due). In other > words, these are *possible* uses for real-world business applications. > > Peter > > >
Those and others are reasons that the applications "already" need to handle dates that far and further into the future. Many of those same issues were there well before Y2K, a fifty year bond or perhaps some long leases predated the 360. But, the problems involved were solved, where needed, well before the ultimate deadline. Again, what business application(s) do you seriously think will fail in 3 years because ETOD doesn't reach past 2042? And if there is such a beast, it's unfortunately too late to blame the programmer. Even M$Excel works out to the year 9999. I'm not saying they don't need to fix it, just that for practical uses where the format is explicitly (E)TOD, there is still a bit of time to carve the stone. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
