Is there an alternative to gdb for Linux systems?
Solution 1
I really like EDB (Evan's Debugger).
It has a nice 'OllyDBG feel', which was great because I used it quite a deal when I was still working on the windows platform.
EDB (Evan's Debugger) is a QT4 based binary mode debugger with the goal of having usability on par with OllyDbg. It uses a plugin architecture, so adding new features can be done with ease. The current release is for Linux, but future releases will target more platforms.
(source: softpedia.com)
(clickable)
Solution 2
On Linux, most debugging is handled via GDB. As others have mentioned, however, it is not necessary to use GDB directly. A variety of options exist, some mentioned in previous answers:
- Emacs (has a GDB frontend)
- DDD (Motif-based, somewhat quirky, graphical interface with excellent data inspection capabilities)
- Nemiver (GTK-based frontend)
- Eclipse
- Code::Blocks
- NetBeans can probably do it as well
- Anjuta (Gnome IDE)
Of these, I've used DDD and tried Nemiver. At the time, Nemiver was short on features, and thus didn't work very well for me. That was two years ago, though. I've often used DDD, and find its data viewing excellent and worth working with its UI. I also frequently just use gdb from the command line, though.
Solution 3
nemiver is a great front end to gdb (looks better than ddd imo even though it might not be as advanced yet).
Solution 4
emacs has a great front end to gdb too.
Solution 5
I haven't used it myself, so I can't comment on the pros/cons , but one commercial alternative is TotalView.
There is also DDD that gives you a frontend to GDB, but i guess you have already tried/used that?
Comments
-
grigy almost 2 years
Please consider both commercial and free debuggers. Would like to see also the pros and cons for each.
-
Flame over 15 yearsI'd love to get a free debugger on linux that has the visual studio feel. That's the only thing I feel missing.
-
Barry Kelly over 8 yearsI'd love to see an alternative to gdb that didn't crash constantly every time you tried to debug at disassembly level.
-
Albert van der Horst about 5 yearsThis is one of the most burning questions a Linux developer can have. It is infuriating that the simple question to ask for a list of debuggers besides gdb under Linux, is supposedly "opinion based" Fortunately a lot of useful answers have been given before this was closed. Also formally the closing is unjustified. A list of debuggers is not "opinion based". It is very debatable if adding a remark to characterise the debugger makes it so.
-
Daniel Donnelly about 3 yearsA reversible debugger, drop-in replacement for gdb: rr-project.org (New!!!)
-
-
Richard Corden over 15 yearsUndoDB is more of an 'add-on' to GDB rather than a different debugger. It is however a good tool.
-
Venedictos about 15 yearsIs the next version of emacs going to come with the kitchen sink also?
-
Ben about 15 yearsro come on ! Emacs do has a great front end for gdb like any other IDE, what's wrong with this ?! Your comment would be more appropriate to the fact that emacs also comes with tetris...
-
grigy over 14 yearsAny comments on this one? Have you used it?
-
Tjkoopa over 14 yearsI tried it very briefly but never got it working because of having a to out of date GUI desktop.
-
Daniel Sloof almost 14 years@Longpoke: nope, link works fine. You may have more luck with the author's own website: codef00.com/projects.php#debugger
-
Daniel Sloof almost 14 years
-
NoBugs over 11 yearsLast update was Apr. 2011? Is this one still supported/working?
-
Daniel Sloof over 11 years@NoBugs: See code.google.com/p/edb-debugger/source/list - looks like the freshmeat page isn't updated.
-
reiniero about 11 yearsA frontend to gdb is not an alternative to gdb IMO.
-
jbatista over 5 yearsThat domain appears to be expired. However, if this is the same sw it's archived here instead: archive.codeplex.com/?p=zerobugs
-
sn0b4ll over 3 yearsWebsite updated to github.com/eteran/edb-debugger/releases
-
einpoklum over 2 yearsThe original link is dead, and so is @jbatista 's archival link... editing.