Спасибо за статью! Для MSVC Address Sanitazer тоже есть - /fsanitize=address , в целом даже работающий, TSun так и не добавлен...
Для отслеживания переполнений для gcc (для clang вроде тоже) так же есть макрос FORTIFY_SOURCE который можно указать через -DFORTIFY_SOURCE=уровень проверки
Различные другие тулзы так же вполне спасают: clang-tidy, cppcheck (даже внедрять вполне легко для sln, cmake)
Если говорить про опции их достаточно много как для msvc, так и для gcc, clang и других, стоит просто немного почитать, очень даже интересно и исчерпывающе
Очень интересная статья, спасибо! Хотелось бы узнать о каких-то реальных примерах использования, а где ещё можно почитать/узнать по теме serverless, может есть конкретные интересные источники?
Наверное выглядело бы как нагромождение, т.к. код немного вырван из контекста и не понятно зачем там volatile. Конечно, если человек интересуется тем, как работают атомики, наверное должен знать, как работает volatile, но тут, буд-то несёт больше лишнюю нагрузку нежели нужный для осмысления примера
Я бы рекомендовал использовать weak для спинлоков (CAS в цикле) и strong в остальных случаях, но, строго говоря, никто не мешает вам делать иначе.
На моей памяти зависит от архитектуры, для x86-64 weak/strong cas операции работают одинаково, в то же время для arm ризличны (больше к слову).
Про модель памяти (memory_ordering и отношения: happens before и прочие) как-то бегло по сравнению с разбором на уровне памяти/кешей, хотя там рассказывать много можно)
Я хоть и c++ разработчик, но мы все стараемся упросить себе жизнь, где unit тесты так же занимает свою часть.
Очень интересно узнать и подсветить пару моментов.
1) Какой именно функционал генерации тестов вы хотите реализовать? Они буду генерировать тесты на основе существующего кода и генерации тестовых данных или как-то иначе. Есть ли уже какие-то идеи как хотите это сделать?
2) пробовали ли запускать при большом количестве тестов /тестовых данных. На сколько сильно результат при этом ухудшается. Конечно же подождать минуту иную не проблема, но интересно послушать были ли подобные замеры. Потому что в вашем примере отличия не сильно велики)
Для поиска различных undefined (на мой памяти) - вот этот ресурс более чем исчерпывающий был (есть и другие):
Nekrolm/ubbook: C++ programmer's guide to undefined behavior
И, возможно, операции вида i++ + ++i, уже и не такое ub уже
Спасибо за статью!
Для MSVC Address Sanitazer тоже есть -
/fsanitize=address, в целом даже работающий, TSun так и не добавлен...Для отслеживания переполнений для gcc (для clang вроде тоже) так же есть макрос FORTIFY_SOURCE который можно указать через -DFORTIFY_SOURCE=уровень проверки
Различные другие тулзы так же вполне спасают: clang-tidy, cppcheck (даже внедрять вполне легко для sln, cmake)
Если говорить про опции их достаточно много как для msvc, так и для gcc, clang и других, стоит просто немного почитать, очень даже интересно и исчерпывающе
Спасибо за статью, интересная мысль для расмышления
Спасибо за обзор, очень интересная возможность для языка.
Очень интересная статья, спасибо! Хотелось бы узнать о каких-то реальных примерах использования, а где ещё можно почитать/узнать по теме serverless, может есть конкретные интересные источники?
Наверное выглядело бы как нагромождение, т.к. код немного вырван из контекста и не понятно зачем там volatile. Конечно, если человек интересуется тем, как работают атомики, наверное должен знать, как работает volatile, но тут, буд-то несёт больше лишнюю нагрузку нежели нужный для осмысления примера
Спасибо за статью!
На моей памяти зависит от архитектуры, для x86-64 weak/strong cas операции работают одинаково, в то же время для arm ризличны (больше к слову).
Про модель памяти (memory_ordering и отношения: happens before и прочие) как-то бегло по сравнению с разбором на уровне памяти/кешей, хотя там рассказывать много можно)
Достаточно обзорная статья, спасибо большое! По большей части не знал про объединения, что можно прописывать конструктор внутри них.
Очень интересно написано)
Я хоть и c++ разработчик, но мы все стараемся упросить себе жизнь, где unit тесты так же занимает свою часть.
Очень интересно узнать и подсветить пару моментов.
1) Какой именно функционал генерации тестов вы хотите реализовать? Они буду генерировать тесты на основе существующего кода и генерации тестовых данных или как-то иначе. Есть ли уже какие-то идеи как хотите это сделать?
2) пробовали ли запускать при большом количестве тестов /тестовых данных. На сколько сильно результат при этом ухудшается. Конечно же подождать минуту иную не проблема, но интересно послушать были ли подобные замеры. Потому что в вашем примере отличия не сильно велики)