Большой исполняемый файл вызывает отладчики для зависания

Question

У меня есть двоичный файл C++ размером 190 МБ. Когда я помещаю этот двоичный файл в dbx и пытаюсь создать точку останова, dbx зависает. В то время как dbx висит, я заметил, что его память быстро выросла до более чем 10 ГБ. TotalView позволяет устанавливать точки останова; однако все отображаемые данные являются фиктивными. Я успешно отлаживал много других небольших двоичных файлов, поэтому моя догадка - это большой размер этого двоичного файла.

Двоичный: ELF 32-разрядный MSB исполняемый SPARC32PLUS Версия 1, V8 + Обязательный, динамически связанный, не разделенный.
Компилятор: CC: Sun C++ 5.9 SunOS_sparc 2007/05/03.
Dbx: 7.6 SunOS_sparc 2007/05/03.
TotalView: 8.2.0-0
Операционная система: Solaris 10

Как я использую DBX:

dbx mybinary 
stop at Something.cc:170 

Dbx никогда не возвращается из этой команды, и я должен в конечном итоге убить DBX из отдельной терминала ,

Я пробовал несколько вещей без успеха:
1. Переключился на связывание в большинстве библиотек динамически, что уменьшило двоичный размер до 19 МБ.
2. Пробовал на Solaris x86.
3. Составлено программное обеспечение как 64 бит.

Кто-нибудь знает, что может случиться, и как решить проблему?

Answer 1

Попробуйте отладить с помощью другого отладчика, чтобы определить, вызывает ли ваш код проблему. Мой любимый отладчик на Solaris является MDB:

mdb ./yourapplicationname 
> your_c_fn_name::bp 
> ::run 

Не забывайте использовать подогнанные имена функций, если вы кодирование в C++. Конвейеру выход нм Grep, чтобы узнать, что ваш искаженное имя функции:

nm ./yourapplicationname | grep yourc++fnname 

Если MDB имеет один и тот же вопрос с DBX, то я хотел бы предложить вам взглянуть на ваш код. Если, однако, mdb попадает в bp без проблем, вы можете либо работать с mdb (который не может, насколько я знаю, работать с исходными файлами), либо вы можете настроить настройку своего приложения, чтобы сделать dbx счастливым.