Rohit
I was just commenting on someone who emailed that DecodeDate of some such
function didn't give the the correct difference (in Years month days) on a
Date Differential (which of course it cant and is not designed to)
Unfortunately most of these problems come down to the looney notion of using
a float/real as a DateTime type
I assume that this came from M$ as it is suspicoiusly similar to MSSQL
(similar problems exists for the Money type as someone found out recently)
I always liked the Btrieve date format which had a separate nibble/byte/word
for day/month/year
(but didn't handle pre CE dates)
I wonder what archelogical Databases use?
Regards
Neven
----- Original Message -----
From: Rohit Gupta <[EMAIL PROTECTED]>
To: Multiple recipients of list delphi <[EMAIL PROTECTED]>
Sent: Tuesday, 21 December 1999 08:57
Subject: Re: [DUG]: Date/Time calculations
> Jeez guys... whats with you.
>
> Done focus on a subset of the problem. Its not a matter of divide
> and conquer. There is no unified soultion in Delphi to keep anyones
> date when they are over a 100 years old. Its isnt just storage, its
> display in edit box, grid etc, its editing and then conversion. :-)
>
---------------------------------------------------------------------------
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
