|
Diese Diskussion wurde archiviert.
Es können keine neuen Kommentare abgegeben werden.
|
 |
|
|
|
|
|
|
|
Ein meuer grund die Korken knallen zu lassen.
|
|
|
|
|
|
|
|
|
Von Anonymer Feigling am Friday 18. March 2005, 08:44 MEW (#2)
|
|
|
|
|
tg@thor:/home/tg $ perl -e 'use Time::localtime; print ctime(2222222222)."\n";'
Tue Apr 26 21:28:46 1904
tg@thor:/home/tg $ cat >x.c
^C
tg@thor:/home/tg $ export PS1=\$\
$ perl -e 'use Time::localtime; print ctime(2222222222)."\n";'
Tue Apr 26 21:28:46 1904
$ cat >x.c
#include <time.h>
main() {
time_t t = 2222222222;
printf("%s\n", ctime(&t));
}
$ gcc x.c; ./a.out
x.c: In function `main':
x.c:3: warning: decimal constant is so large that it is unsigned
Sat Jun 2 03:56:40 2040
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Wie habe ich das zu verstehen, lieber Anonymer Feig^H^H^H^H Mirabile?
--
There is no place like $HOME
|
|
|
|
|
|
|
|
|
|
|
|
|
Und wie üblich sind Python und Perl sich nicht einig:
>>> from time import ctime
>>> print ctime(2222222222)
Fri Dec 13 21:45:52 1901
Erschreckend ist aber auch, dass Java in den Flavors 1.4.2-05 und 1.5.0 Probleme mit UNIX-Timestamps jenseits von INT_MAX hat:
mathias@dali $ cat > DateTest.java
public class DateTest {
....public static void main(String[] args) {
........System.out.println(new java.util.Date(2222222222L));
....}
}
mathias@dali $ javac DateTest.java
mathias@dali $ java DateTest
Mon Jan 26 18:17:02 CET 1970
Scheint dass die lieben Skript-Sprachen-Frickler, aber auch die lieben Jungs bei Sun schon wieder (einmal) das einstige Y2K-Problem total verdrängt haben. Dumm nur, dass ich jetzt .NET und Mono loben muss, denn dort funktioniert Miras lustiger Timestamp:
mathias@dali $ cat > DateTest.cs
using System;
public class DateTest {
....public static void Main() {
........DateTime epoch = new DateTime(1970, 1, 1);
........Console.WriteLine(new DateTime(2222222222L * 10000000 + epoch.Ticks));
....}
}
mathias@dali $ mcs DateTime.cs
mathias@dali $ ./DateTime
02.06.2040 03:57:02
Der Umstand aber, dass ich mir bei .NET erst "umständlich" das unter UNIX so wichtige Referenz-Datum 1.1.1970 berechnen muss, zeigt ein weiteres Mal, wie wenig zu Hause .NET und damit leider auch Mono auf dem UNIX(-alike)-Desktop sind.
--
Addicted by code poetry...
|
|
|
|
|
|
|
|
|
Von Anonymer Feigling am Friday 18. March 2005, 11:40 MEW (#7)
|
|
|
|
|
Allocates a Date object and initializes it to represent the specified number of milliseconds since the standard base time known as "the epoch", namely January 1, 1970, 00:00:00 GMT.
wenn du 222222222L*1000 schreibst, tuts 1a:
Sat Jun 02 05:57:02 CEST 2040
|
|
|
|
|
|
|
|
|
|
|
|
|
Duh, stimmt! Vergessen, dass es milliseconds sind. Errinnerte mich nur daran, dass Date.GetTime() 'nen 64-Bit-Integer liefert. Wunderte mich daher extrem, dass ich solch ein seltsames Resultat erhielt.
--
Addicted by code poetry...
|
|
|
|
|
|
|
|
|
|
|
|
|
wir hatten doch letztens auch ne neue Stelle im Unixdatum, oder?(binär)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
$ python
Python 2.3.5 (#2, Feb 9 2005, 00:38:15)
>>> from time import *
>>> ctime(1000000000)
'Sun Sep 9 03:46:40 2001'</pre>
Und in 4 Jahren gibt wieder was zu feiern:
>>> ctime(1234567890)
'Sat Feb 14 00:31:30 2009'
>>> ^D
--
"It takes love over gold, and mind over matter" -- Dire Straits
|
|
|
|
|
|
|
|
|
|
|
|
|
barachiel@schorsch:~$ perl -e "print scalar localtime(0b1000000000000000000000000000000).qq~\n~"
Sat Jan 10 14:37:04 2004
--
Völker hört die Signale...
|
|
|
|
|
|
|
|
|
Von Anonymer Feigling am Friday 18. March 2005, 12:13 MEW (#9)
|
|
|
|
|
Hier das Original: http://slashdot.org/article.pl?sid=05/03/17/169200&from=rss
|
|
|
|
|
