https://opennet.ru/openforum/vsluhforumID3/87506.html На github [[https://github.com/kmcallister/embedded-breakpoints опубликован]] способ внедрения в исходный код точек останова для gdb, не влияющий на нормальное выполнение программы в отсутствие отладчика. Способ основан на размещении адреса локальной переменной в секции (embed-breakpoints линкера).<br><br><br> #define EMBED_BREAKPOINT \<br> asm("0:" \<br> ".pushsection embed-breakpoints;" \<br> ".quad 0b;" \<br> ".popsection;")<br><br> int main() {<br> printf("Hello,\n");<br> EMBED_BREAKPOINT;<br> printf("world!\n");<br> EMBED_BREAKPOINT;<br> return 0;<br> }<br><br>Собираем враппер для gdb:<br><br> sudo apt-get install binutils-dev<br> git clone git://github.com/kmcallister/embedded-breakpoints.git<br> cd embedded-breakpoints<br> ./build.sh<br><br>Собираем тестовое приложение и запускаем под управлением враппера к gdb:<br><br> $ gcc -g -o example example.c<br> $ ./gdb-with-breakpoints ./example<br><br> Reading symbols from example...done.<br> https://opennet.ru/openforum/vsluhforumID3/87506.html#16 Fri, 05 Feb 2016 03:25:55 GMT Переставь -lbfd в конец:<br><br>gcc -Wall -std=c99 -o gdb-with-breakpoints gdb-with-breakpoints.c -lbfd<br> https://opennet.ru/openforum/vsluhforumID3/87506.html#15 Fri, 25 Jan 2013 06:19:22 GMT libbfd присутствует. что может быть не так?<br> https://opennet.ru/openforum/vsluhforumID3/87506.html#14 Fri, 25 Jan 2013 06:18:27 GMT не получается собрать. поставил binutils и binutils-devel<br>Target: x86_64-redhat-linux<br>Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --disable-plugin --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --with-cpu=generic --host=x86_64-redhat-linux<br>Thread model: posix<br>gcc version 4.1.2 20080704 (Red Hat 4.1.2-54)<br>[xor@gdrca:~/embedded-breakpoints-master]$ ./build.sh<br>+ gcc -Wall -std=c99 -lbfd -o gdb-with-breakpoints gdb-with-breakpoints.c<br>/tmp/cc6OMnYK.o: In function `main':<br>gdb-with-breakpoints.c:(.text+0x5a): undefined reference to `bfd_openr'<br>gdb-with-breakpoints.c:(.text+0x6f): undefined reference to `bfd_perror'<br> https://opennet.ru/openforum/vsluhforumID3/87506.html#12 Mon, 10 Dec 2012 07:41:57 GMT Вот только таким макаром нельзя поставить бряк посреди функции. Хотя-бы на том основании что номера строк имеют свойство в процессе написания кода меняться.<br><br>А int3 я в код тыкал еще когда на ассемблере кодил. И находил это очень полезным.<br> https://opennet.ru/openforum/vsluhforumID3/87506.html#11 Sat, 08 Dec 2012 06:16:03 GMT gdb -x script<br><br>в файле<br>source ...<br>set args ....<br>b $file:line<br>...<br>r<br><br>это так сложно создать ?<br><br>на что только не идут люди лишь бы не читать документацию к gdb... один из самых приличных отладчиков<br> https://opennet.ru/openforum/vsluhforumID3/87506.html#10 Thu, 06 Dec 2012 21:08:03 GMT пропиретарное дебажить нужно, ну или трассировщиком. а такой подход можно только применять для встраивания в исходники, ибо дизасмы, они суровы. или тут есть герои, которые декомпайлеры применяли, а потом с небольшой вставкой обратно собирали и всё работало? ведь об этом речь чел завел, когда заговорил про "стрипнутые" файлы<br> https://opennet.ru/openforum/vsluhforumID3/87506.html#9 Thu, 06 Dec 2012 10:46:34 GMT Точки останова для всех (запустивших вашу программу из-под wrapper'а GDB), даром. И пусть никто не уйдёт неотлаженным! =)<br> https://opennet.ru/openforum/vsluhforumID3/87506.html#8 Tue, 04 Dec 2012 18:16:29 GMT Я писал. И отладчик при этом от силы пару раз использовал, и то чтобы глянуть, что в библиотеке происходит. Тем не менее, нахожу трюк полезным.<br> https://opennet.ru/openforum/vsluhforumID3/87506.html#7 Tue, 04 Dec 2012 04:40:00 GMT Пипец, ты хоть что-то сложнее helloworld.c писал в своей жизни? ТОЛЬКО ЧЕСТНО.<br>