Re:The Grug Brained Developer (2022)
by kryptiskt on Wednesday June 18, 2025 @03:07AM
(#44307361)
Having the code, the callstack, locals, your watched variables and expressions, the threads, memory, breakpoints and machine code and registers if needed available at a glance? As well as being able to dig deeper into data structures just by clicking on them. Why wouldn't you want that? A good GUI debugger is a dashboard showing the state of your program in a manner that is impossible to replicate in a CLI or a TUI interface.
[ Parent
| on HN ]
Re:The Grug Brained Developer (2022)
by fingerlocks on Wednesday June 18, 2025 @04:58PM
(#44313232)
You get all of that in the terminal debugger. That’s why dwarf files exist.
All the information is there, but the presentation isn't. You have to keep querying it while you're debugging. Sure, there are TUI debuggers that are more like GUI debuggers. Except that they are worse at everything compared to a GUI debugger.
Re:The Grug Brained Developer (2022)
by fingerlocks on Wednesday June 18, 2025 @06:42PM
(#44313918)
I don’t know what debugger you’ve used but the entire query command is `f v` in lldb for the current stack frame
Yes, but in a GUI debugger the stack and everything else is available all the time and you don't have to enter commands to see what the state is. It even highlights changes as you step. It's just so plainly superior to any terminal solution.
I don’t disagree that a visual debugger made with a proper GUI toolkit is better than a TUI. However, nvim-dap-ui[0] does a pretty good job.