никаких символов (только вопросительные знаки) в трассировке стека в удаленном gdb

Я немного в растерянности, что может быть не так

Возможно, ничего плохого нет.

Вот что я получаю на локальной машине:

gdbserver :0 /bin/date
Process /bin/date created; pid = 132826
Listening on port 57966
Remote debugging from host 127.0.0.1

В отдельном окне:

gdb -q /bin/date
(gdb) target remote localhost:57966
Remote debugging using localhost:57966
Loading symbols for shared libraries.
Loading symbols for shared libraries.
0x00007ffff7ddb2d0 in _start () at rtld.c:871
871 rtld.c: No such file or directory.
(gdb) bt
#0  0x00007ffff7ddb2d0 in _start () at rtld.c:871
#1  0x0000000000000001 in ?? ()
#2  0x00007fffffffe157 in ?? ()
#3  0x0000000000000000 in ?? ()

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

Символы для основного исполняемого файла уже должны быть загружены, и вы должны иметь возможность устанавливать на них точки останова. Установите точку останова на main и просто продолжайте оттуда, и вскоре вы увидите, что ваша точка останова сработала.

Обновление:

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

Ваше ожидание неверно.

В типичном динамически связанном двоичном файле между _start и переходом к main есть тысячи инструкций. Иногда эти инструкции являются теми, где происходит сбой. Если бы GDB автоматически продолжал main, не давая вам возможности установить точки останова или точки наблюдения, то отладка таких сбоев была бы намного сложнее, чем сейчас.

Несколько идей:

Убедитесь, что удаленная программа и общие библиотеки скомпилированы с ключом -g для добавления символов отладки. Сообщение (no debugging symbols found) может означать, что символы отладки отсутствуют во всем исполняемом файле.

Убедитесь, что локальная и удаленная программа — это один и тот же образ. Вы можете сделать «сумму» по каждому. Это может быть проблемой, так как строка #1 0x0000000000000003 in ?? () выглядит поврежденной.

Вы можете вручную отладить цель на удаленном поле? Если это так, проверьте символы, чтобы узнать, связано ли это с сеансом удаленной/локальной отладки. Вы можете проверить символы отладки, выполнив list <function>

Диапазоны адресов часто сопоставляются одинаково в локальной системе и удаленной. Вы можете разобрать адрес в локальном сеансе отладки и посмотреть, какой функции/методу он соответствует. Это может быть полезно, если удаленная программа дает сбой, по крайней мере, вы можете понять, в чем проблема.

При удаленной отладке клиент gdb не знает, откуда загружать символы. У вас есть два варианта:

1. specify executable when starting gdb

gdb <executable>
(gdb) target remote <IP>:<port>
(gdb) load <executable>
 gdb should know symbols now
(gdb) b main
(gdb) mon reset
(gdb) contnue
 it should break at main
(gdb) bt

2. use file command to tell about the symbols.

gdb
(gdb) target remote <IP>:<port>
(gdb) load <executable>
(gdb) file <executable>
 gdb should know symbols now
(gdb) b main
(gdb) mon reset
(gdb) contnue
 it should break at main
(gdb) bt