Ich habe gerade ein Programm fertiggestellt, dass ich dmenächst mal in meiner Schule zeigen wollte, das Problem ist nur, dass das ganze Teil extrem verbuggt ist und dauernd Buffer Overflows erzeugt... Zumindest sagt mir Linux in der Konsole etwas von Segmentation Fault. Ich hätte jetzt gerne mal einen Tipp, was für gute Qt-Debugger es gibt. Ich habe mal gdb, den Standartdebugger von Linux/KDE ausprobiert, aber bei jedem backtrace gibt der mir in etwa 5000 Stackframes aus, außerdem legt er das ganze Programm lahm. Ich hätte gerne einen graphischen Debugger, wo man irgendwie die Speicherverwaltung nachvollziehen kann...
Debugger?
Debugger?
Moin an alle Forenbenutzer 
Ich habe gerade ein Programm fertiggestellt, dass ich dmenächst mal in meiner Schule zeigen wollte, das Problem ist nur, dass das ganze Teil extrem verbuggt ist und dauernd Buffer Overflows erzeugt... Zumindest sagt mir Linux in der Konsole etwas von Segmentation Fault. Ich hätte jetzt gerne mal einen Tipp, was für gute Qt-Debugger es gibt. Ich habe mal gdb, den Standartdebugger von Linux/KDE ausprobiert, aber bei jedem backtrace gibt der mir in etwa 5000 Stackframes aus, außerdem legt er das ganze Programm lahm. Ich hätte gerne einen graphischen Debugger, wo man irgendwie die Speicherverwaltung nachvollziehen kann...
Ich habe gerade ein Programm fertiggestellt, dass ich dmenächst mal in meiner Schule zeigen wollte, das Problem ist nur, dass das ganze Teil extrem verbuggt ist und dauernd Buffer Overflows erzeugt... Zumindest sagt mir Linux in der Konsole etwas von Segmentation Fault. Ich hätte jetzt gerne mal einen Tipp, was für gute Qt-Debugger es gibt. Ich habe mal gdb, den Standartdebugger von Linux/KDE ausprobiert, aber bei jedem backtrace gibt der mir in etwa 5000 Stackframes aus, außerdem legt er das ganze Programm lahm. Ich hätte gerne einen graphischen Debugger, wo man irgendwie die Speicherverwaltung nachvollziehen kann...
Funktioniert das bei Dir? Ich habe das Problem (kdevelop 3.3.3 / QT 4.2) , dass der Debugger an Haltepunkten nicht stoppt. Das scheint aber kein Problem von kdevelop zu sein, denn der gdb verhält sich genauso. Den Einträgen in diversen Foren nach, bin ich wohl auch nicht der Einzige, der dieses Problem hat.oder die direkte Einbindung von KDevelop...
Gruß Michael
Das weiß ich. Die Übersetzung erfolgt mit gesetzem -g Schalter. Der gdb meldet beim Setzen des Breakpoints "no source file ...". Der Pfad auf das cpp-File ist aber korrekt. Wenn ich das Programm einmal im gdb ausführen lasse und während der Ausführung unterbreche, dann werden die Breakpoints ohne dieser Meldung gesetzt und bei erneuter Programmausführung auch berücksichtigt.daß man den gcc mit dem Schalter -g übersetzen lassen muß. (Oder anders gesagt, Debug-Modus...)
Gruß Michael