@nezabudka

Я не большой специалист, но представляю следующую последовательность действий.
Вы получили адрес с критической ошибкой 0x00007f353ee2e960 это верхний фрейм стека.
Вопросики напротив фреймов это значит что дебагер не может прочесть какая функция
создала этот фрейм потому что программа была собрана без флагов gdb. Можно посмотреть
через objdump -d binarnik дизасемблированную команду на которой был краш. Далее я бы
скомпилировала программу с gdb флагами, установила брейкпойнт близкий к адресу краша.
В этом может помочь и предварительный просмотр глобальных точек входа через nm. Можно
установить в адрес следующего фрейма 0x00007f353ee00238 или в крайнем случае установила бы
брейкпойнт в main 0x00007f353f5d3540 и прошла бы по всей программе через stepi и посмотрела бы по этому адресу
какая переменная участвовала при краше (ориенитируясь на дизасемблированную команду в objdump -d)
Сразу после запуска gdb я бы включила tui для удобства работы
tui enable
и вывела на экраны асемблерный код (для сравнения с objdump -d) и все общие регистры
la asm
la r
fs p
Главное core dump сказал мне где искать ошибку! Потому что она проявляется не всегда.
При установлении места краша в программе можно переключить одно окно с асемблерного
кода на src код что бы точнее определить место в исходном коде программы
И когда я установлю функцию в которй происходит краш можно приступать к анализу ее переменных

Добавлено через 9 минут
Главное то вы сделали, вы установили адрес этой ошибки

Вернуться к обсуждению:
CoreDump gdb Ubuntu Linux

1