DBGMEM

Es funktioniert derzeit nur für Linux. DBGMEM ist unter den Bedingungen der GNU Lesser General Public License
Das Tool hilft Ihnen, Probleme wie finden
& Nbsp; 1. Speicherlecks
& Nbsp; 2. Heapspeicherbeschädigung
& Nbsp; 3. Missbrauch, rechtswidrige Argument an ausgewählten Standardbibliotheksfunktionen.
& Nbsp; 4. stapeln Korruption
& Nbsp; 5. Die Nutzung freigegeben oder nicht initialisierten Heap-Speicher.
& Nbsp; 6. Hier können Sie das Tool zu erweitern, zu prüfen, zusätzliche Argumente API
Das Tool überschreibt GLIBC Speicherzuordnungsfunktionen, Speicher und String-Manipulation Funktionen, um seine Funktionen hinzuzufügen.
DBGMEM keine Änderungen an Ihrem Programm benötigen, wenn Sie wollen, um Ihr Programm, um einige erweiterte Funktionen verwenden, ändern könnte.
DBGMEM ist ein Open Source-Speicher-Debugger für C und C ++ Programmen und läuft unter dem Linux-Betriebssystem, und steht unter der GNU Lesser General Public License veröffentlicht. DBGMEM fügt Debugüberprüfungen vor, Teile der von Glibc Standard-Bibliothek; wird es als Shared Libraries, die in den Adressraum des ausgetestet Prozess geladen werden implementiert.
Werkzeuge
DBGMEM verfügt über mehrere Speicher-Debugging-Tools, die jeweils in das Debugging-Programm geladen werden; Das einfache Werkzeug verfolgt alle zugewiesenen Speicherblocks, und fügt Buchhaltung Daten wie dem Stapel zu der Zeit, wenn der Block zugewiesen wurde, in eine Arena-Header, die den zugeordneten Speicherblock vorausgeht; es fügt auch eine Wache Wort vor und nach der zugewiesenen Block; Die einfachen Werkzeug ist am besten für die Erkennung von Speicherverlust Probleme verwendet werden; wie die Arena-Header kann durch das Programm, das gedebuggt wird beschädigt werden. Die Überprüfung fand hält alle Buchhaltungsinformationen vom Stack in einem anonymen Speicherbild-Datei; dies macht das Werkzeug robuster zu Speicherüberschreiben Bugs zu widerstehen. Die Überprüfungstool fügt auch Fähigkeit, schnell nach Informationen suchen auf jedem Heap-Blocks für eine innerhalb dieser Haufen Block enthaltenen Zeigerwert; das Überprüfungstool fügt Validierung von Parametern, die gemeinsame Zeichenfolge und Speicherbearbeitungsfunktionen, und sucht nach möglichen Stack Smashing durch diese Funktionen.
Betriebsart
Sie können die meisten Programme mit dem Debugger ausführen wie; das Werkzeug nicht die debug Programm benötigen, um mit allen spezifischen Bibliotheken verknüpft werden; Das Werkzeug ist eine gemeinsam benutzte Bibliothek, die in den Adressraum eines Prozesses, der mittels der Technik der DLL Injektion geprüft, geladen wird. Die LD_PRELOAD Merkmal der dynamische Linker verwendet wird, um die Werkzeuge gemeinsam genutzte Bibliothek ersten, vor allen anderen Bibliothek geladen zu laden; Speicherzuweisung und String-Bearbeitung-Funktion abgefangen und zuerst aus der Werkzeugbibliothek genannt; dies ermöglicht das Werkzeug, um ihre Kontrollen hinzuzufügen. Während der Laufzeit des debug Verfahren ein rohes Bericht geschrieben wird, die nach der Beendigung der Debugging-Prozess weiterverarbeitet wird; die Augmented Bericht fügt symbolischen Funktionsnamen, um Spuren in der rohen Bericht zu stapeln. GDB-Debugger verwendet wird, um numerische Adressen werden symbolische Adressen bei der Weiterverarbeitung von Rohstoffen Bericht drehen

