The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Выпуск отладчика GDB 13"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск отладчика GDB 13"  +/
Сообщение от opennews (?), 21-Фев-23, 11:39 
Представлен релиз отладчика GDB 13.1 (первый выпуск серии 13.x, ветка 13.0 использовалась для разработки). GDB поддерживает отладку на уровне исходных текстов для широкого спектра языков программирования (Ada, C, C++, D, Fortran,  Go, Objective-C, Modula-2, Pascal, Rust и т.д.) на различных аппаратных (i386, amd64, ARM, Power, Sparc, RISC-V и т.д.) и программных платформах (GNU/Linux, *BSD, Unix, Windows, macOS)...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=58682

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Выпуск отладчика GDB 13"  +13 +/
Сообщение от Вечно недовольный аноним (?), 21-Фев-23, 11:39 
Один из самых успешных проектов гну, наравне с имакс.
Ответить | Правка | Наверх | Cообщить модератору

3. "Выпуск отладчика GDB 13"  +/
Сообщение от Аноним (3), 21-Фев-23, 12:15 
Удваиваю.
Ответить | Правка | Наверх | Cообщить модератору

6. "Выпуск отладчика GDB 13"  –4 +/
Сообщение от Аноним (6), 21-Фев-23, 12:50 
gdb - это вещь! вещь, проверенная временем. Ну а имакс не смог пережить конкуренцию с божественным vim, так что сегодня этим комбайном пользуются лишь полторы калеки.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

22. "Выпуск отладчика GDB 13"  –1 +/
Сообщение от сччмсм (?), 21-Фев-23, 21:32 
Имхо nneovim твоего vim'а vi как vi emacs'a
Ответить | Правка | Наверх | Cообщить модератору

34. "Выпуск отладчика GDB 13"  +1 +/
Сообщение от Аноним (34), 22-Фев-23, 09:11 
так а в чем проблема, neovim это форк, прямое развитие проекта vim
Ответить | Правка | Наверх | Cообщить модератору

2. "Выпуск отладчика GDB 13"  +/
Сообщение от Аноним (2), 21-Фев-23, 11:47 
Не знаю. Мне не очень нравится. Может конечно косяк не в нем, а в Lazarus, но в отличие от TD32 в Delphi, GDB в Lazarus работает просто отвратно.
Ответить | Правка | Наверх | Cообщить модератору

5. "Выпуск отладчика GDB 13"  –1 +/
Сообщение от maximnik0 (?), 21-Фев-23, 12:49 
>GDB в Lazarus работает просто отвратно

В лазариусе вообще непонятно что и как развивается.Хоть и пишут что у родных проектов кроссплатформенность,но лично сталкивался с тем что код под офтопик с графической таблицей (пиктограммы и т.д) работает нормально.А под линь-пустое графическое окошко.При этом компилятор 0 ошибок выдает.А портированная дос (даже не для лазариуса) библиотека-хоть и с косяками но с выводом графики справляется.Правда того ужаса как раньше хелло в 4 мгб нету (если убрать отладку и пременить оптимизацию -о3).

Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск отладчика GDB 13"  +1 +/
Сообщение от Аноним (-), 22-Фев-23, 12:20 
Более того - удачи ему найти опенсорсный дебагер лучше. Есть lldb еще, но он кривой жутко.
Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск отладчика GDB 13"  +1 +/
Сообщение от Rock (?), 21-Фев-23, 13:34 
> Не знаю. Мне не очень нравится. Может конечно косяк не в нем, а в Lazarus, но в отличие от TD32 в Delphi, GDB в Lazarus работает просто отвратно.

Я искренне не понимаю ораторов выше, хвалящих GDB. По удобству использования он так и не приблизился к TurboDebugger'у из конца восьмидесятых прошлого века. Люди просто никогда не видели хороших вещей. Причем, на досе и винде всегда была куча отладчиков и все одинакового с TD качества: MS, TopSpeed, Metrowerks, Zortech, Watcom, IBM'овский Visual Age, непревзойденная Numega и многие другие.
В нулевые пришлось попользоваться TotalView на Солярисе -- по идее, полным аналогом перечисленного, вот да, после него gdb мог показаться неплохим.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

