Was ich nicht verstehe ist, wieso das nicht so schnell wie möglich als Vorgabe gesetzt wird?
Ich meine, auf 64-Bit-Systemen hat time_t ja auch jetzt schon 64-Bit. Code der damit nicht klarkommt, hat also eh schon Probleme und hätte längst angepasst werden sollen.
Ey Leute, das Jahr 2038 wird kommen! Es ist unaufhaltsam!
Manche Distributionen wollen Langzeitunterstützung anbieten können. Eventuell will man auch mal Zeiten in der Zukunft berechnen...
Von kamome umidori am Sa, 15. Juli 2017 um 03:42 #
Viele. Bis vor wenigen Jahren waren z.B. 4- und 8-bit-Prozessoren die häufigsten. Wenn Dein musealer PC im Jaht 38 Probleme macht, wird das kaum jemanden stören, bei industriellen Steuerungen (z.B.) kann das anders aussehen!
date "+%s"
1500021387
Mist, verpasst.
Was möge uns das Bild mitteilen?
Gnome hat eine Stoppuhr an Board? Huhu...
Was ich nicht verstehe ist, wieso das nicht so schnell wie möglich als Vorgabe gesetzt wird?
Ich meine, auf 64-Bit-Systemen hat time_t ja auch jetzt schon 64-Bit. Code der damit nicht klarkommt, hat also eh schon Probleme und hätte längst angepasst werden sollen.
Ey Leute, das Jahr 2038 wird kommen! Es ist unaufhaltsam!
Manche Distributionen wollen Langzeitunterstützung anbieten können. Eventuell will man auch mal Zeiten in der Zukunft berechnen...
Wer glaubt denn im Ernst, dass 32 Bit Systeme 2037 noch laufen werden?
Viele. Bis vor wenigen Jahren waren z.B. 4- und 8-bit-Prozessoren die häufigsten. Wenn Dein musealer PC im Jaht 38 Probleme macht, wird das kaum jemanden stören, bei industriellen Steuerungen (z.B.) kann das anders aussehen!
Das spielt keine Rolle.
Probleme bekommt man schon heute, wenn man ein Datum nach dem Stichtag darstellen will.
aber ich bin vollständig überzeugt dass die Entwickler das noch schaffen werden obwohl die Zeit bis 2038 äußerst knapp ist.
P.S. In manchen Atom-U-Booten läuft noch XBäh. Gewisse Admins brauchen länger wie man einberechnen sollte.