Eigenschaften .

• Speicherlecks ; dies gilt sowohl für die Prüfungstool und einfachen Werkzeugen. Die Werkzeugbahnen einander zugeordneten Haufenblock zusammen mit Stack-Trace zu dem Zeitpunkt, wenn der Block zugeordnet wurde genommen; zusätzlich eine Ganzzahl-Tag wird mit jeder Zuordnung gehalten, dieser Wert verfolgt eine logische Zeitraum / `Generation", die die Zeit, wenn der Block zugeordnet wurde charakterisiert. Ein Bericht über diese Informationen immer auf Prozess Ausgang produziert, oder wenn vom Benutzer angefordert. Diese Informationen helfen, Instanzen und Ursachen von Speicherlecks zu finden.
• Die Verwendung von nicht initialisiert Heap-Speicher oder befreit Heap-Speicher; dies gilt sowohl für die Prüfungstool und einfachen Werkzeugen. Das Tool stellt alle neu zugewiesenen Speicher, um Byte-Wert 0xDD und alle freigegebenen Speicher auf Byte-Wert 0xEE; Verwendung dieser Werte führt meist zu Fehlern zu programmieren, wenn dieser Speicherbereich enthält einen Zeiger, dann Dereferenzierung eines Zeigers mit dem Wert 0xDDDDDDDD wird zu einem Absturz führen.
• Heapspeicherbeschädigung; dies gilt sowohl für die Prüfungstool und einfachen Werkzeugen. Das Tool überprüft Speicher überschreibt und unterschreibt, indem Sie einen Speicher Präfix und Suffix für jedes Heap-Blocks; wenn der Wert des Suffix wird dann verändert ein Haufen überschreiben / zeichnen erkannt wird.
• Das gilt für die '' 'Überprüfen Tool' '' nur; Der Missbrauch von String-Manipulation Funktionen von glibc und Speicher kopieren / verschieben Funktionen GLIBC; stapeln Korruption von diesen überprüft Funktionen Das Tool bekommt einen ersten Durchgang auf gemeinsamen Standard Bibliotheksfunktionen wird überprüft, dass die Funktion nicht ein vorhandenes Argument Heap-Block überschreiben; es wird auch überprüft, dass der Stapel von dem aufrufenden Thread wird nicht beschädigt.

Was ist neu in dieser Pressemitteilung:

• machen jetzt bekommt CFLAGS Umgebungsvariable
• bauen dbgmem Bibliothek -ldl Option
• Shared Library ist nun in lib / $ platziert (uname -r) Verzeichnis, wie glibc an die Kernel-Version verheiratet.
• fix Zusammenstellung auf einigen Systemen (configure Schritt)
• Möglichkeit, Skripts hinzufügen (-m - erzeugen Stapel zeichnet nur für einige Generationen)

Was ist neu in Version 1.9.1:

• machen Skript aktualisiert, jetzt versucht er, zu erfassen erforderlich built-Einstellungen; immer noch nicht, jetzt, wie man auto tun wenn
• Übersetzungsfehler in C-Modus für gcc 2.9.6 befestigt ist; gcc noch stürzt mit interner Fehler auf C ++ Modus eingebaut
• hinzugefügt Option -g (deaktivieren Check für Paarung von malloc / neu / new [] und frei / löschen / delete [] in C ++ Modus)

Was ist neu in Version 1.7:

• Option -F fork und exec Anrufe folgen (wie in hinzugefügt fork / exec)
• druckt nun die Befehlszeile des debug Prozess in Header der Berichtsdatei.
• Karte Dateiname enthält jetzt pid.
• löschen raw Report-Dateien standardmäßig; es gibt zu viele von ihnen;
• alle Verwendungen von sprintf geändert snprintf