Ha a time_t felhasználói típus __darwin_time_t-ként van definiálva, amely maga is long-ként van definiálva a MacOS X rendszerben, akkor a következő kód miért 8 Time is (null)-t ad ki? Lehet, hogy ez valami hülyeség, de nem igazán értem.
#include <stdio.h>
#include <time.h>
int main(void)
{
time_t time = 0x7FFFFFFFFFFFFFFF;
printf("%lu\n"
"Time is %s\n", sizeof(time_t), ctime(&time));
return 0;
}
__darwin_time_t-re gondoltam, nem __darwin_time-ra, elnézést. 17.05.2011 Úgy tűnik, hogy a 0x7FFFFFFFFFFFFFFFF idő a Kr. u. 292 471 210 647 év körül van, ami kétségtelenül azt okozza, hogy a ctime meghaladja a C99 által garantált 26 karaktert, tehát NULL-t ad vissza, nem pedig túlcsordítja a puffert. Általában próbálja meg elkerülni azokat a dátumokat, amelyek azután történnek, hogy a morlockok háborúba indulnak az eloikkal.
A "Expert C Programming" című könyv átdolgozása közben ugyanezzel a problémával találkoztam a Lion 10.7.3-ban -- a t=0xf0c00000000000, ctime(&t) Wed Mar 1 21:07:12 214739252-t eredményez, és a t=0xf0d00000000000, ctime(&t) nullmutatót (0x0) ad vissza. Tehát nem úgy tűnik, hogy a t körbezárja, hanem valami teszt az ctime(&t)-ben, amely visszaadja a nullmutatót, ha t túl nagy.
Forrás: glibc implementációja ezt olvassuk:
Korlátozzuk a nyomtatható év méretét. A %d formátum-specifikátor használatával az 1900 hozzáadása túlcsordítja a számot, és negatív érték kerül nyomtatásra. Egyes architektúrákhoz elméletileg használhatjuk a %ld-t vagy egy egyre nagyobb egész szám formátumot, de ez azt jelentené, hogy a kimenetnek több hely kell. Ez nem jelentene problémát, ha az 'asctime_r' interfész értelmesen lenne definiálva, és átadna egy pufferméretet.
Futtassa az alábbi programot, hogy megtalálja a gépén a pontos határértéket.
#include <limits.h>
#include <stdio.h>
#include <time.h>
/**
* Find the largest time_t for which ctime returns a non-NULL value
* using a bsearch between 0 and LONG_MAX.
**/
static time_t ctime_max() {
time_t start = 0, end = LONG_MAX, mid;
while (start < end) {
mid = start + (end - start) / 2;
if (ctime(&mid)) {
/* this mid is ctime-able; try higher */
start = mid + 1;
} else {
/* this mid is not ctime-able; try lower */
end = mid;
}
}
/* mid is now the lowest number that's too high; subtract one */
return mid - 1;
}
int main() {
time_t t = ctime_max();
printf("%s", ctime(&t));
return 0;
}
Számomra ez a Tue Dec 31 23:59:59 2147483647-hoz jön ki, ami történetesen a második, mielőtt az év túlcsordul négy előjeles bájttal.
time_tkörbezárása. A 0x7FFFFFFFF Unix időben 2038-ban fog megtörténni, úgyhogy azt hiszem, új szabványra van szükségünk, mielőtt a bolygóközi háborúk gyakran előfordulnának galaxisunkban. 17.05.2011