11

我试图弄清楚 1984 年 3 月 16 日有什么特别之处。在我正在使用的虚拟机上（没什么特别之处），Python（以及PyPy）在尝试使用 mktime 似乎是一个完全合理的时间时崩溃结构。

$ pypy
Python 2.7.3 (f66246c46ca30b26a5c73e4cc95dd6235c966b8f, Jul 30 2013, 09:27:06)
[PyPy 2.0.2 with GCC 4.4.7 20120313 (Red Hat 4.4.7-3)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>>> import time
>>>> time.mktime((1984,3,16,0,0,0,0,0,0))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
OverflowError: mktime argument out of range
>>>> time.mktime((1984,3,15,0,0,0,0,0,0))
448156800.0
>>>> time.mktime((1984,3,17,0,0,0,0,0,0))
448326000.0
>>>> time.mktime((1984,3,16,0,0,0,0,0,0))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
OverflowError: mktime argument out of range
>>>>

为什么以及可以做些什么来避免这个问题？

虽然这个问题每次都在这个虚拟机上发生，但我无法让它发生在任何其他虚拟机上。

4

2 回答 2

7

您的机器认为 1984 年 3 月 15 日午夜和 1984 年 3 月 17 日午夜之间存在夏令时转换，因为 448326000.0 和 448156800.0 之间的差异是 47 小时，而不是 48 小时。

但据我所知，那天法国没有发生这种转变。而且我不确定您如何修复操作系统对历史夏令时转换的解释。

于 2013-09-23T06:01:28.973 回答
7

啊哈！谜团解决了（因为 OP 最终找出了“错误”的时区）。我找到了这个：

http://www.timeanddate.com/worldclock/timezone.html?n=60&syear=1980

1980    No time changes  
1981    No time changes  
1982    No time changes  
1983    No time changes  
1984    Time zone change on Friday, March 16, 1984 at 1:00:00 AM     
1985    Time zone change on Tuesday, December 31, 1985 at 11:00:00 PM    
1986    No time changes  
1987    No time changes  
1988    No time changes  
1989    No time changes

所以，我想“1984 年 3 月 16 日发生的事情”的答案是卡萨布兰卡在当天凌晨 1:00 改变了时间。:)

从技术上讲，它会立即从午夜跳到凌晨 1:00，因此可能从 00:00 开始到 01:00 之前的所有时间都会产生相同的错误。也就是说，我的猜测是，time.mktime((1984,3,16,1,0,0,0,0,0))更大的将起作用，但例如，time.mktime((1984,3,16,0,59,0,0,0,0))不会。

于 2013-09-23T11:50:19.177 回答