URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID9
Нить номер: 3487
[ Назад ]

Исходное сообщение
"segmentation fault source"

Отправлено mirya , 17-Окт-04 16:02 
Есть достаточно громоздкая программа, к-рая динамически слинкована с кучей библиотек. Как понятно из заголовка, при запуске коредампится. Нужно каким-то образом выяснить, в коде какой из библиотек был вызван page fault, при учете, что нигде нет отладочной информации (и пересобрка с ней технически невозможна), максимум, что есть - .core упавшего процесса

Содержание

Сообщения в этом обсуждении
"segmentation fault source"
Отправлено Асен Тотин , 17-Окт-04 19:26 
Привет,

strace пробовали?

WWell,


"segmentation fault source"
Отправлено Murr , 18-Окт-04 12:30 
>Есть достаточно громоздкая программа, к-рая динамически слинкована с кучей библиотек. Как понятно
>из заголовка, при запуске коредампится. Нужно каким-то образом выяснить, в коде
>какой из библиотек был вызван page fault, при учете, что нигде
>нет отладочной информации (и пересобрка с ней технически невозможна), максимум, что
>есть - .core упавшего процесса


Если glibc собрано более-менее целиком, то можно попробовать так:
LD_PRELOAD=/lib/LibSegFault.so ./myprog

После SEGFAULT оно должно вывести карту памяти процесса и backtrace.

А вообще, есть gdb. :)


"segmentation fault source"
Отправлено mirya , 18-Окт-04 16:43 
>Если glibc собрано более-менее целиком, то можно попробовать так:
>LD_PRELOAD=/lib/LibSegFault.so ./myprog
FreeBSD 5.2.1
>
>После SEGFAULT оно должно вывести карту памяти процесса и backtrace.

>
>
>А вообще, есть gdb. :)
помог. Это был artsd, падал в libkse, надеюсь на 5.3, к-рый (надеюсь) через неделю