TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Seer: A GUI front end to GDB for Linux

377 点作者 turrini6 个月前

22 条评论

badsectoracula6 个月前
I built it and tried it out a bit with Godot on Linux. It seems OK (the UI is a bit on the &quot;- how many widgets do you want? - yes&quot; side), but also a bit janky. Trying to change the font for the editor didn&#x27;t work, hovering over a variable to see its value either does nothing (but there is a sub-second cursor change that indicates <i>something</i> is supposed to happen) or it shows an error from GDB about trying to use an expression with a type or keyword (so there <i>was</i> an intent to show a value on a tooltip, it is just broken) - doubleclicking on a variable does add it in some panel with its current value and a timestamp, so the functionality for reading values&#x2F;expressions from the UI is there too, just not done in the same way as the tooltips.<p>If polished a bit it could be useful, though from all the frontends i&#x27;ve tried the one i disliked the least (none are great) is Gede[0] (which i just noticed had a new release a few hours ago) as it has a very simple and straightforward UI and while it doesn&#x27;t expose much functionality, what exposes seem to work fine without bugs.<p>[0] <a href="https:&#x2F;&#x2F;gede.dexar.se&#x2F;" rel="nofollow">https:&#x2F;&#x2F;gede.dexar.se&#x2F;</a>
评论 #42157031 未加载
评论 #42147638 未加载
alexhutcheson6 个月前
GDB also has a built-in text user interface (TUI) that is surprisingly easy to use[1]. It even supports mouse interaction.<p>[1] <a href="https:&#x2F;&#x2F;sourceware.org&#x2F;gdb&#x2F;current&#x2F;onlinedocs&#x2F;gdb.html&#x2F;TUI.html" rel="nofollow">https:&#x2F;&#x2F;sourceware.org&#x2F;gdb&#x2F;current&#x2F;onlinedocs&#x2F;gdb.html&#x2F;TUI.h...</a>
评论 #42151565 未加载
评论 #42149505 未加载
评论 #42146899 未加载
评论 #42150401 未加载
cassepipe6 个月前
After trying many frontends for gdb I find that the TUI is the best. You just need to know about Ctrl + L to redraw if your program is printing stuff because the interface then become garbled.<p>I just put :<p><pre><code> layout src set confirm off </code></pre> in my $XDG_CONFIG_HOME&#x2F;gdb&#x2F;gdbinit
评论 #42147210 未加载
评论 #42147594 未加载
评论 #42150049 未加载
评论 #42150533 未加载
评论 #42153573 未加载
malkia6 个月前
In case you are in Windows, and connected to Linux and&#x2F;or using WSL, you can also use WinDBG&#x2F;VisualStudio to debug (remotely) Linux processes!
评论 #42151058 未加载
j1elo6 个月前
This is a Qt UI for GDB.<p>There&#x27;s also gdbgui that I know of, a web-based UI for GDB:<p><a href="https:&#x2F;&#x2F;www.gdbgui.com&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.gdbgui.com&#x2F;</a><p>Always good to see more movement in the debug tooling
评论 #42150045 未加载
评论 #42146831 未加载
评论 #42149697 未加载
评论 #42146748 未加载
评论 #42146890 未加载
pvg6 个月前
A mediumish discussion 2 years ago <a href="https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=33044885">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=33044885</a>
VyseofArcadia6 个月前
For the Emacs users in the crowd, GUD is a pretty great GDB integration.
评论 #42148175 未加载
评论 #42147467 未加载
评论 #42156144 未加载
评论 #42147285 未加载
mech4226 个月前
oh nice - reminds me of DDD(1) DDD was like magic first time I saw it. Oh wow - DDD is still maintained ?? :-D<p>1 <a href="https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Data_Display_Debugger" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Data_Display_Debugger</a><p>2 <a href="https:&#x2F;&#x2F;www.gnu.org&#x2F;software&#x2F;ddd&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.gnu.org&#x2F;software&#x2F;ddd&#x2F;</a>
评论 #42146504 未加载
评论 #42147730 未加载
评论 #42147437 未加载
评论 #42157075 未加载
评论 #42147888 未加载
评论 #42146873 未加载
评论 #42149837 未加载
评论 #42147656 未加载
评论 #42149120 未加载
sourcepluck6 个月前
The GNU project (and RMS) seem to get a lot of meme-ridicule, but GDB is a powerhouse. I&#x27;ve only had occasion to mess with it a little, but it seems to have had such a huge impact on people&#x27;s development work over the years.
评论 #42155682 未加载
kombine6 个月前
When I used to program in C++ on Linux 10+ years ago, I used Qt Creator which has a built-in debugger (GDB frontend). It worked great and I don&#x27;t see a reason to use anything else for C++ [and Qt].
reacweb6 个月前
I sometimes need to use gdb to investigate bugs in C or Ada, but it is not my main activity. As a result I will not invest days to setup a debugging environment that I will not remember how to use 6 month later. My solution: I use emacs and have a short note with instructions: M-x gdb -i=mi exe_full_name -p 29123 M-x gdb-many-windows set follow-fork-mode child
w4rh4wk56 个月前
Anyone has experience with this and can compare it to kdbg?
shmerl6 个月前
This combo works well for me: neovim + nvim-dap + nvim-dap-ui + gdb (with native DAP protocol support).
alfiedotwtf6 个月前
Debugger vs printf:<p>Has anyone found a reliable way to use a debugger when you have a) multi-process b) multi-threaded c) async d) timeouts? I would love to use a debugger but printf and logs “just work”
评论 #42149860 未加载
评论 #42149876 未加载
评论 #42148913 未加载
评论 #42151188 未加载
nurettin6 个月前
Qt GUI itself can use gdb&#x2F;ldb and display a fair amount of data structures from the standard library.<p>Note that gdb is also scriptable with python, so you can easily register your own printers.
tekknolagi6 个月前
See also <a href="https:&#x2F;&#x2F;github.com&#x2F;nakst&#x2F;gf">https:&#x2F;&#x2F;github.com&#x2F;nakst&#x2F;gf</a>
levzettelin6 个月前
Is this using vscode&#x27;s DAP under the hood?
评论 #42156982 未加载
arunc6 个月前
Long time gdb TUI user, migrated to VSCode recently. Haven&#x27;t looked back. Occasionally I do use TUI to look at the disassembly.
glitchc6 个月前
eclipse-cdt includes a GDB integrated debugger UI for C and C++ since forever. What&#x27;s new here?
评论 #42147717 未加载
评论 #42155852 未加载
skirge6 个月前
pwndbg, gef, edb
rkharsan646 个月前
On a general note, I would recommend any new (and experienced!) programmers to master the debugging tools of their ecosystem. I&#x27;ve seen countless experienced developers use printf-based debugging and waste hourse debugging something which could&#x27;ve been easily figured out by setting a breakpoint and stepping through your code. This is also a good way to understand code you&#x27;re unfamiliar with.<p>This is one area where I believe a GUI tool is so much better: I can hover over variable names to view their values, expand and collapse parts of a nested structure, edit values easily, and follow execution in the same environment I write my code in.<p>Sure, it doesn&#x27;t help much for some scenarios (one I&#x27;ve heard people mention is multithreaded code, where logs are better?), but for most people it&#x27;s not that far from a superpower.
评论 #42147101 未加载
评论 #42147055 未加载
评论 #42147794 未加载
评论 #42147405 未加载
评论 #42147066 未加载
评论 #42148413 未加载
评论 #42147537 未加载
评论 #42147333 未加载
评论 #42148121 未加载
评论 #42152454 未加载
评论 #42147789 未加载
评论 #42147176 未加载
评论 #42149115 未加载
hexomancer6 个月前
Slightly off topic but I think it is a good place to ask: One of the few things from windows that I miss when using linux is the debugging experience with visual studio (not code). When debugging a medium-sized C++ project on windows, the launch of the debug build is pretty fast and stepping over lines is almost instantaneous. On linux launching the executable using gdb takes like 10 seconds loading modules and stepping over each line takes like half a second which I think is intolerable (lldb is even worse). Yet I don&#x27;t see people complaining about this online very much. Am I missing something? E.g. is there a compiler flag that speeds up debug launch time and step speed that I am not using?
评论 #42146817 未加载
评论 #42146847 未加载
评论 #42148108 未加载
评论 #42147042 未加载
评论 #42146574 未加载
评论 #42146716 未加载
评论 #42146643 未加载