9. "Выпуск отладчика GDB 13"  +/
Сообщение от Аноним (9), 21-Фев-23, 13:42 
Чего тебе не хватает? А насчёт качества, сабж куда качественней, как ни крути. Есть для любой платформы и при этом современный.
Ответить | Правка | Наверх | Cообщить модератору

10. "Выпуск отладчика GDB 13"  –2 +/
Сообщение от bOOster (ok), 21-Фев-23, 14:28 
Да ему "шашечки" важны, типа интерфейса пользователя. У него моск короток для запоминания комбинаций клавиш и т.п.
Ответить | Правка | Наверх | Cообщить модератору

13. "Выпуск отладчика GDB 13"  –1 +/
Сообщение от Аноним (13), 21-Фев-23, 16:43 
Ну и зачем их запоминать? Аноним в принципе не запоминает эти сраные комбинации клавиш, есть же GUI. Может лучше концентрироваться на задаче, архитектуре системы, паттернах, рефакторинге?
А если этому еще и средства разработки помогают, навроде превосходной по удобству MS Visual Studio, то вообще замечательно. Комментатор bOOster кроме оскробления анонимов, а переход на личности позиция слабая, занимается программированием или только на опеннет сидит? Ну пару мегов кода хотя бы написал или так себе, по студенческим программкам все в любимом виай с гдб?
Ответить | Правка | Наверх | Cообщить модератору

14. "Выпуск отладчика GDB 13"  +/
Сообщение от bOOster (ok), 21-Фев-23, 17:00 
> Ну и зачем их запоминать? Аноним в принципе не запоминает эти сраные
> комбинации клавиш, есть же GUI. Может лучше концентрироваться на задаче, архитектуре
> системы, паттернах, рефакторинге?
> А если этому еще и средства разработки помогают, навроде превосходной по удобству
> MS Visual Studio, то вообще замечательно. Комментатор bOOster кроме оскробления анонимов,
> а переход на личности позиция слабая, занимается программированием или только на
> опеннет сидит? Ну пару мегов кода хотя бы написал или так
> себе, по студенческим программкам все в любимом виай с гдб?

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

Ответить | Правка | Наверх | Cообщить модератору

16. "Выпуск отладчика GDB 13"  –1 +/
Сообщение от Аноним (13), 21-Фев-23, 17:13 
Вот комментатор bOOster видимо не представляет себе все богатство современных средств разработки в т.ч. и для оборудования, но таки все у него "лохи", впрочем для "студентов" по жизни это явление обычное
Ответить | Правка | Наверх | Cообщить модератору

18. "Выпуск отладчика GDB 13"  +1 +/
Сообщение от bOOster (ok), 21-Фев-23, 17:56 
> Вот комментатор bOOster видимо не представляет себе все богатство современных средств разработки
> в т.ч. и для оборудования, но таки все у него "лохи",
> впрочем для "студентов" по жизни это явление обычное

То-то GDB до сих пор развивается, а различные Turbo Debugger, Watcom и т.п. уже "почили в бозе".. Ты бы очередной раз хоть мозги бы напряг, а то раз за разом подтверждаешь их несостоятельность. Тем более обвиняя меня в "студенчестве", очередной раз не соображая - что прежде чем это делать - стоило бы обратить внимание на дату моей регистрации на opennet.
ПыСы. И это, не надо смешить людей и продолжать что "студенчество" было сказано образно и т.п. бред.

Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск отладчика GDB 13"  +/
Сообщение от Аноним (38), 22-Фев-23, 11:38 
Можно подумать, много кто пользуется его (GDB) родным интерфейсом.
Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск отладчика GDB 13"  +/
Сообщение от Александр (??), 24-Фев-23, 14:54 
Во всём этом богатстве gdb как раз не редко и сидит. Просто сверху чем-нибудь обвешан
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

19. "Выпуск отладчика GDB 13"  +/
Сообщение от VladSh (?), 21-Фев-23, 18:20 
А тебе явно неведомо, что вполне можно обойтись без чрезмерного цитирования.
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

52. "Выпуск отладчика GDB 13"  +/
Сообщение от Заведующий налоговой (?), 26-Фев-23, 19:15 
Если профессиональность определяется степенью изврата, то к чёрту подобный "профессионализм".
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

