to_string - конечно. Для отладки не помешает

а тип в котором данные лежат распечатать нельзя?

а тип в котором данные лежат распечатать нельзя?

По битам тоже нужно

to_string - конечно. Для отладки не помешает

и вообще, ты что, дебажишь принтами?

и вообще, ты что, дебажишь принтами?

Не придирайся. Логгирование никто не отменял

gdb

anecdotal evidence?

конечно есть разные ситуации, но большинство людей используют принты потому что могут, а не потому что по другому никак

принтфы рулят. можно ещё пописать своих принтфов. например, (раз уж у вас тут у всех c++) для сложных выражений очень полезна функция типа template<typename t>t debug_print(const char*s,t x){std::cerr<<s<<": "<<x<<"\n";return x;}. можно использовать в середине любого выражения, обернув то, что хочется вывести в debug_print(...). bonus points -- #define debug_print(x) debug_print(#x,x)

Принтфы запросто ломают воспроизведение бага.

А вот assert-ы куда менее инвазивны

извини, а чем assert отличается от printf(int)?

тем что printf запустит огромную машинерию про преобразования твоего инта в строку, потом запись в консоль и пошло поехало. Огромные задержки. Многопоточные баги запросто перестанут воспроизводиться. А ассёрт, это просто проверка условия и если фейл, то сразу INT 3

Гораздо менее инвазивно, я же сказал.

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

int 3 -- то есть у тебя к процессу подключён дебаггер. и что там про инвазивность?

и чепятать надо в другом треде

тогда и гонка ок воспроизводится

int 3 -- то есть у тебя к процессу подключён дебаггер. и что там про инвазивность?

у меня на винде есть ::DebugBreak, и отладчик можно на лету подключить.

у меня нет винды ;D

И вообще в целом на винде гораздо комфортнее отлаживаться в студийном дебагере, по сравнению с gdb

На линуксах я бы еще подумал. Но всё равно, я предпочитаю отладку assert-ами

в силайоне же вроде бы приличное что-то для отладки наворотили?

не понял, при чём тут винда.

в силайоне же вроде бы приличное что-то для отладки наворотили?

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

в силайоне же вроде бы приличное что-то для отладки наворотили?

с VS не сравнимо имхо

не понял, при чём тут винда.

При том, что у студии отличный отладчик.

ну у меня в нем и проект-то не собирался ;D

может через пару лет, если тщательно репортить и фичреквестить

и у этого отличного отладчика какой-то отличный от других оверхед?

принты ван лав

и у этого отличного отладчика какой-то отличный от других оверхед?

Ты сейчас обсуждаешь printf vs debug или ищешь очередной повод прикопаться к так называемым проблемам со студией? :D

кстати, аргумент за принты, иногда с дебажными символами просто невозможно собрать проект, линкер берет и говорит тебе oom

У студийного отладчика есть один очень крупный плюс — он не тормозит на ооочень больших файлах.

и у этого отличного отладчика какой-то отличный от других оверхед?

Какая разница, какой у отладчика оверхед, скажи мне? Под отладкой у тебя и так всё остановлено и ты пристально разглядываешь монитор.

по моим ощущениям, мы обсуждаем (зачем-то, мне эта тема не то чтобы сильно интересна) сравнительный оверхед printf и подключённого дебаггера

С gdb приходится изгаляться.

кстати, аргумент за принты, иногда с дебажными символами просто невозможно собрать проект, линкер берет и говорит тебе oom

докинь плашку

докинь плашку

не помогает, линкеру разрядности не хватает)

какое отношение символы имеют к отладчику?

Какая разница, какой у отладчика оверхед, скажи мне? Под отладкой у тебя и так всё остановлено и ты пристально разглядываешь монитор.

а?

по моим ощущениям, мы обсуждаем (зачем-то, мне эта тема не то чтобы сильно интересна) сравнительный оверхед printf и подключённого дебаггера

Ты, видимо, проигнорировал то, что я написал. assert внутри себя вызывает debugbreak и только тогда ты подключаешь отладчик.

не помогает, линкеру разрядности не хватает)

в студии 32-битный линкер? 😒

по-моему, мы разные вещи называем "подключением"

в студии 32-битный линкер? 😒

got no idea about vs. а у нас есть реальные платформы, где надо собирать 32 тулчейном и с дебажными символами там oom

Ага помню, у кого-то пробелмы были собрать 65536 объектников :D

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

Ага помню, у кого-то пробелмы были собрать 65536 объектников :D

у меня была на винде с мингв.

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

Господи, ты понимаешь, что int 3 это для красного словца.

Естественно там не int 3

>тем что printf запустит огромную машинерию про преобразования твоего инта в строку, потом запись в консоль и пошло поехало. Огромные задержки. Многопоточные баги запросто перестанут воспроизводиться. А ассёрт, это просто проверка условия и если фейл, то сразу break

break куда?

если отладчика нет

хинт: перед printf можно тоже проверить условие, если хочется

Не уверен как на линуксе, но на винде можно на лету подключить отладчик

как ты догадываешься, это очень даже не бесплатно

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

Печать на экран — это всегда недостаточно. Мне надо посмотреть на стек, мне надо посмотреть в переменные.

Одним лишь принтом получить информацию о стейте программы — тяжело.

печатай стектрейсы

Вместе с @berkus разобрались в тонкостях стандартной библиотеки и выявили суть бага :) и дело не в оптимизациях компилятора, а в конкретной реализации bitset с некоторыми хитростями. За объяснение ему огромное спасибо

напомню то утверждение, которое мы обсуждаем

Принтфы запросто ломают воспроизведение бага.

А вот assert-ы куда менее инвазивны

печатай стектрейсы

Об этом и речь, что если я буду печатать стектрейсы — я поменяю профиль нагрузки.

Вместе с @berkus разобрались в тонкостях стандартной библиотеки и выявили суть бага :) и дело не в оптимизациях компилятора, а в конкретной реализации bitset с некоторыми хитростями. За объяснение ему огромное спасибо

:)

Отлично! у меня приложение без 3rd party, давайте в него еще буст притараканим для отладки :D

надо было сразу буст использовать!

а когда в c++ добавят до кучи гуй, приложения на этом ужасе тоже будут "без 3rd party"?

зачем мне его ждать?

думаю, ответ на мой вопрос не изменится от наступления этого радостного события.

А вообще мне интересно посмотреть на любителей отлаживаться printf-ами в большом проекте, где надо каждый раз перекомпилироваться после добавления printfa нового.

Отдельный вопрос как printf-ами segfault ловить.

Всё еще хуже чем вообще отсутсвие перекомпиляции.

Пока ждешь пусть даже небольшую но перекомпиляцию а не просто перезапускаешь программу — тратишь ментальную энергию и концентрацию.

Отвлекаешься на написание printf-ов, потом на их убирание.

Имеют самое прямое.

Можно сколько угодно открещиваться от этого, но такая штука как концентрация, скорость работы они есть. И я лично был свидетелем, как человек тыкаясь в printf-ы и gdb не мог отладиться потому, что все это занимало кучу времени.

И замусоривало код очень быстро.

Я тоже не говорил, что отладчик — серебрянная пуля.

Я говорил о том, что «оталживаюсь только printf-ами» — это узкое мышление.