Question

当你打电话给mktime（）时，2月1日好像是在1月31日之前来的。为什么会这样？我做错了什么，或者这是glibc中的错误？

以下是代码：

struct tm tm;
time_t tt;

memset(&tm, 0, sizeof(tm));
tm.tm_year = 2011;
tm.tm_mon = 1;
tm.tm_mday = 31;
tm.tm_hour = 11;
tm.tm_min = 41;
tm.tm_sec = 28;
tm.tm_isdst = 0;
tt = mktime(&tm);

printf("Time now %d-%d-%d %d:%d:%d (%s) = %lu\n",
    tm.tm_year, tm.tm_mon, tm.tm_mday, tm.tm_hour, tm.tm_min, tm.tm_sec, tm.tm_zone, tt);


memset(&tm, 0, sizeof(tm));
tm.tm_year = 2011;
tm.tm_mon = 2;
tm.tm_mday = 1;
tm.tm_hour = 1;
tm.tm_min = 1;
tm.tm_sec = 1;
tm.tm_isdst = 0;
tt = mktime(&tm);

printf("Time now %d-%d-%d %d:%d:%d (%s) = %lu\n",
    tm.tm_year, tm.tm_mon, tm.tm_mday, tm.tm_hour, tm.tm_min, tm.tm_sec, tm.tm_zone, tt);

这是输出：

Time now 2011-2-3 11:41:28 (PST) = 61257325288
Time now 2011-2-1 1:1:1 (PST) = 61257114061

请注意，最初的目的是比较两个time_t。这个问题导致第一个日期/时间看起来晚于第二个，这显然有点问题。

这只是用“gcc test.c”编译并在Ubuntu 9.10上运行“./a.out”，gcc版本4.4.1（Ubuntu 4.4.1-4ubuntu8），libc-2.10.1-0ubuntu15 < / p>

在32位系统上，结果符合预期 - 即与64位结果完全不同！

有人会关心确认/反驳这个结果和/或对我可能做错了什么有所了解吗？

Answer 1

tm_mon是从零开始的，所以你试图设置2月31日，它被标准化了。这是mktime()。

定义的链接

Answer 2

<块引用>

为什么 2 月 1 日在 1 月 31 日之前？

对 struct tm 成员的错误分配。

.tm_mon 从零开始

.tm_mon 是从零开始的@Jim Garrison。

// tm.tm_mon = 1;
tm.tm_mon = 1 - 1; // For January

.tm.tm_year 基于 1900 年

// tm.tm_year = 2011;
tm.tm_year = 2011 - 1900;

time_t 打印说明符

"%ld" 肯定不是 time_t 的匹配说明符，因此会导致未定义行为 (UB)。 time_t 甚至可能不是整数类型。推荐转换为宽符号类型或 this。请注意，tt = mktime(&tm) 在出错时返回 -1 值，因此查看 -1 而不是无符号值非常有用。

// printf("%lu\n", tt);
printf("%lld\n", (long long) tt);

.tm_isdst

mktime() 以当地时间运行。 tm.tm_isdst = 0; 断言时间戳是标准时间（对于 PST 大约一月是合理的）。如果此代码在 1 月日光时间的时区中运行（例如 Wellington），报告的 tm.tm_hour 可能与预期不同。通常最好让 mktime() 推导出 .tm_isdst。否则，在跨越 DST 更改时，发现时间戳之间的差异（OP 的更高目标）可能会意外移动一个小时。

// tm.tm_isdst = 0;
tm.tm_isdst = -1;  // DST information is not available, mktime will adjust.
tt = mktime(&tm)

Linux-x64 glibc：为什么2月1日在1月31日之前到来？

2 个答案: