std::chrono::nanoseconds duration</*signed integer type of at least 64 bits*/, std::nano> std::chrono::microseconds duration</*signed integer type of at least 55 bits*/, std::micro> std::chrono::milliseconds duration</*signed integer type of at least 45 bits*/, std::milli> вот например типы duration

какой сделаешь тип Duration то и храни

ок, спасибо восхищаюсь интерфейсами хроно, но никак не могу уложить в голове, как именно она под капотом работает :(

ок, спасибо восхищаюсь интерфейсами хроно, но никак не могу уложить в голове, как именно она под капотом работает :(

там просто значение и делитель для перевода его в секунды и всё

ок, спасибо восхищаюсь интерфейсами хроно, но никак не могу уложить в голове, как именно она под капотом работает :(

офигенные интерфейсы, выглядят так, как будто их создатели никогда не слышали о високосных секундах

за leap seconds астрономам надо рвать яйца раскаленными клещами

и тех идиотов, что протащили их в канпутеры - тоже

согласен, ишь чё выдумали — не быть консистентными с крестовым говном

дело не в крестовом говне, а в том, что текущая реализация leap seconds - это феерия долбоебизма

офигенные интерфейсы, выглядят так, как будто их создатели никогда не слышали о високосных секундах

В POSIX timestamp все-равно нет високосных секунд никаких

учитывая, что у каждой кофеварки есть ntp

а с unix timestamp в leap seconds происходит вообще "кишки расчлененка"

так, что выключают все БД, а биржи останавливают торги

потому что дважды тикающая секунда - это очень-очень херово

потому что дважды тикающая секунда - это очень-очень херово

а чо монотонные часы не завезли?

а по ним время можно считать?

уау

ну, разве что от последнего ребута, да

можно скидывать времяотвремени соответствие монотоные->человекочитаемые

ну, разве что от последнего ребута, да

можно сделать глобальные монотонные часы

можно, но этим никто не занят, зато вредить leap секундами - это запросто

при том, что ntp мог бы спокойно амортизировать эффект leap секунды

без этих ебанистических двойных тиков

можно сделать глобальные монотонные часы

Так используй TAI и не напрягайся, потом пересчитаешь.

Так используй TAI и не напрягайся, потом пересчитаешь.

о оно уже есть?

о оно уже есть?

В смысле? С 70-х годов есть

вот только пересчитывать его в utc трудновато

то есть, x в tai не выражается через y в utc формулой

только таблицами

секунду прибавить по известному списку?

ну, что поделать. трудно конечно придется какое-то дерево писать чтобы в него список интервалов загрузить

так список зависит от того, когда та или иная leap second была добавлена

и осуществить по нему поиск

угу

Объясните мне, любители високосных секунд, почему их внедряют отдельным костылём, а не вписывают в таймзоны. Повторяющийся час в зонах с Daylight Saving Time вроде бы никого не смущает.

ну список есть в свободном доступе

Объясните мне, любители високосных секунд, почему их внедряют отдельным костылём, а не вписывают в таймзоны. Повторяющийся час в зонах с Daylight Saving Time вроде бы никого не смущает.

потому-что их назначают от левой пятки

есть, но его актуальность надо постоянно проверять

ну что поделать. неочень понятно, правда зачем тебе вообще UTC

ну вот почему-то любят всякие биржи в нем время передавать

у себя-то в сарае только TAI!

это они от незнания

chrono мне вполне нравится. но високосные секунды это скорее в область календарей и часовых зон, которых нет в chrono

казалось бы, не надо завозить сущность minute, которая не соответствует минутам в реальном мире

Кстати, в Марокко по-моему часовые пояса переводят как повелит их Король. Каждый год в свой день.

казалось бы, не надо завозить сущность minute, которая не соответствует минутам в реальном мире

Вполне соответсвует

так в России также

как повелит Король, так и таймзона меняется

DST волею Царя объявляется для народа

Вполне соответсвует

Нет, не вполне. Нет часовых зон и календарей — не должно быть и минут.

Нет, не вполне. Нет часовых зон и календарей — не должно быть и минут.

Минута это просто единица измерения, просто она 60-ричная. Тебя же не смущает что есть метры и километры.

Вообще мысль интересная.

Я не понимаю технических причин по которым я не мог бы поставить часовую зону своего Linux в шкалу TAI

Понимаю только психологические

Надо б в chrono свои операции для преобразований в даты и обратно, без сишных tm/time_t...

Надо б в chrono свои операции для преобразований в даты и обратно, без сишных tm/time_t...

std:ctime?

clock::to_time_t -> greegorian day num -> { year, month, day }

Это вот вручную можно написать, но неплохо бы в библиотеке.

И constexpr.

Библиотечные clandar_date/day_time.

ух как работу с датами завезут в С++20 - заживём 😊

О, а планируется?

О, а планируется?

ага

chrono мне вполне нравится. но високосные секунды это скорее в область календарей и часовых зон, которых нет в chrono

Говард это тоже пилит, пока не в стд но либа уже есть

Ну не знаю, этож динамика получается, tzdatabase надож парсить, загружать...

https://github.com/HowardHinnant/date

Распиздяйство, сэр

всё очень медленно ползёт. Пиши пропозалы, будут фикситься различные части

Ну... в boost то зональные их поделки тоже заглохди.

Говард это тоже пилит, пока не в стд но либа уже есть

Вот как допилит к нему начнутся претензии по поводу африканских монархов

Это уже не к нему

Там просто загружается IANA TZ database.

Вот как допилит к нему начнутся претензии по поводу африканских монархов

он сделал нормальный парсер IANA TZ дальше ебитесь сами

Слишком много там наружу. Можно сделать тоньше интерфейс через time_t тот же например. И универсальнее.

что-то вроде // convert UTC time to local template<class Clock, class Duration> std::chrono::time_point<Clock, Duration> zone::to_local( const std::chrono::time_point<Clock, Duration>& utc_time) const { auto t = Clock::to_time_t(std::chrono::floor<std::chrono::seconds😠dt)); auto off = get_offset(utc_time); return utc_time + off; }

без привязки к system_clock

Слишком много там наружу. Можно сделать тоньше интерфейс через time_t тот же например. И универсальнее.

надо не универсальный интерфейс а гибкий, это все таки системная либа будет

Так и я ж про гибкость. Оно требует system clock. А можно сделать просто получение offset через time_t. Time_t здесь как точка соприкосновения специализаций chrono::time_point.

Ну и для header only оно слишком тяжёловато.

Time_point_cast и to_time_t кстати чот тоже как то не гибкие :)

Floor<seconds> приходится везде добавлять чтобы одинаково работало для времени до и после эпохи.