АР
и bitswap у тебя как-то жестко реализован
Size: a a a
2020 October 23
AT
и bitswap у тебя как-то жестко реализован
это с стековерфлоу. Случайный код
АР
https://godbolt.org/z/4YdqP8
чет это совсем не битреверс )
чет это совсем не битреверс )
V
А какая разница между int main(void) и просто int main()??
VO
В консоли не бывает полей ввода, а так -- конечно, можно!
бывает. но это нужен скажем терминал 3270
IZ
А какая разница между int main(void) и просто int main()??
Перенесено в @supapro
АР
это с стековерфлоу. Случайный код
гоню, реверс ок. Странный малех в плане реализации - версия через свап кратный двойкам быстрее
AT
гоню, реверс ок. Странный малех в плане реализации - версия через свап кратный двойкам быстрее
АР
просто он за 35 тактов выполняется, а вариант по степеням двоек плюс bswap - за 25
AT
ясно. Не искал специально быструю версию, просто корректную
SK
Кто мне недалекому обьяснит, почему таймзона Etc/GMT+4 или сокращенно GMT+4 это блин UTC-4, когда на вики, или на сайте точного времени утверждается что UTC == GMT и эти сокращения можно использовать как синонимы. отличие в то что UTC более точно ибо там атомные часы и бла бла бла...
SK
Кто мне недалекому обьяснит, почему таймзона Etc/GMT+4 или сокращенно GMT+4 это блин UTC-4, когда на вики, или на сайте точного времени утверждается что UTC == GMT и эти сокращения можно использовать как синонимы. отличие в то что UTC более точно ибо там атомные часы и бла бла бла...
бл... нашел, чтоб им пусто было: https://en.wikipedia.org/wiki/Tz_database#Area
PK
бл... нашел, чтоб им пусто было: https://en.wikipedia.org/wiki/Tz_database#Area
красиво, спасибо :)
никогда в голову не приходило в википедию посмотреть про таймзоны, а тут вон оно как! куча объяснений по делу
никогда в голову не приходило в википедию посмотреть про таймзоны, а тут вон оно как! куча объяснений по делу
AS
(не пинайте, никогда не пользовался)
если я перед обработкой вектора, от begin до end, проверю capacity() - size() и если дельта будет меньше потенциального количества новых элементов в процессе итерации, то: если я сделаю reserve, это меня спасёт от переаллокакции элементов вектора и протухания итератора, когда я в процессе сделаю push_back-ов несколько, меньше чем дельта? 😳
если я перед обработкой вектора, от begin до end, проверю capacity() - size() и если дельта будет меньше потенциального количества новых элементов в процессе итерации, то: если я сделаю reserve, это меня спасёт от переаллокакции элементов вектора и протухания итератора, когда я в процессе сделаю push_back-ов несколько, меньше чем дельта? 😳
AS
иными словами, я не хочу держать новые элементы в отдельном контейнере и потом их досыпать в вектор после обработки
АК
Alex Sandrov
(не пинайте, никогда не пользовался)
если я перед обработкой вектора, от begin до end, проверю capacity() - size() и если дельта будет меньше потенциального количества новых элементов в процессе итерации, то: если я сделаю reserve, это меня спасёт от переаллокакции элементов вектора и протухания итератора, когда я в процессе сделаю push_back-ов несколько, меньше чем дельта? 😳
если я перед обработкой вектора, от begin до end, проверю capacity() - size() и если дельта будет меньше потенциального количества новых элементов в процессе итерации, то: если я сделаю reserve, это меня спасёт от переаллокакции элементов вектора и протухания итератора, когда я в процессе сделаю push_back-ов несколько, меньше чем дельта? 😳
push_back гарантирует, что не будет инвалидации итераторов, если capacity() < size()AS
push_back гарантирует, что не будет инвалидации итераторов, если capacity() < size()Ага, спасибо
AG
Привет! Использую variant в качестве конечного автомата. использую overload паттерн и visit с лямбдами. все вроде бы классичкси. Вопрос… можно как-то обеъдинить лямбда обработчики для определенных типов в один?
AG
std::visit(overloaded{
[](state_stopped &s, const event_run &e) -> std::optional<state> { foo },
[](state_run &s, const event_stop &e) -> std::optional<state> { bar },
[](state_terminating &s, const event_stop &e) -> std::optional<state> { bar },
}AG
вот пример… я хочу чтобы один и тот же обработчик был для state_run и state_terminating.