Re: Any leap year issues caused by Ada yesterday?

["Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>]

On Mon, 5 Mar 2012 07:59:30 -0800 (PST), Shark8 wrote:

> On Monday, March 5, 2012 5:07:29 AM UTC-6, tonyg wrote:

>> Personally I deal with it by using the ada.calendar package rather
>> than writing my own. I hope that answers your question.
> 
> Indeed, given the needed amount of work put into timing* (for tasks), it
> would seem VERY odd if the Ada.Calendar package did not deal with
> leap-year;

No package can actually. The duration of the day (stellar, solar etc) is
not constant due to various factors. Therefore corrections are necessary,
time to time. These corrections are unknown in advance.

> * Granted, for real-time systems the leap-year/leap-second thing is quite
> undesirable, giving rise to the monotonic time of the Real_Time package.

Leap seconds do not influence durations, which is the only thing relevant
for control systems. Systems that use time stamps are not much influenced
by leap seconds either because they too use durations (from some epoch)
rather than local political time.

BTW, I would not wonder to see Real_Time.Time and Calendar.Time same or
correlated.

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de