caxapa.ru :: Дебаг в IDE -- не нужен. Код можно писать в редакторе, а отлаживать в отдельном отладчике. Более того, сколько-нибудь сложная отладка и типичная IDE -- не совместимы. Ибо нужно далеко не только переменные смотреть и по шагам через строчки ходить.

fk0, легенда (26.10.2019 12:32, просмотров: 816) ответил POV_ на Не-не... я пока ради винды ищу среду (контора если надо оплатит её) комфортную для процесса разработки...

Дебаг в IDE -- не нужен. Код можно писать в редакторе, а отлаживать в отдельном отладчике. Более того, сколько-нибудь сложная отладка и типичная IDE -- не совместимы. Ибо нужно далеко не только переменные смотреть и по шагам через строчки ходить. Нужно 100500 функций, их в менюшку не упихнуть. Обычно поэтому всегда командная строка. Да, очень неудобно не видеть исходников, или видеть их как показывает gdb (хотя многие открывают нужный файл и строчку в отдельном редакторе и не морочат мозг) -- это единственное в чем IDE может помочь. А уж про интеграцию с аппаратными отладчиками и IDE и говорить нечего, всё плохо. И следует избегать не-gdb отладчиков, ибо набор работающих функций этого отладчика никто не гарантирует и может окончится возможностью смотреть дизассемблер, память и ставить брейкпоинты по адресу (потому, что .debug секцию от компилятора толком разобрать не может).

[ZX]

Ответить

