На github [[https://github.com/kmcallister/embedded-breakpoints опубликован]] способ внедрения в исходный код точек останова для gdb, не влияющий на нормальное выполнение программы в отсутствие отладчика. Способ основан на размещении адреса локальной переменной в секции (embed-breakpoints линкера).

  #define EMBED_BREAKPOINT \
    asm("0:"                              \
        ".pushsection embed-breakpoints;" \
        ".quad 0b;"                       \
        ".popsection;")

   int main() {
       printf("Hello,\n");
       EMBED_BREAKPOINT;
       printf("world!\n");
       EMBED_BREAKPOINT;
       return 0;
   }

Собираем враппер для gdb:

    sudo apt-get install binutils-dev
    git clone git://github.com/kmcallister/embedded-breakpoints.git
    cd embedded-breakpoints
    ./build.sh

Собираем тестовое приложение и запускаем под управлением враппера к gdb:

   $ gcc -g -o example example.c
   $ ./gdb-with-breakpoints ./example

   Reading symbols from example...done.
   Breakpoint 1 at 0x4004f2: file example.c, line 8.
   Breakpoint 2 at 0x4004fc: file example.c, line 10.

   (gdb) run

   Starting program: example
   Hello,

   Breakpoint 1, main () at example.c:8
   8           printf("world!\n");

   (gdb) info breakpoints

   Num     Type           Disp Enb Address            What
   1       breakpoint     keep y   0x00000000004004f2 in main at   example.c:8
        breakpoint already hit 1 time
   2       breakpoint     keep y   0x00000000004004fc in main at example.c:10

При выполнении напрямую и или в версии gdb без специального враппера точки останова никак не отражаются на работе программы.

URL: http://mainisusuallyafunction.blogspot.com/2012/01/embedding...
Обсуждается: http://www.opennet.me/tips/info/2722.shtml

• Внедрение точек останова gdb в исходный код,dkrot, 00:50 , 29-Ноя-12
  • Внедрение точек останова gdb в исходный код,qux, 13:56 , 29-Ноя-12
• Внедрение точек останова gdb в исходный код,pavlinux, 20:52 , 29-Ноя-12
• Внедрение точек останова gdb в исходный код,svn, 01:31 , 01-Дек-12
  • Внедрение точек останова gdb в исходный код,pavlinux, 02:47 , 01-Дек-12
  • Внедрение точек останова gdb в исходный код,ram_scan, 20:11 , 01-Дек-12
    • Внедрение точек останова gdb в исходный код,прохожий, 10:16 , 08-Дек-12
      • Внедрение точек останова gdb в исходный код,ram_scan, 11:41 , 10-Дек-12
  • Внедрение точек останова gdb в исходный код,Аноним, 08:40 , 04-Дек-12
    • Внедрение точек останова gdb в исходный код,gaga, 22:16 , 04-Дек-12
      • Внедрение точек останова gdb в исходный код,Карбофос, 01:08 , 07-Дек-12
• Внедрение точек останова gdb в исходный код,Аноним, 14:46 , 06-Дек-12
• Внедрение точек останова gdb в исходный код,x0r, 10:18 , 25-Янв-13
  • Внедрение точек останова gdb в исходный код,x0r, 10:19 , 25-Янв-13
• Внедрение точек останова gdb в исходный код,Rus, 06:25 , 05-Фев-16

С ходу, конечно х. з. какое применение, но реализовано элегантно. Я даже и не знал что есть такая libbfd :-)

В первоисточние описано более подробно, про зачем больше в комментариях:
http://mainisusuallyafunction.blogspot.com/2012/01/embedding...

В общем прикольно, но пошагово отлаживать не выходит.

# /gdb-with-breakpoints ./example
Breakpoint 1 at 0x40054a
Breakpoint 2 at 0x400554
(gdb) info b
Num     Type           Disp Enb Address            What
1       breakpoint     keep y   0x000000000040054a 
2       breakpoint     keep y   0x0000000000400554 
(gdb) run
Starting program: /tmp/embedded-breakpoints/example 
Hello,
Breakpoint 1, 0x000000000040054a in ?? ()
(gdb) step
Cannot find bounds of current function
(gdb) step
Cannot find bounds of current function
(gdb)
...
(gdb) continue 
Continuing.
world!
Breakpoint 2, 0x0000000000400554 in ?? ()
(gdb) 

Какой в этом смысл.

Стрипнутую проприетарщину без отладочной информации отлаживать?

> Стрипнутую проприетарщину без отладочной информации отлаживать?

А теперь ещё раз подумай, но со стороны программиста.

Я вот не понимаю, че ваще юзера делают на опенете,
есть же бубнтуфорум, сусефррум, фидорасекта, ...

Смысл такой-же как в отладочных логах.

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

gdb -x script

в файле
source ...
set args ....
b $file:line
...
r

это так сложно создать ?

на что только не идут люди лишь бы не читать документацию к gdb... один из самых приличных отладчиков

Вот только таким макаром нельзя поставить бряк посреди функции. Хотя-бы на том основании что номера строк имеют свойство в процессе написания кода меняться.

А int3 я в код тыкал еще когда на ассемблере кодил. И находил это очень полезным.

Пипец, ты хоть что-то сложнее helloworld.c писал в своей жизни? ТОЛЬКО ЧЕСТНО.

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

пропиретарное дебажить нужно, ну или трассировщиком. а такой подход можно только применять для встраивания в исходники, ибо дизасмы, они суровы. или тут есть герои, которые декомпайлеры применяли, а потом с небольшой вставкой обратно собирали и всё работало? ведь об этом речь чел завел, когда заговорил про "стрипнутые" файлы

Точки останова для всех (запустивших вашу программу из-под wrapper'а GDB), даром. И пусть никто не уйдёт неотлаженным! =)

не получается собрать. поставил binutils и binutils-devel
Target: x86_64-redhat-linux
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
Thread model: posix
gcc version 4.1.2 20080704 (Red Hat 4.1.2-54)
[xor@gdrca:~/embedded-breakpoints-master]$ ./build.sh
+ gcc -Wall -std=c99 -lbfd -o gdb-with-breakpoints gdb-with-breakpoints.c
/tmp/cc6OMnYK.o: In function `main':
gdb-with-breakpoints.c:(.text+0x5a): undefined reference to `bfd_openr'
gdb-with-breakpoints.c:(.text+0x6f): undefined reference to `bfd_perror'

libbfd присутствует. что может быть не так?

Переставь -lbfd в конец:

gcc -Wall -std=c99 -o gdb-with-breakpoints gdb-with-breakpoints.c -lbfd