каким оьразом?

У меня на первом курсе была как траьла с ним, но я не понмю почему :с

http://www.viva64.com/ru/t/0044/

У меня на первом курсе была как траьла с ним, но я не понмю почему :с

А с uint32 будут проблемы с другим overflow – не знаковый, а целочисленный

На 64 битах, к примеру

Не помню откуда - нашёл у в открытых вкладках занятное чтиво

http://www.gamedev.net/page/resources/_/technical/general-programming/game-engine-containers-handle-map-r4495

http://www.gamedev.net/page/resources/_/technical/general-programming/game-engine-containers-handle-map-r4495

забавно!

http://www.gamedev.net/page/resources/_/technical/general-programming/game-engine-containers-handle-map-r4495

O(1) lookups, O(1) insertions, O(1) removals. Ого.

что посоветуете для логирования и почему?

Зависит от того, где юзаться будет

Я б предложил https://github.com/Iyengar111/NanoLog

Зависит от того, где юзаться будет

в tcp сервере

Но однако https://github.com/Iyengar111/NanoLog/issues/4

Хм, ишуй закрыли. Стал чуть быстре spdlog

что про это скажите? https://github.com/KjellKod/g3log

мне тут посоветовали glog юзать из-за ок доков

пиплы, если я пишу либу, то как мне glog прикрутить?

А не лущ для либы внешний логгер?

А не лущ для либы внешний логгер?

всмысле?

Ну вот захочу я заюзать твою либу, а у меня другой логгер. Чо делать?

Ну вот захочу я заюзать твою либу, а у меня другой логгер. Чо делать?

хмм, логично, думаешь внутри либы юзать exceptions?

юзать исключения это верный подход или есть другие варианты?

Реткоды

ака "коды возврата"

Реткоды это хорошо

И -fno-exceptions

и что лучше реткоды или исключения? что и почему

Можно и так и так, но не нужно смешивать в рамках одной библиотеки

Эксепшены точно не нужно использовать для стандартных ситуаций

Эксепшены точно не нужно использовать для стандартных ситуаций

почему?

Потому что они работают долго

А с этого момента можно поподробнее?

Они должны использоваться только для ошибок, а не для обычных ситуаций

Они должны использоваться только для ошибок, а не для обычных ситуаций

что значит "обычные ситуации"?

А с этого момента можно поподробнее?

throw дороже if

что значит "обычные ситуации"?

Непопадание в кеш, отсутствие искомого элемента в списке,...

вот например у меня есть парсер, где я передаю числа допустим я использую для хранения переменню int64t что мне делать если пришло число более чем max_uint64t?

строка на входе?

Наверное, это не самая частая ситуация? Тогда можно эксепшн

строка на входе?

да

throw дороже if

Это-то ясно. Но не едиными же условиями всё обрабатывать

вот пример: http://redis.io/topics/protocol

То есть, это ведь именно ошибка, а не стандартная ситуация

Это-то ясно. Но не едиными же условиями всё обрабатывать

Если ты эмбедщик, то можно и едиными

Если ты эмбедщик, то можно и едиными

Если ты эмбедщик, возможно c++ - не лучший выбор

Кроме того, код с исключениями хуже поддаётся анализу

Если ты эмбедщик, возможно c++ - не лучший выбор

@ThatEmbeddedGuy , нет, ну ты слышал??

Что может быть критично для особенно важных подсистем

Embedded тоже разные бывает.

Что может быть критично для особенно важных подсистем

эээ, наоборот же, в случае исключений код более явно показывает, какую ошибку он перехватывает

даже коменты не особото и нужны в таком случае (кончено это зависит от ситуации)

эээ, наоборот же, в случае исключений код более явно показывает, какую ошибку он перехватывает

в коде не видно, какие функции что могут кинуть, что осложняет анализ

Я пишу анализ

Исключения - это сложно :)

У тебя граф потока управления разрастается очень сильно, если обработка ошибок построена на исключениях

Потому что они могут где-то ловиться, где-то пробрасываться, они бывают разных типов и приезжают из разных мест

и как тогда реткоды спасают в этом случае?

Точно смоделировать такое очень дорого по ресурсам и почти всегда не необходимо

Поэтому точность теряется

Реткоды обрабатываются сразу

И явно

Они не ездят из функции в функцию и не ловятся скопом

throw дороже if

Зато пока нет throw, никаких накладных расходов. А при использовании кодов после каждой функции ветвление.

Вот и считайте

и, насколько я знаю, на некоторых платформах if дорогое удовольствие, типо армов например

Зато пока нет throw, никаких накладных расходов. А при использовании кодов после каждой функции ветвление.

