Comments 24
Оригинально! Поздравляем!
+2
Эх, и вот такой вот запоздалый подарок ко дню программиста будет в 2020 году.
+1
А в каком году случится переполнение переменной?
0
На разных платформах в разных годах
0
Уточните тип, пожалуйста...
0x7fffffff => Tue Jan 19 03:14:07 GMT 2038
0xffffffff => Sun Feb 07 06:28:15 GMT 2106
0x7fffffffffffffff => Sun Apr 24 15:30:07 GMT 1583316
...
+4
Опа! Бага нашлась! Видать софтина которая тут пользовалась где-то чего-то переполняет при расчете (подозреваю что собственно год или количество julian days)…
Т.к. год много больше должен быть в случае __int64
:
1970 + 0x7fffffffffffffff / int(365.25 * 24*60*60) == 1583316
292271025015 != 1583316
+1
UFO just landed and posted this here
У Вас небольшая ошибка. Вы взяли основание из Юлианского календаря. В григорианском другое правило для определения высокосного года — год является високосным в двух случаях: либо он кратен 4, но при этом не кратен 100, либо кратен 400 (2100, 2200, 2300 — не высокосные). Правильное основание будет 365,2425.
0
я стесняюсь спросить — вы число Пи до которого знака пишете?
А по теме, кто его знает как високосные года через столько лярдов лет считать начнут...
0
Зависит от чисел с которыми приходится работать. Когда диаметр круга больше 10 метров, то эти 15 милиметров могут потом дорого стоить. У вас же погрешность в 0.0075, даже в бухгалтерских програмах обычно считают точнее.
Если по теме, то с учетом того что теперь 1 день разницы набегает за 10 000 лет, то максимум введут что каждый 10 000 год — невысокосный. Но скорее всего просто календарь потеряет свой смысл из-за своей привязки только к одной планете в одной звездной системе.
Если по теме, то с учетом того что теперь 1 день разницы набегает за 10 000 лет, то максимум введут что каждый 10 000 год — невысокосный. Но скорее всего просто календарь потеряет свой смысл из-за своей привязки только к одной планете в одной звездной системе.
-1
19 января 2038 года в 03:14:08 по UTC
+1
что это за эры и эпохи? Не могу въехать.
-1
Хороший повод бутылочку чего-то ни было.
0
В некоторых проектах, где я работал, использовалась регулярка для проверки на unixtime следующего вида:
Есть подозрение, что в 2033, нас ожидают сюрпризы.
1\d[9]
Есть подозрение, что в 2033, нас ожидают сюрпризы.
0
Следующая новая эпоха (1600000000) состоится через три человеческих года, а именно «Sun Sep 13 12:26:40 GMT 2020»
Кажется, я начал понимать, почему новые стандарты C++ выходят раз в три года…
+1
Sign up to leave a comment.
С новым (айтишным) «годом» Вас, други