Не удается найти точку входа программы в проекте C++

Чтобы найти точку входа, просмотрите каждый общий объект с помощью:

nm $library | egrep "T main$"

Библиотека с main() выведет что-то вроде

090d8ab0 T main

Очень полезный способ визуализации дерева выполнения - запустить:

valgrind --tool=callgrind ./my_executable -arg -arg ....

(вы можете прервать выполнение досрочно, нажав Ctrl+C)

Это выведет файл callgrind.<pid>. Чтобы визуализировать это, запустите kcachegrind callgrind.<pid>.

Вам понадобится valgrind:

sudo apt-get install valgrind

и kcachegrind

sudo apt-get install kcachegrind

Создайте его с параметром отладки -g и войдите в программу с помощью отладчика, такого как gdb (или cgdb, или ddd). Однако вам понадобятся любые подходящие библиотеки отладочных библиотек.

Если не считать этого, немного поиграйте с кодом. Попробуйте поместить операторы printf или cout, которые печатают внутренние переменные в любых функциях, которые кажутся важными, и посмотрите, каков статус программы и как часто они вызываются. Если main скрыто в библиотеке, возможно, где-то есть другая функция, которая ведет себя как main для целей API, предоставляемого любой библиотекой, имеющей настоящий main.

Какова документация API для ваших библиотек? (это школьный проект?). Звучит странно иметь скрытый main и ничего о нем не говорить.

Если вы используете систему сборки (CMake, SCons, ...), вполне возможно, что система сборки также генерирует некоторые файлы, и один из них может содержать метод main(). Мы используем эту методологию, когда генерируем основную функцию, чтобы создавать экземпляры классов для библиотек, которые были специально выбраны в CMake-gui.

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

Изменить

Итак, увидев вы CMakeLists.txt:

проверьте ${DIR_EXT}/covis/src/ci.cpp, где DIR_EXT равно SET( DIR_EXT "../ext/" CACHE PATH "Folder holding external libraries" )

Посмотрите, что там внутри, и дайте нам знать :)

Изменить2

Увидев build.sh (выполните шаги по порядку):

1. изменить

`cmake -D COMPILE_BINARY=ON ..` 

to

`cmake -D COMPILE_BINARY=ON -DCMAKE_BUILD_TYPE=Debug ..`

и добавьте тот же -DCMAKE_BUILD_TYPE=Debug к другой команде cmake.

Это создаст вашу библиотеку и исполняемый файл в режиме отладки.

2. Теперь в одном из исходных файлов C++, к которому у вас есть доступ и вы уверены, что он будет вызван (чем раньше будет вызвана функция, тем лучше), добавьте:

asm("int $0x03");

Это создаст точку останова в вашем приложении.

(Если вы не хотите использовать это, см. ниже).

3. Создайте свое приложение.

4. Запустите его через отладчик в терминале:

gdb ./myapplication <ENTER>

(это даст вам подсказку gdb)

(если вы не добавили точку останова asm сверху, введите в приглашении gdb: break filename.cpp:linenumber или break methodname, чтобы добавить точку останова gdb).

run <ENTER>

Теперь ваше приложение должно останавливаться в вашей функции, когда оно выполняется. Вы все еще находитесь в командной строке gdb, поэтому введите:

bt <ENTER>

Это распечатает обратную трассировку вашего приложения. Где-то вы должны увидеть основную функцию вместе с именем файла и номером строки.

Тем не менее, этот setnames.sh выглядит интересно, посмотрите, не делает ли он ничего смешного :)