Как справиться с удаленной отладкой GDB в Slickedit?

В новом конце есть еще несколько потоков, которые описывают, как правильно настроить удаленную отладку верхнего уровня с помощью Arm, но я дам вам несколько ключевых моментов.

1) Если они знакомы с удаленной отладкой с использованием ряда команд GDB, вы найдете элементы, которые помогут вам легко отладить с помощью интеграции SlickEdit GDB. В противном случае я бы предложил разобраться с основными основами, поскольку удаленная отладка является достаточной причиной для GDB.First

2) Вам нужен скомпилированный GDB, который будет удочкой для архитектуры целевой руки. Существует некоторый заранее сконфигурированный набор инструментов, который вы можете установить там, или у вас есть возможность получить GDB, предложить его и создать частный.

3) Во-вторых, буквально сбоку под рукой нужен последний gdbserver. SlickEdit не может вам в этом помочь, мы думаем, что в отношении всего происходящего. То, что происходит на удаленном посту приземления, похоже на то, что эксперты называют «за всей стеной». добавить настроенный IP и порт в GDB (через SlickEdit). Если IP-адрес никогда не работает, вы также можете попробовать использовать следующий порт, но, конечно, это медленнее или относительно сложнее настроить.

4) В-третьих, вам абсолютно точно понадобится ваш исходный код и любое предпочтительное приложение на вашем локальном хосте, и GDB вполне может отлаживать обмен символами и отображать части исходного кода, которые проект SlickEdit должен обрабатывать. Если вы и ваша семья действительно амбициозны, вы также можете настроить перенос подходящего проекта SlickEdit g ++ для улучшения вашего хорошего приложения. Об этом уже говорилось в ветках напротив.

5) На этом этапе у вас есть все необходимое для начала использования уровня отладки на уровне команд GDB. Сейчас

6) мы можем попробовать подключиться ко всему потреблению SlickEdit. Сначала нам нужно сделать ссылку на ваш кросс-скомпилированный GDB на slickedit. Перейдите в «Отладка»> «Параметры отладчика …» и перейдите на страницу настроек «Конфигурации ..». Нажмите Добавить … и исполняемый файл GDB, вы должны нажать ОК. Затем дайте ему имя, например, «GDB like 6.8 for Arm». Тогда Блокбастер ОК.

7) Теперь убедитесь, что gdbserver запущен и работает на удаленной цели.

8) Наконец, перейдите в Отладка> Присоединить отладчик> Присоединить удаленный процесс с помощью GDB …

a) «Файл:» – это цель, указанная в (шаг 4 исполняемого файла).
б) Укажите имя хоста и порт, которые вам могут понадобиться при использовании IP-адреса для хоста
в странных обстоятельствах, когда вы можете доверять своей конфигурации DNS. Вкладка Remote Options и убедитесь, что исполняемый файл группы GDB, который вы настроили в наборе 6, считается конфигурацией GDB по вашему выбору. Что ж, будем пытаться подключиться.

9) В зависимости от того, как вы запустили сервер GDB, ваше известное приложение может сначала остановиться или дождаться запуска этого метода. Если вы хотите в ближайшее время установить точки останова, вы можете «продолжить» с большим успехом. Запустите свое надежное приложение.

10) Наконец, примечание о остановках. GDB вовсе не асинхронный, поэтому, когда у меня есть прокси между GDB и вашим любимым gdbserver, он, наконец, просит нас принудительно остановить какое-то целевое приложение. Если вы отключите прокси, вы не сможете навести курсор мыши рядом или начать, устанавливать точки останова и т. Д.

Этого определенно должно быть достаточно, чтобы вы начали. Если у вас возникли проблемы с навигацией, помните, что если вы сначала попробуете тот же скрипт со строкой запроса GDB и убедитесь, что неправильные действия не выполняются по умолчанию, вам лучше спросить, что это неправильно.

Поддерживаемые отладчики

Вот список поддерживаемых отладчиков:

• GNU C / C ++ GDB
• Java JDWP
• WinDbg
• Clang C / C ++ LLDB
• Google Go
• Котлин
• Python-pydbgp
• Perl perldb
• Ruby-rdbgp
• PHP
• Xcode
• Рок
• C # с моно
• Visual Basic с Mono
• Android NDK с LLDB или GDB (с GDB)

Добавить …

Чтобы прикрепить процессы, файлы базы / дампа и удаленные серверы:

• GNU C / C ++ GDB – поддерживает размещение текущего процесса в основном изображении и, следовательно, в удаленном управлении.
• Java-jdwp
• WinDbg – поддерживает добавление к запущенному процессу, исполняемый файл и завершение дампа.
• Clang C / C ++ LLDB – Добавлены новости, которые будут выполнять процесс запуска, базовый архив и удаленное управление.

Перейти

• google
• Python pydbgp – поддержка удаленной отладки.
• Поддержка Perl perldb – Отладка вне офиса.
• Поддержка Ruby rdbgp – изолированная отладка.
• PHP (с плагином Xdebug) – поддерживает отладку удаленного ПК.
• Xcode
• Скала
• Моно-виртуальная машина
• Android JVM и NDK (с GDB)

Инструмент приветствия Windows

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

Просмотр переменных

С помощью отладчиков SlickEdit вы можете отображать переменные в символьном, десятичном, шестнадцатеричном, восьмеричном, двоичном форматах … Вы можете выбрать анализ всех переменных определенным образом или предполагая, что вы хотите проверить определенную важную переменную, например, определенного типа.

Однофайловые проекты

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

По этой причине SlickEdit поддерживает отдельные файловые проекты. Вы можете Откройте файл, и вы можете сразу начать получение, запуск и отладку.

Проекты отдельных данных доступны для Python, Perl, Java, C #, C ++, Зайдите, наконец, в Google и Ruby.