glibcs ​​Option '-lmcheck' und Multithreading

Question

Wir haben versucht, einige Heap-Probleme in unseren Multithread-C++ - Anwendungen zu finden. Als eine Technik haben wir versucht, die Bibliothekszeile der Anwendung um -lmcheck zu ergänzen. Dies führt dazu, dass die App mit scheinbarer Heap-Beschädigung in relativ kurzer Zeit abstürzt.

Unsere App verwendet sowohl malloc/free als auch new/delete (je nach Bedarf).

Eines unserer Teams fragte sich, ob -lmcheck in der Tat threadsicher war, und legte einen Mutex um alle malloc/free-Anrufe. Die Abstürze gingen weg.

Weiß jemand, ob -lmcheck Multithreading unterstützen soll? Ich frage mich, ob wir das Werkzeug, das wir benutzen wollen, einfach falsch verstehen und uns dadurch unnötige Sorgen machen.

Answer 1

Nein, mcheck ist nicht Thread-sicher und sollte nicht mit Multithread-Anwendungen verwendet werden. Dies kann zu zusätzlichen Problemen führen, da zwischen den Threads keine Synchronisierung stattfindet. Hier ist die Antwort von Ulrich Drepper (glibc maintainer) zum Thema vor ein paar Monaten:

mcheck funktioniert nicht für Multi-Thread-Code. Es kann nicht möglicherweise tun. Es gibt keine Möglichkeit, dies mit der zugrunde liegenden Technologie mcheck zu beheben.

Answer 2

Ich hätte das überprüfen müssen, bevor wir Zeit damit verbracht haben, damit zu täuschen. Ahh gut.

Hier ist der Link, wo das Zitat stammt aus (glaube ich):

http://sourceware.org/bugzilla/show_bug.cgi?id=6547

glibc Dokumentation Defekt:

http://sourceware.org/bugzilla/show_bug.cgi?id=12751

geöffnet wurde vom Schlagen dies zu vermeiden, anderen zu helfen .

Answer 3

Als Alternative kann ich Valgrind empfehlen - es wird mit Multithread-Anwendungen funktionieren - obwohl es Threads emuliert, verwendet es nicht selbst Threads.