53. "Выпуск отладчика GDB 13"  +/
Сообщение от bOOster (ok), 27-Фев-23, 07:22 
Лох это судьба тех кто ждет от других упрощения своей жизни. Профессионал берет и делает несмотря на обстоятельства, за это такие спецы и востребованы выше и получают больше.
Ответить | Правка | Наверх | Cообщить модератору

17. "Выпуск отладчика GDB 13"  +/
Сообщение от Rock (?), 21-Фев-23, 17:15 
> Комментатор bOOster кроме оскробления анонимов, а переход на личности позиция слабая, занимается программированием или только на опеннет сидит?

Да ладно Вам! Он человек, в принципе, неплохой -- вон как за меня переживает, что я потенциально денег недополучаю из-за "неправильных" инструментов.
А то, что грубит?.. Ну, он так воспитан. Хорошее воспитание -- это очень дорого и по карману далеко не каждой советской семье. А общаться всем хочется, тут кто как умеет.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

30. "Выпуск отладчика GDB 13"  +/
Сообщение от Аноним (38), 22-Фев-23, 06:29 
Охренеть, пользователю важен интерфейс пользователя. Пользователь хочет работу работать, а не вспоминать каждый раз комбинации клавиш "и т.п." (кстати, комбинации клавиш и в Turbo Debugger были).
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

31. "Выпуск отладчика GDB 13"  +/
Сообщение от Sw00p aka Jerom (?), 22-Фев-23, 06:57 
вообще-то, комбинации клавиш это тупо примочка, а не обязаловка в графических Ынтерфейсах, даже в консольных "графических" Ынтерфейсах.
Ответить | Правка | Наверх | Cообщить модератору

36. "Выпуск отладчика GDB 13"  +/
Сообщение от Аноним (38), 22-Фев-23, 11:02 
Во времена DOS программу без хоткеев просто бы не поняли. Борландовский софт вообще в целом соответствовал CUA.
Это сейчас могут так гуй написать, что переключение между кнопками по ⭾ работать не будет (не шутка, пример из жизни).
Ответить | Правка | Наверх | Cообщить модератору

39. "Выпуск отладчика GDB 13"  +1 +/
Сообщение от Sw00p aka Jerom (?), 22-Фев-23, 12:13 
>Во времена DOS программу без хоткеев просто бы не поняли.

вот и я не понимаю, зачем создавать "графический" Ынтерфейс в консоли, если достаточно коммандного. Хотя всякие волковкоммандеры вроде как и удобные были.

Ответить | Правка | Наверх | Cообщить модератору

41. "Выпуск отладчика GDB 13"  +/
Сообщение от Аноним (38), 22-Фев-23, 13:38 
Кому-то и текст редактировать в ed достаточно.
Ответить | Правка | Наверх | Cообщить модератору

15. "Выпуск отладчика GDB 13"  +/
Сообщение от Anonymoustus (ok), 21-Фев-23, 17:04 
> Люди просто никогда не видели хороших вещей.

Сам и ответил на вопрос.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

37. "Выпуск отладчика GDB 13"  +/
Сообщение от andy (??), 22-Фев-23, 11:28 
После того, как сработает точка остановки, введи:
layout asm
layout regs

А если хочется как в "непревзойденной Numega" есть .gdbinit, который сделает почти "как SoftICE"
https://github.com/mammon/gdbinit

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

42. "Выпуск отладчика GDB 13"  +/
Сообщение от Аноним (42), 22-Фев-23, 15:14 
gdb предоставляет сервер, а клиентов с достойным GUI предостаточно. Лично мне нравятся JetBrains-овские IDE, но это дело вкуса.

А когда надо что-то отладить, имея только тормозной ssh на железку в Китае, консольный gdb незаменим.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

43. "Выпуск отладчика GDB 13"  +/
Сообщение от Аноним (-), 22-Фев-23, 18:25 
> Я искренне не понимаю ораторов выше, хвалящих GDB.

Ты много чего не понимаешь.

> По удобству использования он так и не приблизился к TurboDebugger'у из конца
> восьмидесятых прошлого века.

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

Поэтому обычно мы лезем в дебагер только когда в сложной программе случается крах и т.п. - и нифига не понятно. И интересует нас аж целый thread apply all bt full какой. Чтобы понять где навернулось и какое на этот момент состояние причастного кожа было.

