Анализ загрузки динамических библиотек.

Собственно проблема, которую я пытаюсь решить:
Есть приложение, которое линкуется с несколькими .so библиотеками. Часть из них самописные, часть - стандартные. Еще одна часть - унаследованный код библиотек.

Очередная версия приложения отказывается стартовать на устройстве (ARM), но прекрасно стартует на PC(x86).

Путем эксперементов было обнаружено, что к краху приложения приводит его линковка с одной из библиотек (назовем ее для краткости libBad.so).

Если приложение не линкуется с libBad.so, то все работает прекрасно (в данный момент приложение урезано до printf(«Hello, world\n»)).
Если же произвести линковку с libBad.so, тогда приложение завершается по SIGSEG даже не заходя в функцию main (на первой строчке main(...) поставлен брейкпоинт).

Если необходимо, могу выложить выхлоп gdb при завершении.

Присоединяюсь к вопросу.

ldd?

strace ?

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

LD_DEBUG=libs достаточно?

>ldd
Выдает корректный список библиотек, с которыми слинковано приложение. Возможно есть и другой способ его использования?

strace

К сожалению в нашей сборке ФС его пока еще нет. Надо будет обязательно добавить.

В итоге проблему удалось решить ревизией кода libBad.so на предмет static членов классов, которые инициализирются вне методов класса.
В итоге один из них пытался инициализироватся собственным конструктором, который использовал libstdc.so, который в тот момент еще не был загружетн. Во всяком случае мне показалось именно так.

Сейчас инициализация этого члена вынесена в метод класса.

Всем спасибо за столь оперативные подсказки.

который использовал libstdc.so

сомнительно, линкер должен такое учитывать. Разве что у libBad.so не прописано что оно зависит от stdc.

К сожалению выхлоп strace я так и не смог распарсить (очень уж там много всего), но судя по всему ошибку вызывает функция nummem, которая возвращает 0. Возможно, где-то не обрабатывается ситуация, когда возвращается нулевой указатель и производится попытка его разименования.

Сейчас потратить время на полный анализ нет возможности.

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

ltrace

Очень хорошая подсказка. Спасибо.

> сомнительно, линкер должен такое учитывать. Разве что у libBad.so не прописано что оно зависит от stdc.

Порядок инициализации глобальных объектов НЕОПРЕДЕЛЁН (на практике он зависит от порядка указания библиотек), поэтому часто в проектах на С++ вылазят такие косяки.

Порядок инициализации глобальных объектов НЕОПРЕДЕЛЁН

я не про это, я про то символы в либах.