Re: Leap Seconds, was Efficient conversion of GMT to/from local time from COBOL?

2008-10-31 Thread Paul Gilmartin
On Fri, 31 Oct 2008 10:06:17 -0500, Field, Alan C. wrote: >Maybe leap seconds won't be an issue: > >http://tycho.usno.navy.mil/leap_second_poll.html > The referenced document: Linkname: Memorandum and white paper URL: http://tycho.usno.navy.mil/Discontinuance_of_Leap_Second_Adjustment

Re: Leap Seconds, was Efficient conversion of GMT to/from local time from COBOL?

2008-10-31 Thread Mansell, George R.
, was Efficient conversion of GMT to/from local time from COBOL? Maybe leap seconds won't be an issue: http://tycho.usno.navy.mil/leap_second_poll.html Alan Leap seconds are a PITA. I'd like to reflect your question to IBM: What customers' business needs was IBM addressing in

Leap Seconds, was Efficient conversion of GMT to/from local time from COBOL?

2008-10-31 Thread Field, Alan C.
Maybe leap seconds won't be an issue: http://tycho.usno.navy.mil/leap_second_poll.html Alan Leap seconds are a PITA. I'd like to reflect your question to IBM: What customers' business needs was IBM addressing in choosing to run the TOD clock on IAT (minus ten seconds), rather than on UT1 which