Как настроить Eclipse для удаленной отладки C с помощью gdbserver?

Ответ 1

gdbserver требуется больше аргументов. Например, скажите gdbserver localhost:1337 yourprogram yourprogramarguments и продолжайте работать.

Затем в Eclipse создайте новую конфигурацию отладки для "C/С++ Application". На основной вкладке внизу, выберите GDB (GSF) Remote System Process Launcher в качестве запуска. На вкладке отладчика выберите gdbserver Debugger в качестве отладчика. Под соединением скажите TCP как тип подключения и укажите localhost:1337 как адрес. При запуске конфигурации вы можете управлять удаленным gdb, введя команды в консоль.

Ответ 2

Проверка конфиденциальности CLI

Прежде чем что-либо сделать, убедитесь, что вы:

• перекрестно скомпилировать приложение и запустить его. Вам не обязательно делать это с помощью Eclipse.
• удаленная отладка GDB удаляется из командной строки. Это может помочь: Как вы снова запускаете программу в gdb с помощью "целевого пульта" ?

Этот ответ предполагает, что вы можете сделать это на доске разработки:

sudo apt-get install gdbserver
gdbserver :1234 path/to/executable

И на хосте:

aarch64-linux-gnu-gdb \
  -ex "target remote board-hostname:1234" \
  -ex "file path/to/cross/compiled/executable" \
  -ex 'tb main' \
  -ex c

а затем отлаживайте все правильно.

Настройка Eclipse

Протестировано в хосте Ubuntu 16.04, Eclipse Oxygen 4.7.0 (загружено с веб-сайта), gdbserver 7.12, aarch64-linux-gnu-gdb 7.6.

Я успешно использовал все следующие методы:

• руководство
• автоматический
  • пароль auth
  • открытый ключ auth

Руководство

С помощью этого метода перед запуском debug на Eclipse мы должны запустить gdbserver в целевой среде.

Pro: позволяет настраивать соединения SSH через Eclipse, чтобы позволить Eclipse запускать gdbserver, что является еще одной возможной точкой отказа.

Con: вы должны перезапускать gdbserver при каждом запуске отладки. Это можно было бы преодолеть, если бы Eclipse понял gdbserver --multi, но я не думаю, что это так?

Из-за своей простоты я рекомендую вам сначала запустить этот метод.

Откройте конфигурацию отладки, затем создайте новое "Удаленное приложение C/С++".

Под вкладкой "Главная":

• выберите "Имя", "Проект" и "Приложение C/С++", как обычно, для локальной отладки

• в нижней панели запуска нажмите "Выбрать другое", установите флажок "Использовать настройки конфигурации" и выберите "Пуск удаленной отладки GDB (DSF)"

  Зачем мы это делаем: автозапуск сначала подключается к плате с SSH и запускает gdbserver для вас.

Под вкладкой "Отладчик":

• "Отладчик GDB": тот же, что и в CLI на хосте, aarch64-linux-gnu-gdb для этого примера

• Подкладка "Соединение": укажите имя хоста и порт, переданные хосту в CLI (board-hostname и 1234)

Наконец, вручную запустите gdbserver на цель так же, как мы сделали из CLI:

gdbserver :1234 path/to/executable

и обычно запускайте отладчик из Eclipse.

Вы должны перезапустить gdbserver каждый раз, когда вы завершаете программу.

Автоматически с паролем auth

Это лучший способ для советов разработчиков, у которых есть фиксированные общедоступные пароли.

Он подключается к цели с SSH и паролем и запускает gdbserver в цель автоматически каждый раз, что очень удобно!

Target gdbserver stdout переходит в окно консоли "Eclipse", что дополнительно уменьшает переключение окон.

В наборе Eclipse:

• работайте над ошибкой "Безопасное хранилище не удалось сохранить главный пароль", как описано в: Как решить &" Безопасное хранилище не удалось сохранить главный пароль " в удаленном приложении Eclipse CDT с подключением отладки паролей SSH?
• установите пусковую установку в: "Автоматическая пусковая дистанционная пусковая установка"
• установить "Путь удаленного абсолютного файла" для приложения C/С++ "на /root/path/to/project/path/to/executable
• "Соединение", "Создать" и выберите "Аутентификация на основе пароля"

Автоматически с открытым ключом

Очень похоже на аутентификацию пароля, за исключением того, что вы должны перейти к: "Подключение", "Создать" и выбрать "Аутентификация на основе открытого ключа"

Плюсы:

• преодолевает "Безопасное хранилище не удалось сохранить главный пароль", если у вас есть незашифрованный закрытый ключ (небезопасный, но отлично подходит для отпечатков).
• для серверов, вероятно, вы уже настроили открытый ключ

Минусы:

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

поэтому я бы предпочел этот метод для серверов.

SSH может подключаться без пароля, если вы:

• установите ~/.ssh/authorized_keys в цель, чтобы содержать ~/.ssh/id_rsa.pub от хоста
• имеют незашифрованный закрытый ключ на хосте, который обходит наши проблемы с паролем
• установить правильные права на папку pesky: https://unix.stackexchange.com/questions/36540/why-am-i-still-getting-a-password-prompt-with-ssh-with-public-key-authentication

Прежде чем использовать этот метод, убедитесь, что ваши авторизованные ключи работают из командной строки, то есть теперь вы сможете:

ssh [email protected]

без ввода пароля.

Ответ 3

Обновление для Eclipse 2019-03

В eclipse 2019 вышеуказанные шаги не сработали, потому что Eclipse изменил макет конфигурации в "C/C++ Remote Application".

Обновления сообщения @Ciro:

Следующие шаги работали со мной: В разделе "Конфигурации отладки" В разделе "C/C++ Remote Application" Под вкладкой "Основные":

• выберите "Соединение" ==> "Удаленный хост".
• выберите "Новый", "SSH" (в моем случае), затем введите конфигурацию для вашей удаленной целевой машины.
• в "Путь к удаленному абсолютному файлу для приложения C/C++:" укажите путь к приложению на целевом/удаленном устройстве.

На вкладке "Отладчик":

• Под вкладка "Соединение" удалена.
• Добавлена новая подвкладка "Настройки Gdbserver".
• Настройте "Gdbserver path:", чтобы он указывал на путь gdbserver. В моем случае это был "/usr/bin/gdbserver"
• Настройте номер порта

Это единственные изменения, которые я сделал, чтобы предыдущий ответ работал со мной.