time() and friends have Y2038 problem on 64 Windows

Description

I travelled 15 years into the future, and run the following code:

<?php
var_dump(time());

Resulted in this output:

int(-2081770632)

But I expected this output instead:

int(2213196664)

The problem is

https://github.com/php/php-src/blob/3d9a0a0c17c1660116c0699e6be734817d616292/win32/time.c#L46

Casting to long is appropriate since the declaration of struct timeval in WinSock2.h is:

struct timeval {
        long    tv_sec;         /* seconds */
        long    tv_usec;        /* and microseconds */
};

However, long is a 32bit value on LLP64 architectures.

One may argue that time travel is not supportable, but maybe we should heed the POSIX 7 advise:

Applications should use the clock_gettime() function instead of the obsolescent gettimeofday() function.

gettimeofday() has been removed from POSIX 8 altogether.

PHP Version

any

Operating System

Windows

从 win32/time.c 中 time() 获取并转换 tv_sec 的链接行附近开始，然后检查报告中描述的 Windows LLP64 限制以及相关的 time APIs。在 64 位 Windows 上确认其行为，并将完成定义为：在 2038 年之后返回正确的正时间戳，且不再出现当前的 32 位溢出。