Subject | Re: ***SPAM*** Re: [Firebird-general] Historic reference |
---|---|
Author | Lester Caine |
Post date | 2014-08-07T14:28:29Z |
On 07/08/14 15:01, 'Paul Beach' pabeach@... [Firebird-general]
wrote:
I've always worked with the time element being a fraction of the day,
but that states it's a count in 1/10000's of a second ...
Part of the reason I'm trying to document things is a discussion on leap
seconds, and why 'our' system of working does not need to worry about an
extra second on the odd day, but conversion to unix epoch is not so
easy. Knowing which days have the extra second one can adjust, but when
I'm working with the timestamp as a simple fraction what happens on
those days if time element is stored as a number.
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
wrote:
> AlsoThat throws up another question :(
> https://www.ibphoenix.com/resources/documents/design/doc_185
I've always worked with the time element being a fraction of the day,
but that states it's a count in 1/10000's of a second ...
Part of the reason I'm trying to document things is a discussion on leap
seconds, and why 'our' system of working does not need to worry about an
extra second on the odd day, but conversion to unix epoch is not so
easy. Knowing which days have the extra second one can adjust, but when
I'm working with the timestamp as a simple fraction what happens on
those days if time element is stored as a number.
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk