mktime, time_t и другие... Чего необычного?

[mpd]

Я уже писал, что занимаюсь проблемой 2038-го года. В сязи с этим вспомнил и узнал несколько забавных фактов.
Угадайте:

1. Каков диапазон целочисленных значений, который может принимать переменная типа time_t?
2. Какое значение возвращает функция mktime для идентификации ошибки?
3. Какое значение вернёт функция mktime, если передать ей отрицательный день или 14

Comments

[mansch]

приведет к запуску крылатых ракет!

time_t - это unsigned int, на 64-х битных платформах (по-крайней ме

[mpd]

Если чесно, я не имею доступа к платформам, на которых time_t - это unsigned int. Если ты работаешь хотя бы с одной из них - напиши! :-)
"There was originally some controversy over whether the Unix time_t should be signed or unsigned. If unsigned, its range in the future would be doubled, postponing the 32-bit overflow (by 68 years). However, it would then be incapable of representing times prior to 1970. Dennis Ritchie, when asked about this issue, said that he hadn't thought very deeply about it, but was of the opinion that the ability to represent all times within his lifetime would be nice. (Ritchie's birth time is around Unix time -893,400,000.) The consensus, and universal practice, is for time_t to be signed."

[childrengarden]

а мы с детьми очень рады видеть вою моську на боооооольшом мониторе

Сомтрите ИщО ою моську!

[mpd]

:-) Можете залезть в мой профайл (детали пользователя в ЖЖ), там есть "расшифровки" картинок с ссылками на большие.