更新时间:2023-11-23 10:26:10
7月20日下午2:48,使用... @ sta.samsung.com写道:
On Jul 20, 2:48 pm, use...@sta.samsung.com wrote:
纪元时间是多少?自1970年1月1日起经过的秒数
在我的时区或UTC?我的意思是,如果A'的节目在Melboune打电话给
时间()而B'的节目打电话给蒙特利尔的时间()
AT这非常非常,他们会返回相同的值,或者A'的
程序返回的值超过B'的值36000(因为
Melboune比蒙特利尔早10个小时。
谢谢,
Anil
Is the epoch time the number of seconds elapsed since January 1st 1970
in my timezone or as per UTC? I mean, if A''s program makes a call to
time() in Melboune and B''s program makes a call to time() in Montreal
AT THIS VERY INSTANT, will they return the same values, or will A''s
program return a value that is more than B''s value by 36000 (since
Melboune is 10 hours ahead of Montreal).
Thanks,
Anil
对不起,我的意思是提前14个小时。
Sorry, I meant 14 hours ahead.
< us **** @ sta.samsung.comwrote in message
新闻: 11**********************@n2g2000hse.googlegro ups.com ...
<us****@sta.samsung.comwrote in message
news:11**********************@n2g2000hse.googlegro ups.com...
Is 1970年1月1日以来经过秒数的纪元时间
我的时区或按UTC计算的
?我的意思是,如果A'的节目在Melboune打电话给
时间()而B'的节目打电话给蒙特利尔的时间()
AT这非常非常,他们会返回相同的值,或者A'的
程序返回的值超过B'的值36000(因为
Melboune比蒙特利尔早10个小时。
Is the epoch time the number of seconds elapsed since January 1st 1970
in my timezone or as per UTC? I mean, if A''s program makes a call to
time() in Melboune and B''s program makes a call to time() in Montreal
AT THIS VERY INSTANT, will they return the same values, or will A''s
program return a value that is more than B''s value by 36000 (since
Melboune is 10 hours ahead of Montreal).
< OT>
这取决于,因为这是特定于实现的。
POSIX纪元定义为1970年1月1日00:00:00 UTC。这就是为什么西半球的人们偶尔会看到1969年12月31日在奇怪的地方的日期。
DOS / Windows时代是,IIRC, 1980年1月1日00:00:00在当地时区。
< / OT>
依靠那里甚至_being_一个纪元,或者一个time_t看起来像是你想要的
,是不可取的。
S
-
Stephen Sprunk那些认为他们知道一切的人
CCIE#3723对我们这些人来说是一个很大的烦恼。
K5SSS --Isaac Asimov
-
通过 http://www.teranews.com
<OT>
It depends, since that''s implementation-specific.
The POSIX epoch is defined as 1 Jan 1970 00:00:00 UTC. That''s why folks in
the Western Hemisphere occasionally see dates of 31 Dec 1969 in odd places.
The DOS/Windows epoch is, IIRC, 1 Jan 1980 00:00:00 in the local timezone.
</OT>
Relying on there even _being_ an epoch, or that a time_t looks anything like
you expect, is unportable.
S
--
Stephen Sprunk "Those people who think they know everything
CCIE #3723 are a great annoyance to those of us who do."
K5SSS --Isaac Asimov
--
Posted via a free Usenet account from http://www.teranews.com
us **** @ sta.samsung.com 写道:
纪元时间是秒数自1970年1月1日起经过
在我的时区或按照UTC?我的意思是,如果A'的节目在Melboune打电话给
时间()而B'的节目打电话给蒙特利尔的时间()
AT这非常非常,他们会返回相同的值,或者A'的
程序返回的值超过B'的值36000(因为
Melboune比蒙特利尔早10个小时。
Is the epoch time the number of seconds elapsed since January 1st 1970
in my timezone or as per UTC? I mean, if A''s program makes a call to
time() in Melboune and B''s program makes a call to time() in Montreal
AT THIS VERY INSTANT, will they return the same values, or will A''s
program return a value that is more than B''s value by 36000 (since
Melboune is 10 hours ahead of Montreal).
http ://en.wikipedia.org/wiki/Epoch_(reference_date )
http://en.wikipedia.org/wiki/Unix_time
相当完整的概述,以及历史的奇特。如何
人类用时间值计算是一个有趣的问题需要解决
有时候。
-
clvrmnky< mailto:sp **** **@clevermonkey.org>
直接回复将被列入黑名单。用我的na替换spamtrap我要
直接与我联系。
http://en.wikipedia.org/wiki/Epoch_(reference_date)
http://en.wikipedia.org/wiki/Unix_time
Pretty complete overview, along with the historical oddities. How
humans compute with time values is an interesting problem to solve
sometimes.
--
clvrmnky <mailto:sp******@clevermonkey.org>
Direct replies will be blacklisted. Replace "spamtrap" with my name to
contact me directly.