- исходный тезис крайне религиозен. каждый вид отладки требует свои инструменты. вот Крок, например, не пользуется дебагом в IDE и ему всей конфой помогают глупости размотать. был бы его начальником - наказал бы или выгнал бы нах. а так - чиста ржу, Vit(72 знак., 27.10.2019 10:21, ссылка)
  - В чём проблема прошагать программу не в той же IDE, где у тебя кнопочка "Compile", а в некой другой, предназначенной для отладки? Нет проблем. - fk0(27.10.2019 13:37)
    - Проблема не проблема, а когда в отладчике нашёл ошибку, искать это же место в редакторе не хочется. Хочется исправить прямо там, где курсор стоит. - йцукен(27.10.2019 17:44)
      - ещё и после правки нажал чего-нить типа F9 и оно тут же пошло на перекомпиляцию... - Vit(28.10.2019 08:09)
        
        Аналогично: в неигрушечных проектах система сборки обычно далеко отличная от IDE и в лучшем случае IDE может только вызвать (C)Make. И совершенно нет проблемы дать команду на сборку в отдельной консоли. Да, удобно, чтоб можно было в ошибки мышкой fk0(85 знак., 28.10.2019 08:15)
        
        это не просто редактор, а то самое окно отладки в IDE. если IDE нет, приходится пользоваться тем инструментарием, что есть. - Vit(28.10.2019 08:21)
      - Это проблема для тех, кто не знает как руками (без того, чтоб мышкой открыть пять меню и потом пять минут искать глазами) открыть в любимой IDE нужный файл на нужной строчке. А так вообще такой проблемы нет во всех популярных редакторах. А правка fk0(239 знак., 27.10.2019 18:08)
        
        Просто ЛИШНИМ ПОИСКОМ можно не заниматься, а ты рассказываешь, как это круто в Крым через Рим - Vit(27.10.2019 18:15)
        
        Отвечаю на поставленный вопрос: в gdb даётся команда "edit" и он открывает Vim в нужном месте. Или любой другой редактор... В случае с IAR и/или AvrStudio -- мучайся руками. Впрочем оно не сложно, я повторю свой тезис, что профи умеют открывать fk0(720 знак., 27.10.2019 23:04)
        
        ещё раз - просто не нужно делать лишних движений. от слова совсем. ты хочешь - делай. это религия, упрямство, но напрямую не относится к мастерству отладки. Vit(805 знак., 28.10.2019 08:07)
        
        Афуеть. Имя файла и номер строки за пределами познания. Поколение йэгэ штоле? Я вас шокирую: баги бывают глубокие. То есть не просто ачепятки. А, нет, у вас таких не бывает... - SciFi(27.10.2019 18:41)
        
        Полагаю, что ЧСВ у Вас зашкаливает. Это не моя проблема, а Ваша. Если Вам так удобно, то продолжайте надувать щёки и делать вид, что не понимаете. Был представлен простой пример, в котором УЖЕ точка останова была поставлена в интересующем месте в Vit(669 знак., 27.10.2019 19:19)
        
        Дать команду "break 1234" (ибо файл gdb и так знает) атас как сложно, умеем только мышкой. Ага. Повторю тезис, что профи открывают нужный файл без кликов мышой, нажатием типично менее десятка клавиш. Это НЕ проблема для тех, кто осилил прочитать fk0(203 знак., 27.10.2019 23:13)
        
        профи не делают лишние движения - Vit(28.10.2019 07:39)
    - засунуть дерево многотаргетного проекта (файлов с птичками использовать или не очень) туда и т.п... и когда деваться некуда, тогда вместо интеграции можно и ручками во внешних тулзах - на безрыбье и лифчик портупея - Vit(27.10.2019 14:23)
      - Буквы и слова -- знакомые. Смысла не понял вообще. В отладчик не проект загружается, а типично ELF-файл. И про проект знать ничего не нужно, кроме того, где исходники искать. - fk0(27.10.2019 14:26)
        
        главное, что нужны или родные отладчики, или нужна интеграция внешних отладчиков в IDE. остальное - варианты по-бедности, когда отдельные тулзы (в т.ч. если производители IDE не осилили) и интеграция ручками. поэтому появляются версии IDE Vit(339 знак., 27.10.2019 14:38 - 14:40)
        
        Тезис: каждая фирма не может делать отладчик, редактор, компилятор и программатор, ещё системы сборки и контроля версий. Если это не микрософт. Отладчик -- это проект который делается лет по 10, компилятор лет по 20, редактор лет 5, программатор fk0(700 знак., 27.10.2019 16:03)
        
        Пользуюсь встроенной отладкой в Keil, IAR, интегрированной в EmBitz (перепиленный CodeBlocks). ЧЯДНТ? в туевой хуче IDE на основе Eclipse (в т.ч. Simplicity Studio, ~~Red Suite~~LPCXpresso IDE, Atollic TrueSTUDIO, STM32Cube IDE, померший Vit(1757 знак., 27.10.2019 18:10, ссылка, ссылка)
        
        "Если ко мне придет на работу спец, который умеет всё отлаживать через командную строку GDB" -- боюсь наоборот. Что умеют отлаживать люди не умеющие gdb? Они вообще отлаживать умеют хоть что-нибудь? Или только Step Next жать? - fk0(27.10.2019 23:17)
        
        твой тезис: все фирмы, выпускающие IDE с отладкой своей или чужой интегрированной - идиоты, но умеющие зацепить gdb, а кто этими IDE зарабатывают - уж точно не спецы. прекрасный тезис. - Vit(28.10.2019 07:47)
        
        Тезис в том, что самодельный отладчик обычно донельзя убог, если это не профильный продукт фирмы, а что-то сделанное "чтоб было". - fk0(28.10.2019 08:12)
        
        Я пока нашёл для QT - OpenOCD (использую jlink и stlink) и отдельную "экскериментальную" только для st-link. На голову тупее и хуже и встроенного в Segger. Оттого и страдал выбором. - POV_(08.11.2019 00:28, )
        
        Сам по себе openocd очень функционален, особенно если пользоваться telnet интерфейсом. - evgeniy1294(08.11.2019 07:04)
        
        openocd никакого отношения к Qt не имеет, от слова совсем. И да, там обычно на второй стороне GDB. Что может быть вместо гдб не представляю, может быть lldb разве что. - fk0(08.11.2019 01:55)
        
        самодельный отладчик часто просто монитор и терминал. можно сделать больше, чем светодиодом моргнуть. а самописный софт а-ля отладчик IAR времен AVRStudio - то просто постеснялись и не сделали. потому и приходилось пользоваться профильным, Vit(59 знак., 28.10.2019 08:25)
        
        тихо! тихо! в FPGA вообще хрен брякпоинт сделаешь. и ничего, проекты отлаживаются как-то ))) - Mahagam(27.10.2019 23:43)
        
        Не вижу проблем "пишем в IAR, отлаживаем в IAR". Кстати, тот самый пример, когда среда IAR удобнее, чем фирменная среда от Renesas. - VLLV(27.10.2019 16:29)
        
        "Интеграция отладчика в IDE" не нужна. - SciFi(27.10.2019 14:52)
- Крайне сомнительный тезис насчет не-гдб отладчик. И серии "а пацаны-то не в курсе" - POV_(26.10.2019 23:39, )
  - Пацаны может действительно не в курсе? Ты покажи примеры хороших не gdb-отладчиков. С отладкой на уровне исходного кода. В частности должны быть доступны следующие функции, пишу по своему опыту: fk0(5160 знак., 27.10.2019 13:31)
    - Ты сначала говоришь "не сделать 100500 окошек", а потом требуешь 100500 хотелок. - POV_(27.10.2019 22:24, )

ARM, RISC-V контроллеры