kann mir jemand sagen was temporäre Breakpoints sind? also ohne den anderen normalen Breakpoints wäre das Debuggen für Projekte ja gar nicht möglich
Breakpoints welche nur in bestimmten Threads aktiv sind kenn ich auch
die Breakpoints die nur bei einem bestimmten Variablenwert zuschlagen funktionieren ja nicht immer, bzw. stellt sich da die Eclipse GUI meist quer zumindest hab ichs noch nicht so ganz durchblickt Ich schreib lieber if sentenses mit ausgabe, wo ich einen Breakpoint setze
Die Integration in Emacs oder Eclipse mag okay sein. Die Standalone Frontends kann man aber alle vergessen. Von den Features her, ist der DDD noch am besten, aber der ist halt hoffnungslos veraltet.
Sicherlich ham viele IDEs nette integrationen in den GDB. Aber ich benutz' halt keine IDEs, sondern den vim. Deshalb fehlt mir ja auch nette standalone Frontends, wie es eben der DDD einmal war.
Wegen der schlechten Debugger Integration bzw. die umständliche Bedienung des GDB im Konsolenmodus benutze ich zum Programmieren kein vim.
Ich habe mir vim angesehen, zum Editieren ist er klasse, aber ohne vernünftige Debugger Integration bleibe ich lieber bei den fetten IDEs. Es gibt für vim zwar die ein oder andere Lösung, aber die muss man umständlich nachinstallieren, darauf habe ich keine Lust.
Mein Favorit ist unter Linux daher immer noch Eclipse mit C++ Unterstützung. Der Debugger ist da sehr schön integriert und lässt sich sehr bequem benutzen. Und da es Eclipse auch für Windows gibt, habe ich dort auch gleich wieder die exakt gleiche Umgebung. Ein kleiner Nachteil ist natürlich der Resourcenverbrauch, aber wozu hat man heutzutage 64 Bit CPUs mit massig RAM und mehreren Kernen? Nein, daran soll es nicht liegen, da muss man schon andere Argumente gegen Eclipse bringen.
Na ja, so hat jeder seine Prioritäten. Ich editiere halt zu 90% der Zeit und da ist mir wichtig, dass es so effektiv und effizient wie möglich ist. Und da habe ich für mich noch nichts besseres als den vim gefunden.
Für den gdb gucke ich mir gerade nemiver an. Wirkt noch etwas unfertig auf mich, aber vielleicht reicht es zum debuggen.
kann mir jemand sagen was temporäre Breakpoints sind?
also ohne den anderen normalen Breakpoints
wäre das Debuggen für Projekte ja gar nicht möglich
Breakpoints welche nur in bestimmten Threads aktiv sind kenn ich auch
die Breakpoints die nur bei einem bestimmten Variablenwert zuschlagen
funktionieren ja nicht immer, bzw. stellt sich da die Eclipse GUI meist quer
zumindest hab ichs noch nicht so ganz durchblickt
Ich schreib lieber if sentenses mit ausgabe, wo ich einen Breakpoint setze
und was sind jetzt temporäre Breakpoints???
help tbreak
"Like "break" except the breakpoint is only temporary,
so it will be deleted when hit."
Was mich wundert, was daran neu ist. gdb 7.4 hatte ja auch schon "temporary breakpoint".
Die Integration in Emacs oder Eclipse mag okay sein. Die Standalone Frontends kann man aber alle vergessen. Von den Features her, ist der DDD noch am besten, aber der ist halt hoffnungslos veraltet.
Wie würdest du die Integration in Anjuta bewerten? Mir sah sie akzeptabel aus.
QtCreator ist auch ein ganz hübsches Frontend für GDB.
Sicherlich ham viele IDEs nette integrationen in den GDB. Aber ich benutz' halt keine IDEs, sondern den vim. Deshalb fehlt mir ja auch nette standalone Frontends, wie es eben der DDD einmal war.
Tja, wenn schon leiden, dann auch richtig.
Ich muss IDEs beruflich nutzen und weiß daher was leiden heißt.
Schon mal cgdb angeschaut? (Ich noch nicht, steht aber auf der laaangen Liste...) ;)
http://cgdb.github.io/
Ne, aber der gdb hat mittlerweile selbst ein ncurses frontend eingebaut
> ncurses frontend
Finde den Widerspruch.
Wegen der schlechten Debugger Integration bzw. die umständliche Bedienung des GDB im Konsolenmodus benutze ich zum Programmieren kein vim.
Ich habe mir vim angesehen, zum Editieren ist er klasse, aber ohne vernünftige Debugger Integration bleibe ich lieber bei den fetten IDEs.
Es gibt für vim zwar die ein oder andere Lösung, aber die muss man umständlich nachinstallieren, darauf habe ich keine Lust.
Mein Favorit ist unter Linux daher immer noch Eclipse mit C++ Unterstützung. Der Debugger ist da sehr schön integriert und lässt sich sehr bequem benutzen.
Und da es Eclipse auch für Windows gibt, habe ich dort auch gleich wieder die exakt gleiche Umgebung.
Ein kleiner Nachteil ist natürlich der Resourcenverbrauch, aber wozu hat man heutzutage 64 Bit CPUs mit massig RAM und mehreren Kernen?
Nein, daran soll es nicht liegen, da muss man schon andere Argumente gegen Eclipse bringen.
Na ja, so hat jeder seine Prioritäten. Ich editiere halt zu 90% der Zeit und da ist mir wichtig, dass es so effektiv und effizient wie möglich ist. Und da habe ich für mich noch nichts besseres als den vim gefunden.
Für den gdb gucke ich mir gerade nemiver an. Wirkt noch etwas unfertig auf mich, aber vielleicht reicht es zum debuggen.