realbasic-nug
[Top] [All Lists]

Re: Tenths of seconds in Date

To: REALbasic NUG <realbasic-nug at lists dot realsoftware dot com>
Subject: Re: Tenths of seconds in Date
From: Fargo Holiday <fargo at rpgportland dot com>
Date: Fri, 29 Jun 2007 12:50:05 -0700
Delivered-to: listarchive at realsoftware dot com
Delivered-to: realbasic-nug at lists dot realsoftware dot com
References: <20070629162705 dot E749A7748CC at mail dot verex dot com> <89927903-EFCB-431B-BB26-A47CCB0320D3 at tribu dot ch> <DA46D58E-44B4-4036-9C51-BDE1C4E0B628 at declareSub dot com> <00D65B1C-1BE9-4FDF-9760-20E5EC382815 at tribu dot ch> <607D44B0-ED5C-4DAC-A4B3-B9148E2EAB45 at great-white-software dot com> <BB3B9D71-3515-475C-9C44-2D35E0E30E50 at tribu dot ch>

Arnaud Nicolet wrote:
> Le 29 juin 07 à 20:36 Soir, Norman Palardy a écrit:
>
>   
>> On 29-Jun-07, at 12:09 PM, Arnaud Nicolet wrote:
>>
>>     
>>> Thanks, but my question actually refers to "how" the tick value is
>>> provided (not the declare, but how the OS counts that; is it a
>>> specific process, etc).
>>>       
>> It used to be tied to the vertical retrace on CRT's
>> Basically an interrupt that the system serviced
>>     
>
> Thank you.
> It has changed since?
> _______________________________________________
>   
I honestly don't know. The tick counter is reset anytime the computer is 
restarted, or if the value rolls over, which happens in systems that are 
on for very long periods of time. The attempt is to generate a tick 
every millisecond, but in practice the general indication is that it's 
"close" to that.

I'm just curious, what on earth requires you to explore such fine 
elapses of time?

Good luck,
Fargo
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>


<Prev in Thread] Current Thread [Next in Thread>