Wolfgang Weisselberg
Nee, die letzte gültige Sekunde ist die 2147483647 (2^31-1).
carsten@cm:~ > date --utc -d '1970-01-01 2147483647 sec' Tue Jan 19 02:14:07 UTC 2038 carsten@cm:~ > date --utc -d '1970-01-01 2147483648 sec' date: invalid date `1970-01-01 2147483648 sec'
Aber frag mich bloß nicht wieso ... ;-)
Wie stellst du 0, inf, nan (not a number) dar?
Die Scherze mit inf und nan gibt's bei Fliesskommazahlen, aber nicht bei Integers. Die 0 reicht hier schon. In einer vorzeichenbehafteten 32-Bit-Zahl wird der Bereich von -2^31 bis +2^31-1 abgedeckt. Und die 3600 Sekunden, die bei Carsten zwischen -2147480048 (fruehester gueltiger Wert laut date) und -2147483648 (=-2^31) verloren gehen, koennten vielleicht was mit der lokalen Zeitzone zu tun haben.
cal. Aber versuch mal "cal -m 9 1752" ...
Da haben sich wohl mal wieder die Nachzuegler durchgesetzt ;-) (Der alte Gregor hat diese Aktion ja schon 1582 durchgezogen, aber AFAIK haben sich die meisten Laender erst 170 Jahre spaeter angeschlossen.) Eilert -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Eilert Brinkmann -- Universitaet Bremen -- FB 3, Informatik eilert@informatik.uni-bremen.de - eilert@tzi.org - eilert@linuxfreak.com http://www.informatik.uni-bremen.de/~eilert/ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Eilert Brinkmann wrote:
bei Integers. Die 0 reicht hier schon. In einer vorzeichenbehafteten 32-Bit-Zahl wird der Bereich von -2^31 bis +2^31-1 abgedeckt. Und die 3600 Sekunden, die bei Carsten zwischen -2147480048 (fruehester gueltiger Wert laut date) und -2147483648 (=-2^31) verloren gehen, koennten vielleicht was mit der lokalen Zeitzone zu tun haben.
Gute Erklaerung, den wir sind gegenueber GMT genau eine Stunde voraus, also ist es auf der Insel noch 19.01.2038, 01:14:07 Uhr, bei uns aber schon 19.01.2038, 02:14:07 Uhr bzw. am 1.1.1970 um 00:00:00 war es dort noch 31.12.1969, 23:00:00. damit kannst Du bei unsererer Zeitrechnung weiter in die Zukunft, aber weniger in die Vergangenheit gehen. MfG, Kaj M. Berggreen --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Kaj Merten Berggreen schrieb am 06.Jan.2000:
Gute Erklaerung, den wir sind gegenueber GMT genau eine Stunde voraus, also ist es auf der Insel noch 19.01.2038, 01:14:07 Uhr,
Vorsicht mit, auf der Insel. Ist zwar hier nicht von Belang, aber auf der Insel gibt es genau wie bei uns Sommerzeit. Wir sind denen immer eine Stunde voraus. Aber GMT kennt keine Sommerzeit. Somit gilt GMT nur im Winter in Großbritanien und Nord- sowie Südirland. Und in Portugal, Westafrika und was weiß ich wo noch. Im Sommer hingegen gibt es zumindest in Europa die Sommerzeit.
bei uns aber schon 19.01.2038, 02:14:07 Uhr bzw. am 1.1.1970 um 00:00:00 war es dort noch 31.12.1969, 23:00:00. damit kannst Du bei unsererer Zeitrechnung weiter in die Zukunft, aber weniger in die Vergangenheit gehen.
Bernd -- Bei Fragen an die Liste erst mal nachschauen, ob es diese Frage nicht schon einmal gegeben hat. Ein Archiv der Liste findest Du auf: http://lists.suse.com/archives/suse-linux |Zufallssignatur 7 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (3)
-
B.Brodesser@online-club.de
-
eilert@informatik.uni-bremen.de
-
kaj@phigg.de