Вечный календарь
раскрыть ветку (11)
Просто отсчёт начинается с первого января 1970 года и 1 секунда = 1 бит. Для 4х байт это 2147483647 секунд = 35791394 минут = 596523 часов = 24855 дней = примерно 70 лет.
раскрыть ветку (3)
спасибо большое. вы даже не представляете как помогли мне как начинающему программеру сэкономить кучку мегабайт)
раскрыть ветку (2)
раскрыть ветку (5)
На правах шарписта скажу, что в моем мире, дата это кол-во тиков с 1 января 0001 года. Тик 1/10 000 000 секунды
раскрыть ветку (3)
1.487.279.488 seconds since Jan 01 1970. (UTC)
А в C# datetime это int64 ?
раскрыть ветку (2)
то что установлена 64 битная система не означает, что при написании ПО программист использовал long long int в качестве типа переменной. И старое ПО волшебным образом не заработает. Точнее даже наоборот, в 2038 году старое ПО волшебным образом сломается.
ещё комментарии
раскрыть ветку (17)
раскрыть ветку (16)
Как минимум в том, что в таких местах написали бы unsigned long long, потому что знаковый тип там не нужен. Чтобы избежать мысли "какой разрядности тип мне подсунет компилятор" нормальный программист напишет uint64_t. Даже time_t не даёт этой гарантии, потому что зависит от левой ноги разработчиков конкретной реализации библиотек.
int после long дописывать не нужно, учите синтаксис.
раскрыть ветку (15)
Во первых, long long int - корректный синтаксис в C++11. Ничего не случится, если в конце int дописать. Источники:
1. https://gcc.gnu.org/onlinedocs/gcc/Long-Long.html
2. http://cpp14.centaur.ath.cx/dcl.type.simple.html
Во вторых, мы тут не обсуждаем, какой тип будет правильней, а тот факт, что x64 система сама по себе волшебным образом не починит программы, где время хранится не в 64 битных типах переменных.
И таким образом, где я не прав и в каком месте я не понимаю о чем говорю?
раскрыть ветку (5)
Ладно. Всем видимо нравится спорить о пустом. Вы серьезно думаете, что программист зная о проблеме 2038 года, будет писать под 64 бит, используя 32 битную переменную времени? Ваши программисты будущего там как адекватны вообще? ЛСД, Героин и пара сильных адаптогенов в повышенных дозах? Если уже сейчас 64 битные переменные времени во всю используются по дефолту, в чем смысл вышесказанного? Какой смысл писать нелепую бессмыслицу, если 32 битная переменная времени с каждым днём всё меньше и меньше используется? И какой такой старый софт, если еще лет 5-10 и вы с огнём 32 битную переменную не сыщите, а что найдете в могиле ей и место. То что вы написали - это пустота не заслуживающая внимания, но лишь бы поспорить.
раскрыть ветку (2)
зная о проблеме
в этом вся суть. вы так пишете, будто все по дефолту в курсе, я вот первый раз столкнулся, как будто каждый день думаю о том, а не подходит ли моя переменная до предела, когда я храню время.
не пишите ничего, это невыносимо больно читать(((сейчас вы предлагаете программисту обколоться, закинуться запрещенными и потом начать работу.
Я к тому, что int там совершенно избыточный, вопрос скорее в стиле, сам никогда так не писал и не видел такой записи. Про магию - я не говорил, что будет магия, я говорил, что нормальный разработчик напишет uint64_t или хотя бы 32, лишь бы беззнаковый, если применяются исключения, ниже правильно заметили, что отрицательные значения используются для выдачи ошибки.
ещё комментарий
Эм, если time_t на системе 32битный, то time() вернет в любом случае 32 бита, никакой uint64_t не поможет. И опять же, как прикажете обрабатывать ошибки? time_t знаковый и значение -1 говорит об ошибке получения времени, что прикажете делать со своим uint64_t?
раскрыть ветку (8)
раскрыть ветку (7)
И откуда оно возьмется? time() не бросает исключений, да и вообще она спокойно используется в С, где нет никаких исключений.
раскрыть ветку (6)
Именно поэтому к ней возникают вопросы. В системной функции не предусмотрена возможность плюнуть ошибку не в возвращаемое значение? При том, что для этого в стандарте существует errno. Даже в винде более грамотно подходят к вопросу.
P.S. специально проверил поведение, это чудо ещё и errno зачем-то при этом выставлять может
раскрыть ветку (5)
Вот именно что это системная функция. Ядро linux, как и многих других posix систем написано на C. Оно не может бросать исключения, нет там такого. Более того, даже если бы posix создали плюсовым стандартом, а не сишным, то исключений там бы тоже скорее всего не было - в отдельных компиляторах для отдельных платформ (в силу ограничений по железу, например) могут быть отключены исключения, std, rtti и т. п., а ошибки возвращать надо. А errno очень правильно выставляет - это как раз
возможность плюнуть ошибку не в возвращаемое значение
Тем не менее, возврат отрицательных значений в качестве ошибки - классический пример обработки ошибок. Да, если ошибка возникла несколькими уровнями абстракций ниже - ее приходится пробрасывать вверх вручную, в отличии от исключений, но этот подход работает вообще везде, хоть в C, хоть в C++, хоть в яве, да даже в какую-нибудь функциональщину при желании воткнуть можно
раскрыть ветку (4)
Наиболее стандартной практикой в моём случае была передача ссылки на место, в которое сохраняется необходимое значение, а в качестве возвращаемого значения был статус выполнения функции.
раскрыть ветку (2)
Ну и здесь примерно также, можно передать указатель, по которому нужно записать результат. Можно не передавать, а воспользоваться возвращаемым значением. Можно использовать errno. Как хочешь. В любом случае отрицательные ошибки в качестве значения используются повсеместно в posix, да и это достаточно логичный подход.
раскрыть ветку (1)
Не назвал бы его логичным при наличии errno :) Одна из тех вещей в posix, которые люто не нравятся.
Я занимался программированием на уровне, гораздо более низком, чем эти ваши стандартные библиотеки (микроконтроллеры) и даже там не было проблем с тем, чтобы выделить какое-то отдельное место, чтобы складывать в него ошибки. Тем более, что возврат отрицательного значения в случае с time - явный атавизм, потому что она использует errno. Чтобы решить совершенно идиотскую по своей сути проблему, можно было бы и пожертвовать обратной совместимостью)
ещё комментарии
Судя по тому как падает качество комплектующих с каждым годом, то в 2038-ом году компьютеры будут накрываться уже в момент оплаты и лишь немногим удастся запуститься и выйти в пикабу хотя бы на пару минут, после чего это чудо инженерной мысли и нанотехнологий навсегда выключится без возможности починки.
поэтому не выбрасываем счёты и проводные телефоны, они нам ещё пригодятся!
лол, системы хоть и x64, но как писали софт под x86, так и будут
p.s. а в 2038 я ещё на XP буду сидеть
таки в ХР х86 календарь до 2099 года, ровно как и в остальных виндах хоть 86 хоть 64, не парьтесь...
раскрыть ветку (22)
раскрыть ветку (6)
Сейчас с телефона решила посмотреть - если поставить на 31 декабря 2117 (максимальное в списке дат) на 23:59 и выждать, то список дат обновится на сто лет до 2217 :D
и ведь в 2100ом найдуться ебаные мудаки-некрофилы, которые будут выть хули у них хп время неверно кажет...
раскрыть ветку (3)
представил себе вероятность такой хуйни.. аж захотелось заморозить в какой-нибудь криокамере свой ноут, чтобы в 2100 стать этим самым мудаком-некрофилом)
раскрыть ветку (1)
Себя заморозить не забудь вместе с ноутом, а то не ты станешь некрофилом, а некрофилы станут тебя.
меня больше интересуют типы, которые будут говорить, что мелкомягкие предсказали конец света
Когда-то Билл сказал: "640K ought to be enough for anybody" (640 Кб должно быть достаточно для каждого). Поняв, на сколько он проебался, он решил в XP заложить такой потенциал, чтобы хватило на 80+ лет с момента прикращения поддержки.
раскрыть ветку (5)
раскрыть ветку (3)
раскрыть ветку (2)
раскрыть ветку (1)
Не заметил что вы и есть автор. Но всё же x86-64 (также AMD64/Intel64/EM64T) — 64-битное расширение, набор команд для архитектуры x86, разработанное компанией AMD, позволяющее выполнять программы в 64-разрядном режиме. То что х86 отождествляют с 32-битной версией винды в общем случае не верно.
ещё комментарии
раскрыть ветку (16)
раскрыть ветку (3)
вот обязательно надо было сидеть и гадать. тупо перевести календарь и часы для проверки - непосильная задача.
раскрыть ветку (1)
https://ru.wikipedia.org/wiki/Проблема_2000_года
разработчики программного обеспечения, выпущенного в XX веке, иногда использовали два знака для представления года в датах, например, 1 января 1961 года в таких программах представлялось как «01.01.61». Некоторые вычислительные машины имели уже аппаратную обработку даты, однако всего два десятичных знака. При наступлении 1 января 2000 года при двузначном представлении года после 99 наступал 00 год (то есть 99+1=00), что интерпретировалось многими старыми программами как 1900, а это, в свою очередь, могло привести к серьёзным сбоям в работе критических приложений, например, систем управления технологическими процессами и финансовых программ. Проблема 2000-го года была вызвана, в том числе, использованием старых программ, что не предполагалось во время их разработки. Известны многочисленные случаи использования в конце 1990-х годов программ середины 1980-х.
Сломается только там, где время живёт по стандарту POSIX в 32-битном представлении. На винде от этого пострадает разве что кросс-платформенный софт, написанный при этом на C/C++ во времена, когда всё собиралось под 32-х битные системы.
раскрыть ветку (2)
ae[? ну хоть кто-то наконец-то сказал точную дату следующего конца света, а то живём тут в неведение )
раскрыть ветку (1)
раскрыть ветку (17)
раскрыть ветку (4)
Браузеры, а вернее сайты на https могут перестать работать, даже если сменить дату на несколько лет.
раскрыть ветку (1)
Если я правильно помню, срок действия ssl - сертификата максимум 4 года. Например, у сайта гугл.ру сертификат действителен до 26 апреля 2017 г. 16:21:00. Если установить дату, хотя бы на секунду превышающую эту, зайти на сайт не получится. Таже история со скайпом и ему подобными - при передаче данных используется ssl или tls. Устанавливаем дату на ту, когда сертификат еще не был выдан, или когда он перестанет действовать - вжуух, и ничего не работает.
раскрыть ветку (1)
меня как программера интересует вопрос - а еслия программно попробую задать дату, которая больше этой ??? календарь потом её сможет отобразить?
раскрыть ветку (11)
На все потребовалось 5 секнуд поиска. Командную строку запускал от имени администратора.
П.С.: windows 10
раскрыть ветку (7)
раскрыть ветку (6)
раскрыть ветку (5)
раскрыть ветку (4)
Не смотрел. Уже лень проверять. У меня в прошлый раз все пароли почему-то в опере скинулись (видимо как дата на срок хранения кукис может влияет, не знаю). ))
раскрыть ветку (3)
Вот и тест, Windows 7
Skype без перезапуска вроде норм работал, сообщение ушло, Chrome почему-то завис и вылетел через время, может это никак не связано, но проверять снова не хочу, тем более что из акка гугла меня выкинуло, хотя после перезапуска обычно не выкидывает, и дату я уже поставил на тот момент нормальную, а из акка пикабу не выкинуло, но не давало отправить скрин с причиной "нельзя больше 10 Мб", хотя там стольки и близко нет, пришлось переавторизоваться.
Календарь не способен отобразить, он дальше 2099 года в 7-ке не проработан, дату не отображает (хотя если бы его норм проработали, там просто закономерность вписать и можно его хоть бесконечным сделать). В консоли же нельзя установить дату дальше чем 05 декабря 8097 года.
раскрыть ветку (2)
раскрыть ветку (23)
раскрыть ветку (22)
раскрыть ветку (19)
раскрыть ветку (18)
раскрыть ветку (7)
раскрыть ветку (5)
раскрыть ветку (2)
Широкий формат удобен для нескольких окон и просмотра фильмов, остальная информация группируется в основном в центре. Находясь сбоку, панелька не отъедает рабочего пространства от слова "совсем", а находясь снизу/сверху отъедает. Вроде очевидно. Например те же браузеры пришли к тому, что минимизируют шапки, если сравнивать с тем, что было лет 10 назад.
раскрыть ветку (1)
находясь снизу/сверху отъедает.
Наоборот же :)
Находясь слева отъедает шмат экрана, а находясь снизу — лишь узкую полоску.
У меня вот целых две панельки. Нижняя перекрывается окнами, её можно перенести в сторону, а вот на верхней плазмоид глобального меню, и его не перенести
раскрыть ветку (1)
раскрыть ветку (6)
раскрыть ветку (2)
Джанкрат и Фарра - персогажи Overwatch
Один стреляет из гранатомёта,другая - с ракетомёта
Так понятно?
Один стреляет из гранатомёта,другая - с ракетомёта
Так понятно?
раскрыть ветку (1)
раскрыть ветку (1)
А, точно, это ж его бут-скрин с Сомброй, точняк.
Я уже месяц как не успеваю даже ленту подписок полностью просматривать, не то что помнить, кто что постил >.<
ещё комментарии
