[参考译文] Compiler/TM4C1231H6PZ：gmtimate()没有2020.02.29日期

不幸的是，我无法再现这种行为。  这是我所做的。

我为 TI Launchpad MSP-EXP432E401Y 创建了一个新的 CCS 项目。  它有一个源文件...

#include /* PUT、printf */
#include /* time_t、struct tm、time、gmtime */

#define offset_hours 6L
#define base_time 1582912799L +(offset_hours * 60L * 60L)

int main ()
｛
time_t rawtime；
struct tm * pTM；

puts ("第一个测试")；
rawtime = base_time；
Pawtm = gmtime；(&rgmtime)

printf ("%2D-%2D-%4D %2D：%02d\n"、
PTM->TM_mon+1、
PTM->TM_mday、
PTM->TM_year + 1900、
PTM->TM_Hour、
PTM->TM_min)；

P负载("第二次测试")；
rawtime = base_time+1；
PTM = gmttime (&rawtime)；

printf ("%2D-%2D-%4D %2D：%02d\n"、
PTM->TM_mon+1、
PTM->TM_mday、
PTM->TM_year + 1900、
PTM->TM_Hour、
PTM->TM_min)；

返回0；
｝

我从 CCS 项目默认选项开始。  我将堆栈和堆每个增加到0x1000字。  我添加了-D_TI_TIME_USS_64、因此 epoch 将为1970年1月1日(我认为您也是如此)。  当我运行它时，我得到这个输出...

首次测试
2-28-2020 23：59
第二次测试
2-29-2020 0：00 

请向我发送类似的内容、以说明问题。

侧注... 以下是有关 offset_hours hack 的说明。  我只是进行了实验、直到我在2月28日的最后一秒和2月29日的1秒内到达 time_t 值。  我认为这对我来说是不同的、因为我没有更改 RTS 源文件 tmzone.c 中的任何这些值

_data_access TZ _tz =
｛
-1、 /*日光*/
21600、 /*时区*/"CST"
、 /* tzname */
"dst"、 /* dstname */
｝；

但我没有确认这一点。

谢谢、此致、

乔治

尊敬的乔治：
感谢你的答复。
您的环境是 MSP430吗？ 编译器版本不同？
下面是我的调试屏幕截图。

2020.03.01.JPG

2020.02.28.