The OpenNET Project / Index page

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



"Выпуск отладчика 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.me/opennews/art.shtml?num=58682

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

Оглавление

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

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

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

3. Сообщение от Аноним (3), 21-Фев-23, 12:15   +/
Удваиваю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

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

5. Сообщение от maximnik0 (?), 21-Фев-23, 12:49   –1 +/
>GDB в Lazarus работает просто отвратно

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #40

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #9, #15, #37, #42, #43, #50

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

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #16, #19, #52

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

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

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

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #38

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

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

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

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

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

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

26. Сообщение от omnomnomous (?), 22-Фев-23, 01:09   +/
Это для каких не нужен?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #27

27. Сообщение от Аноним (27), 22-Фев-23, 02:55   +2 +/
Для Scheme
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #49

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #29, #32

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #41

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

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

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

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

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

43. Сообщение от Аноним (-), 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 раз - пофиг на живость системы вообще), и к вооооон тому линукс кернелу. А вон те... ээ.... ну в них все это великолепие немного недоступно. И радости с удобного но не годящегося для задач дебагера, спрашивается?! Или того хуже на сотни денег разводят в неудобном формате.

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

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

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

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

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

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

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

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

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

48. Сообщение от Аноним (48), 23-Фев-23, 21:47   +/
Обратное тоже верно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

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

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

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

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

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


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

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




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

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