Liste des Groupes | Revenir à co vms |
On 5/19/2025 1:18 PM, Simon Clubley wrote:Just looked at our old suite. The majority of dates were stored as Julian, so we just adjusted all (and historical ones) by 25000, so it will work into 2028.I realised that today is exactly 28 years since the 10,000 day30 years before 32 bit signed seconds since 1970 => 18-Jan-2008
issue in VMS. I am starting to feel old. :-(
>
On a more serious note, I wonder what upcoming time boundaries
we are about to hit.
>
The obvious one is 2038, but I also wonder how many had 2030 as
their Y2K pivot point.
>
Any others you know of (both VMS and non-VMS) ?
10 years before 32 bit signed seconds since 1970 => 18-Jan-2028
32 bit signed seconds since 1970 => 18-Jan-2038
split 2 digits year to support 1950-2049 (*) => 01-Jan-2050
30 years before 32 bit unsigned seconds since 1970 => 07-Feb-2076
10 years before 32 bit unsigned seconds since 1970 => 07-Feb-2096
32 bit unsigned seconds since 1970 => 07-Feb-2106
everything is going to have issues at Y10K
all common 64 bit times should first break after Y10K (**)
*) Common in many databases, but it is usually configurable,
so it can be changed to like 1970-2069 when needed.
**) But in order: Windows file time, VMS time, milliseconds
since 1970, seconds since 1970.
Arne
Les messages affichés proviennent d'usenet.