Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Is there Y2K problem in FoxPro ?
Message
De
22/10/1997 13:55:46
Matt Mc Donnell
Mc Donnell Software Consulting
Boston, Massachusetts, États-Unis
 
 
À
22/10/1997 13:50:15
Information générale
Forum:
Visual FoxPro
Catégorie:
Autre
Divers
Thread ID:
00056026
Message ID:
00056092
Vues:
30
>>>>>I am dealing with a project in Visual Foxpro which is having a database of Historical data. I am facing with the problem of entering date that is before 100th century. AD. how do I solve this problem?
>>>>
>>>>Matt's reply is correct, VFP can handle dates in the range of 01/01/0100 through 12/31/9999 so you can't enter dates in the first century A.D., at least not as date fields. Do you really need full month-day-year information for historical dates that far back? In addition to Matt's suggestion, if all you need is the year, you might want to consider using a character or numeric field to store it.
>>>>
>>>>BTW, here's a GOTCHA I recently discovered when working with dates: it appears that the GOMONTH() function doesn't work on any dates prior to 01/01/1752. It returns the empty date when used with any earlier dates.
>>>>
>>>That's when the Western calendar system went from Julian to Gregorian, I believe. They'd need a different function for time prior to that...
>>
>>Actually, it was the other way around..
>>
>>Therefor Julian day 1 = 01/01/1752 which affects SYS(1) and SYS(11,)
>
>----------------------
>The value returned by SYS(1) is valid in the U.S.A. You can get Visual FoxPro versions for any system date after September 14, 1752, and before December 31, 9999.
>----------------------
>The Complete Visual Foxpro system date functions works only within the specified period.
>The above lines are from Visual Foxpro Help 4.00.950.

OK, I goofed again. Julian Day 1 = 09/14/1752. Hey, nobody's perfect. 'Specially not me.
Matt McDonnell
...building a better mousetrap with moldy cheese...
Précédent
Suivant
Répondre
Fil
Voir

Click here to load this message in the networking platform