Остальное решаемо другими методами, намного комфортнее чем любые присядки с дебагером. Кстати, вон те в линуксе не работают и полезны мне как зайцу стопсигнал. Впрочем я и в винде не сильно по дебагерам фанател. А уж у MS с этим аспектом вообше швах, их собственные тулсы огроменные, а dbgview скупили и убили. И сообщения дров смотреть стало вообще нечем. Не дебаг но рядом, и полное свинство от MS.

Как системщик имею заметить что MS вообще крайне враждебная системщикам субстанция. И дебагер или нет - им это не поможет. Все что касается системщины в винде мучительно и враждебно.

> Люди просто никогда не видели хороших вещей. Причем, на досе и
> винде всегда была куча отладчиков и все одинакового с TD качества:
> MS, TopSpeed, Metrowerks, Zortech, Watcom, IBM'овский Visual Age, непревзойденная Numega
> и многие другие.

ЧСХ кто теперь большую часть из них помнит вообще? А у GDB есть жирный плюс так то. Он может и к JTAG/SWD воооооон той штуки зацепиться. Ему кстати не важно что там за железка у меня, хоть FTDI2232 какой, лишь бы некий хост типа openocd это цеплял и вывесил дебаг ему сервер. А можно и к воооон тому out of band дебагеру в qemu (дебагсервер встроен в сам виртуализатор, круче софтайса в 20 раз - пофиг на живость системы вообще), и к вооооон тому линукс кернелу. А вон те... ээ.... ну в них все это великолепие немного недоступно. И радости с удобного но не годящегося для задач дебагера, спрашивается?! Или того хуже на сотни денег разводят в неудобном формате.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

50. "Выпуск отладчика GDB 13"  +/
Сообщение от Александр (??), 24-Фев-23, 14:50 
Проблема этих удобных отладчиков в том, что они сильно привязаны к винде и отлаживают 1,5 платформы, при этом зачастую не имея привязки к IDE или даже не имея полезных функций, вроде условной отладки и удалённой отладки. GDB - это больше о функционале, нежели удобстве. Удобство часто обеспечивается тьмой всевозможных оболочек, как отдельных, так и в составе IDE.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

11. "Выпуск отладчика GDB 13"  +2 +/
Сообщение от Аноним (11), 21-Фев-23, 14:42 
в середине нулевых я думал, что VCL это оверхед, целых 500КБ на бинарь, но теперь понятно, где оверхед
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

4. "Выпуск отладчика GDB 13"  –1 +/
Сообщение от Аноним (4), 21-Фев-23, 12:16 
подскажите, а как включить подсветку синтаксиса в TUI в gdb? А то в 1-м дистрибе подсвечивается, а во 2-м нет.
Ответить | Правка | Наверх | Cообщить модератору

12. "Выпуск отладчика GDB 13"  +/
Сообщение от llolik (ok), 21-Фев-23, 16:14 
Я cgdb из репы собираю. https://github.com/cgdb/cgdb
Очень удобная утилитка. Синтаксис подсвечивает.
Ответить | Правка | Наверх | Cообщить модератору

35. "Выпуск отладчика GDB 13"  +1 +/
Сообщение от Аноним (34), 22-Фев-23, 09:13 
Сравни gdbinit в обоих дистрах.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

20. "Выпуск отладчика GDB 13"  +1 +/
Сообщение от Аноним (20), 21-Фев-23, 19:59 
Я просто про то, что когда я пользуюсь TD32 под Delphi, то у меня к нему нареканий никаких нет. Все работает именно так, как я ожидают. В Lazarus же все работает черти как. Одни и те же участки кода проходятся по несколько раз. Отладчик время от времени вываливается в дизассемблерный код там, где по идее не должен. Ну и плюс самое наверное банальное. В TD32 прекрасно работают те же кнопки F7 и F8, что и в отладчике исходников, а потому переход между дебагом исходников и дизассемблированного кода происходит гладко. В GDB - нет.
Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск отладчика GDB 13"  +1 +/
Сообщение от Аноним (20), 21-Фев-23, 20:35 
Очень, знаете ли, раздражает, когда ты дебажил дебажил участок кода, который тебе нужен, а оно бах и вываливается в дизасм, при проблем может быть и не было бы, если бы ты мог просто дальше жать F8 по накатанной, но ты не можешь.
Ответить | Правка | Наверх | Cообщить модератору

