Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Increment time() by 1 minute
Message
From
10/06/2005 08:45:42
Cetin Basoz
Engineerica Inc.
Izmir, Turkey
 
 
To
09/06/2005 19:36:47
Dragan Nedeljkovich (Online)
Now officially retired
Zrenjanin, Serbia
General information
Forum:
Visual FoxPro
Category:
Coding, syntax & commands
Environment versions
Visual FoxPro:
VFP 8 SP1
Database:
Visual FoxPro
Miscellaneous
Thread ID:
01020951
Message ID:
01022106
Views:
14
>>OK for your records it stores it with milliseconds. It seemingly doesn't provide access to it but for any queries depending on datetime value you should be prepared for that. Otherwise you get empty resulset where you expected some records to return. IOW:
>>
>>select * from myTable where myDatetime = m.ltTime
>>
>>is dangerous. Here is a simple reproducing code:
>>
>>
>>Create cursor test (myTime t)
>>For ix=0 to 23
>>	Insert into test values (Datetime(2000,1,1,m.ix))
>>	ltCheck = Ctot('^2000/1/1 '+Padl(m.ix,2,'0'))
>>	If (m.ltCheck - test.myTime <> 0)
>>	? 'Mismatch',m.ix
>>	endif
>>EndFor
>>
>
>This is interesting. I've known about this issue since VFP5.0, and I thought it was fixed, but it seems I was running the wrong tests. I usually tried to store datetime to a variable, and then store it into a datetime field, and see if there's a difference. This part still works - these seem to be rounded to seconds.
>
>But running your example, even with
>
ltCheck=Datetime(2000,1,1,m.ix)
>i.e. having the check variable assigned the same value as the one inserted into the cursor, gives me 0.0010058283810 seconds difference each time, on certain values of ix. Which is really weird. One would expect that the datetime() function would yield a round number of seconds, but it doesn't:
>
>
t=datetime()
>insert into test values (t)
>?(t-mytime)*1.00000000000000   && displays zero
>t=ctot(ttoc(t))    && this should force it to discard milliseconds if it had them
>?(t-mytime)*1.00000000000000   && displays 0.0010058283810 again
>
>Internally, the time part of the datetime is just an 32 bit integer. So there's obviously something in the way this integer is stored into a datetime variable, that makes it behave like a badly rounded float.
>
>Still somewhat buggy, I agree.

Yes, I was surprised that it's not well known.
In my applications there are a lot of places that depend on datetime values and whenever a bug is reported it was ending with this weirdness. ie:
Check for login records occured at a specific time:

where logintime = m.ltCheckTime

this fails!

where ttoc(logintime,1) = ttoc(m.ltCheckTime,1)

or others like round(,0), hour(),min() ... succeeds.

PS: Even with storing to a var first difference is not 0 at all times.
Cetin
Çetin Basöz

The way to Go
Flutter - For mobile, web and desktop.
World's most advanced open source relational database.
.Net for foxheads - Blog (main)
FoxSharp - Blog (mirror)
Welcome to FoxyClasses

LinqPad - C#,VB,F#,SQL,eSQL ... scratchpad
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform