VPF::gdb и shared library - Форум программистов

Dude03

Дата 26.1.2007, 17:43 (ссылка)

(нет голосов)

Загрузка ...

Опытный

Профиль
Группа: Участник
Сообщений: 257
Регистрация: 28.4.2006

Репутация: нет
Всего: 6

Возникла такая проблема : нужно отладить шаред либу. Скомпилил, отладочную инфу подрубил.
Препдположим, что host-prog - программа, shared.so - shared library
Вот:

Код


(gdb) file host-prog
Reading symbols from host-prog...
(no debugging symbols found)...done.
(gdb) symbol-file shared.so
Reading symbols from shared.so...done.
(gdb) b Func
(gdb) Cannot access memory at address 0x1000120a # хмм ну в принципе ясно - там же ничего еще нету=(
load shared.so
(gdb) You can't do that when your target is `exec' # не могу загрузить
add-shared-symbol-files shared.so
(gdb) b Func
(gdb) Cannot access memory at address 0x1000120a
(gdb) load shared.so
(gdb) You can't do that when your target is `exec'

Что мне сделать, чтобы отладить?
PS. 0x1000120a - сильно на адреса не смотрите. Все нормально с ними.

kirjanov

Дата 26.1.2007, 17:51 (ссылка)

(нет голосов)

Загрузка ...

Опытный

Профиль
Группа: Участник
Сообщений: 326
Регистрация: 22.1.2006
Где: Dark wood of erro r

Репутация: нет
Всего: 15

Dude03,
напиши имя функции, на которую бряк ставишь, большими буквами

Dude03

Дата 26.1.2007, 18:00 (ссылка)

(нет голосов)

Загрузка ...

Опытный

Профиль
Группа: Участник
Сообщений: 257
Регистрация: 28.4.2006

Репутация: нет
Всего: 6

Это просьба или ответ?=)
С бряком на функцию все нормально. Тут же дело не в этом.
Ставлю бряк на функцию Func. Почитал хелп про функцию load. Она мне подходит - но она не хочет грузить файл

Код


(gdb) load shared.so
(gdb) You can't do that when your target is `exec'

kirjanov

Дата 26.1.2007, 18:19 (ссылка)

(нет голосов)

Загрузка ...

Опытный

Профиль
Группа: Участник
Сообщений: 326
Регистрация: 22.1.2006
Где: Dark wood of erro r

Репутация: нет
Всего: 15

load будет работать при target remote, а у тебя target exec
ты библиотеку явно компонуешь или используешь ее через dlopen()?

Это сообщение отредактировал(а) kirjanov - 26.1.2007, 18:33

Dude03

Дата 26.1.2007, 19:04 (ссылка)

(нет голосов)

Загрузка ...

Опытный

Профиль
Группа: Участник
Сообщений: 257
Регистрация: 28.4.2006

Репутация: нет
Всего: 6

dlopen. Программа подгружает ее динамически.
PS. эта либа - плагин

Это сообщение отредактировал(а) Dude03 - 26.1.2007, 19:16

bilbobagginz

Дата 27.1.2007, 09:08 (ссылка)

(нет голосов)

Загрузка ...

Naughtius Maximus

Профиль
Группа: Экс. модератор
Сообщений: 8813
Регистрация: 2.3.2004
Где: Israel

Репутация: 28
Всего: 317

для того, чтобы gdb мог попробовать и зарезолвить символы, поставь breakpoint после вызова dlopen().
а дальше всё должно работать, если все нужные сырцы читабельны и либа скомпилена с отладочной информацией.

если ты устанавливаешь брейкпойнты до вызова dlopen() [ напр. из скрипта gdb ], то выйдут ошибки. тут не автоматизируешь... или сделай так:
в коде добавь ярлык "после длопен()"

Код


ptr=dlopen(blablablablabla,flags));
if (!ptr) {
/** oshibka */
}
posle-dlopen:
/** 
 the rest of the code
**/

gdb скрипт:

Код


break posle-dlopen;
continue;
break <внутренние символы из либы>;

Удачи.

--------------------

Я ещё не демон. Я только учусь.

Dude03

Дата 27.1.2007, 14:25 (ссылка)

(нет голосов)

Загрузка ...

Опытный

Профиль
Группа: Участник
Сообщений: 257
Регистрация: 28.4.2006

Репутация: нет
Всего: 6

Хммм , жаль, что по другому нельзя. В Visual Studio я мог вполне нормально поставить бряк внутри длл и потом спокойно отладживать. Еще одна проблема - прога которая подгружает длл не имеет сорсов. Конечно мне несложно найти отреверсить, но все же.

0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема \| *Программное обеспечение под NIX системы** \| Следующая тема »