Исходное сообщение
"Стабильный выпуск новой ветки Tor 0.2.8" Отправлено Andrey Mitrofanov, 04-Авг-16 15:22
> Чтобы хранить разницу Полистал https://duckduckgo.com/?q=unsigned+time_t интернеты... Сабжовый тикет https://trac.torproject.org/projects/tor/ticket/18184 ставит вопрос наоборот: нам _надо_, поэтому будем требовать и делать так. Говорят, стандарт ANSI C http://lists.freebsd.org/pipermail/freebsd-ports/2006-Januar... достаточно нетребователен и оставляет некоторую свободу им-пле-мент-орам компиляторов. А ещё некоторые обсуждают http://lkml.iu.edu/hypermail/linux/kernel/0001.0/0198.html UNIX-традицию в этом вопросе, расширение за 32(знаковых, да) бита и "проблему 2038 года". Но это всё "вопрос наоборот".  Читая разнообразие ответов на  https://duckduckgo.com/?q=why+is+time_t+signed , думаю, что "никто не знает" и "так получилось" -- наиболее верные ответы. "According to that Wikipedia page, changing time_t to an unsigned integer cannot be done because it would break programs that handle early dates." --http://stackoverflow.com/questions/4840115/time-as-a-signed-... Видимо, все заложились на то, чтобы в одном типе хранить и абсолютные тайм-штампы, и интервылы (разницы), в т.ч. и отрицательные. А теперь, уже проще 64бита сделать, чем "переписывать всё".

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Чтобы хранить разницу > Полистал https://duckduckgo.com/?q=unsigned+time_t интернеты... > Сабжовый тикет https://trac.torproject.org/projects/tor/ticket/18184 ставит вопрос > наоборот: нам _надо_, поэтому будем требовать и делать так. > Говорят, стандарт ANSI C http://lists.freebsd.org/pipermail/freebsd-ports/2006-January/028651.html > достаточно нетребователен и оставляет некоторую свободу им-пле-мент-орам компиляторов. > А ещё некоторые обсуждают http://lkml.iu.edu/hypermail/linux/kernel/0001.0/0198.html > UNIX-традицию в этом вопросе, расширение за 32(знаковых, да) бита и "проблему > 2038 года". > Но это всё "вопрос наоборот". Читая разнообразие ответов на https://duckduckgo.com/?q=why+is+time_t+signed > , думаю, что "никто не знает" и "так получилось" -- наиболее > верные ответы. > "According to that Wikipedia page, changing time_t to an unsigned integer cannot > be done because it would break programs that handle early dates." > --http://stackoverflow.com/questions/4840115/time-as-a-signed-integer > Видимо, все заложились на то, чтобы в одном типе хранить и абсолютные > тайм-штампы, и интервылы (разницы), в т.ч. и отрицательные. А теперь, уже > проще 64бита сделать, чем "переписывать всё".
	Введите код, изображенный на картинке: