Hey, das ist klasse!! Valgrind ist zwar schon gut, aber kommt bei weitem nicht an Purify ran.
Einen Preis habe ich fuer die Version noch nicht gefunden, aber wenn er nicht auf dem Win/Unix-Niveau liegt (ca 4500 Euro), sondern unter 200, werde ich sie mir auf jeden Fall kaufen. Aber fuer Entwickler, die GPL-/LGPL-Programme herstllen, ist der Preis utopisch. Vielleicht kann ich meinen Arbeitgeber ja ueberreden...
Von Daniel Molkentin am Do, 29. August 2002 um 16:33 #
Neben purify gibt es auch valgrind (http://developer.kde.org/~sewardj/). Dieses unterliegt der GPL. Features lt. Doku:
"Valgrind can detect problems such as:
-Use of uninitialised memory -Reading/writing memory after it has been free'd -Reading/writing off the end of malloc'd blocks -Reading/writing inappropriate areas on the stack -Memory leaks -- where pointers to malloc'd blocks are lost forever -Mismatched use of malloc/new/new [] vs free/delete/delete [] -Some misuses of the POSIX pthreads API "
Leider gibt es noch keine GUI dafuer (wie ddd oder kdb fuer gdb), aber alles in allem ist valgrind nicht nur als Leak Detektor sondern auch in einigen Situationen als Debugger Ersatz.
Von Robert Meinkes am Do, 29. August 2002 um 16:36 #
Habe hier ueber valgrind gelesen und bin sehr zufrieden mit der Applikation. Purify selbst kenne ich nicht, ich kann aber jedem valgrind empfehlen. Mehr Infos in dieser News: http://www.pro-linux.de/news/2002/4530.html
Von Gunter Ohrner am Do, 29. August 2002 um 19:53 #
Ich habe jetzt schon öfter von Valgrind gehört, habe es aber noch nicht getestet. Mich würde sehr interessieren, wo genau die Vorteile von Valgrind gegenüber z.B. mpatrol und ähnlichen Tools liegen?
> Mich würde sehr interessieren, wo genau die Vorteile von Valgrind gegenüber z.B. mpatrol und ähnlichen Tools liegen?
(Ich kenne mpatrol nicht, vermute aber, dass es etwas wie ElectricFence ist).
Valgrind emuliert eine CPU und findet deshalb auch Fehler, die durch Zugriff auf uninitialisierte Variablen entstehen. Z.B. wird in:
int main() { int a; if (a>23) printf( "X" ); }
bei dem if-Konstrukt ein Sprung basierend auf einer uninitialiserten Variable gemeldet.
Natuerlich werden auch die ueblichen Bufferoverflow/free() Fehler gefunden; im Gegensatz zu EFence oder njam sogar in grossen Programmen wie mozilla oder OO.
Das Problem mit valgrind ist aber vor allem die Geschwindigkeit und dann auch noch der Memory-Verbrauch. Grosse Applikationen lassen sich damit zwar starten, aber sobald sie sehr IO-intensiv werden, verabschiedet es sich. Daran wird zwar gearbeitet, aber sowas dauert. Valgrind ist fuer meine <1GHz-Maschine bei groesseren Apps nur noch schwer zu benutzen. (Es hat aber dennoch schon viel genutzt) Purify merkt man da die lange Erfahrung an - unter Windows mit huebscher Oberflaeche und auch unter Unix mit benutzbarer GUI und vielen Moeglichkeiten auf Fehler zu reagieren.
Einen Preis habe ich fuer die Version noch nicht gefunden, aber wenn er nicht auf dem Win/Unix-Niveau liegt (ca 4500 Euro), sondern unter 200, werde ich sie mir auf jeden Fall kaufen. Aber fuer Entwickler, die GPL-/LGPL-Programme herstllen, ist der Preis utopisch. Vielleicht kann ich meinen Arbeitgeber ja ueberreden...
"Valgrind can detect problems such as:
-Use of uninitialised memory
-Reading/writing memory after it has been free'd
-Reading/writing off the end of malloc'd blocks
-Reading/writing inappropriate areas on the stack
-Memory leaks -- where pointers to malloc'd blocks are lost forever
-Mismatched use of malloc/new/new [] vs free/delete/delete []
-Some misuses of the POSIX pthreads API
"
Leider gibt es noch keine GUI dafuer (wie ddd oder kdb fuer gdb), aber alles in allem ist valgrind nicht nur als Leak Detektor sondern auch in einigen Situationen als Debugger Ersatz.
Grüße,
Gunter
(Ich kenne mpatrol nicht, vermute aber, dass es etwas wie ElectricFence ist).
Valgrind emuliert eine CPU und findet deshalb auch Fehler, die durch Zugriff auf uninitialisierte Variablen entstehen. Z.B. wird in:
int main()
{
int a;
if (a>23) printf( "X" );
}
bei dem if-Konstrukt ein Sprung basierend auf einer uninitialiserten Variable gemeldet.
Natuerlich werden auch die ueblichen Bufferoverflow/free() Fehler gefunden; im Gegensatz zu EFence oder njam sogar in grossen Programmen wie mozilla oder OO.
http://www.weidendorfers.de/kcachegrind/index.html
Grosse Applikationen lassen sich damit zwar starten, aber sobald sie sehr IO-intensiv werden, verabschiedet es sich. Daran wird zwar gearbeitet, aber sowas dauert.
Valgrind ist fuer meine <1GHz-Maschine bei groesseren Apps nur noch schwer zu benutzen. (Es hat aber dennoch schon viel genutzt)
Purify merkt man da die lange Erfahrung an - unter Windows mit huebscher Oberflaeche