Это так, да. Про арм не в курсе.

люблю конструктивные разговоры?? спасибо господа

ERROR: S client not available

Если ты эмбедщик, возможно c++ - не лучший выбор

Не, все норм с цпп в эмбеде, это точно.

и, насколько я знаю, на некоторых платформах if дорогое удовольствие, типо армов например

Какие именно? На Cortex-M не дорого вроде как, вполне нормально.

Какие именно? На Cortex-M не дорого вроде как, вполне нормально.

я года 2 назад про это читал, поэтмоу к сожалению сейчас уже не помню где это было

но вроде на армах

Окей, но если попадешь - скинь, пожалуйста)

Интересно почитать

Я видел компилятор для процессора, в котором все целые два байта, даже char.

Народ, сколько времени у вас выволняется следующая программка по вычислению числа ПИ? Есть большая разница, если компилировать на GNU GCC и на Visual C++ с результатами 9 и 20 секунд соответственно #include <iostream> #include <ctime> using namespace std; int main() { const clock_t begin_time = clock(); double pi = 0.0; bool boolean = false; double i; for(i = 1.0; i < 10000000000.0; i = i+2.0) { if(boolean){ pi = pi - 1.0/i; boolean = false; } else { pi = pi + 1.0/i; boolean = true; } } cout.precision(9); cout << pi*4 << endl; cout.precision(4); cout << float( clock () - begin_time ) / CLOCKS_PER_SEC; return 0; }

За исключения - исключительные ситуации, тогда ничего такого. Заодно можно удобно инфу собрать. В остальном возвращаемого значения хватит, только стоит сделать так, чтобы не было кэш-промахов

Народ, сколько времени у вас выволняется следующая программка по вычислению числа ПИ? Есть большая разница, если компилировать на GNU GCC и на Visual C++ с результатами 9 и 20 секунд соответственно #include <iostream> #include <ctime> using namespace std; int main() { const clock_t begin_time = clock(); double pi = 0.0; bool boolean = false; double i; for(i = 1.0; i < 10000000000.0; i = i+2.0) { if(boolean){ pi = pi - 1.0/i; boolean = false; } else { pi = pi + 1.0/i; boolean = true; } } cout.precision(9); cout << pi*4 << endl; cout.precision(4); cout << float( clock () - begin_time ) / CLOCKS_PER_SEC; return 0; }

Ща бота спросим

~ $ g++-6 -O3 -o pi pi.cpp && time ./pi 3.14159265 19.97./pi 19.88s user 0.09s system 97% cpu 20.399 total ~ $ clang++ -O3 -o pi pi.cpp && time ./pi 3.14159265 20.12./pi 20.03s user 0.09s system 99% cpu 20.325 total

крутые нынче пошли процессоры -- при том, что gcc не убирает if при -O3, разницы между вариантом выше и без if почти нет -- и то и другое 7.5-8s

Интересно.

крутые нынче пошли процессоры -- при том, что gcc не убирает if при -O3, разницы между вариантом выше и без if почти нет -- и то и другое 7.5-8s

Ну так предсказание ветвлений же

А с флагом -Ofast провали?

И ктсати вы векторизацию не юзаете

@ThatEmbeddedGuy , нет, ну ты слышал??

Люди далеки от отрасли, отсюда и домыслы

Люди далеки от отрасли, отсюда и домыслы

Мудрый ответ

Кстате при работе в ембеддеде некоторые люди тоже далеки от отрасли)) почему то большинство вещей держится на суевериях а не фактах

Надо бороться с этим

Кстате при работе в ембеддеде некоторые люди тоже далеки от отрасли)) почему то большинство вещей держится на суевериях а не фактах

Просвещай нас

Типо не используй динамическую память в микроконтроллерах, козленочком станешь, фрагмениация бла бла бла. Но если юзать raii и выделять память на этапе инициализации периферии то ничего страшного не будет

От реализации дин памяти тож зависит

От реализации дин памяти тож зависит

В фриртосе есть 4 типа управления кучей, выбирай на вкус)

Просвещай нас

Так оно не нужно если зарабатывать этим не будешь. А чисто плюсами заработать проще чем плюсами в микроконтроллерах

Дык все равно ж интересно

Просвещай нас

++

Дык все равно ж интересно

++

Пусть хоть база будет

Так все как обычные плюсы, но работа с внешним миром через регистры. Глобальные адреса в памяти, записал по адресу 1 пин стал единицей, записал в регистр spi1 data register байт данных он переслался, остальное как в обычном коде

Ексепшены дорого, 3 кб занимают.