25. "Выпуск отладчика GDB 13"  +/
Сообщение от Аноним (25), 21-Фев-23, 23:06 
Господи, да иди уже в Эксель кнопки жми, там тебе привычней будет.
Ответить | Правка | Наверх | Cообщить модератору

28. "Выпуск отладчика GDB 13"  +/
Сообщение от _kp (ok), 22-Фев-23, 04:06 
Похоже проблема в Лазарусе, и отладочной информации в коде, который он генерит, а не в gdb.
Тоже обращал внимание, что в Лазарусе отладка хромает. Причем примерно абсолютно одинаково некомфортно и на Linux и на Windows.

В тоже время при отладке Си кода ничего не улетает в дизассемблер, и как угодно отлаживается, и переваривает в том числе слегка оптимизированный код.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

29. "Выпуск отладчика GDB 13"  +1 +/
Сообщение от maximnik0 (?), 22-Фев-23, 05:01 
Ну единственное что когда то мне рекомендовали это сделать в параметрах проекта -использовать внешний файл отладочных символов,реже с ума сходит gdb.Но я забросил Лазариус- глюков на тот момент было не много,да и сейчас шаг влево вправо непонятные ошибки которых по идее не должно быть.
Ответить | Правка | Наверх | Cообщить модератору

32. "Выпуск отладчика GDB 13"  +/
Сообщение от Аноним (20), 22-Фев-23, 07:26 
Там еще может быть такая фишка, что в Delphi все грузится с пакетов, а в Lazarus компилится в сам IDE. Linux-way, так сказать. Как результат там еще надо сам IDE и RTL в режиме отладки пересобрать. А то отладчик будет каждый раз спотыкаться о вызов какой-нибудь функции.
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

33. "Выпуск отладчика GDB 13"  +2 +/
Сообщение от llolik (ok), 22-Фев-23, 09:04 
Это не Linux-way. Это родительский проект FPC не умеет динамически модули загружать, только статически.
https://wiki.freepascal.org/Lazarus_Packages#What_is_a_Lazar...
https://wiki.freepascal.org/Dynamically_loading_headers
Поэтому приходится всё компилировать в среду, иначе не работает, пока в сам FPC функциональность не запилят.
Ответить | Правка | Наверх | Cообщить модератору

24. "Выпуск отладчика GDB 13"  –6 +/
Сообщение от Аноним (25), 21-Фев-23, 23:05 
Дежурное напоминание, что для нормальных языков такая вещь как деблохатор не нужна.
Ответить | Правка | Наверх | Cообщить модератору

26. "Выпуск отладчика GDB 13"  +/
Сообщение от omnomnomous (?), 22-Фев-23, 01:09 
Это для каких не нужен?
Ответить | Правка | Наверх | Cообщить модератору

27. "Выпуск отладчика GDB 13"  +2 +/
Сообщение от Аноним (27), 22-Фев-23, 02:55 
Для Scheme
Ответить | Правка | Наверх | Cообщить модератору

49. "Выпуск отладчика GDB 13"  +/
Сообщение от omnomnomous (?), 23-Фев-23, 23:22 
Однако ж... Языки с 3.5 пользователями на планете уже попадают в рейтинги, до чего прогресс дошёл
Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск отладчика GDB 13"  +/
Сообщение от Rock (?), 22-Фев-23, 18:59 
> Дежурное напоминание, что для нормальных языков такая вещь как деблохатор не нужна.

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

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

45. "Выпуск отладчика GDB 13"  +/
Сообщение от Аноним (-), 22-Фев-23, 19:42 
> Дежурное напоминание, что для нормальных языков такая вещь как деблохатор не нужна.

А что, люди уже научились писать программы без багов? ORLY? :)

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

46. "Выпуск отладчика GDB 13"  +/
Сообщение от Аноним (46), 22-Фев-23, 23:21 
Чочо много там на ваших нормальных языках написано?
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

47. "Выпуск отладчика GDB 13"  +1 +/
Сообщение от Аноним (47), 23-Фев-23, 12:49 
Когда есть GDB - Rust не нужен.
Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск отладчика GDB 13"  +/
Сообщение от Аноним (48), 23-Фев-23, 21:47 
Обратное тоже верно.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру