MadExcept vorteile gegenüber FastMM4 bezogen auf Speicherleaks

[Ghostwalker]

Zitat von Der schöne Günther:

Also mir wäre da spontan etwas unwohl - Wer garantiert mir dass die sich unter jeden Umständen gleich erhalten? Und wenn sie es täten - Warum sollte ich dann überhaupt zwei unterschiede Speichermanager einsetzen?

FastMM ist eine Speichermanager (letztlich der der standardmäßig von Delphi genutzt wird, wenn auch in abgespekter Form).

MadExcept ist ein Bibleothek/Komponente die Fehler/Exceptions behandelt, und dem (End)User die Möglichkeit bietet, das ganze dem Entwickler zu schicken (incl. einiger Systeminformationen u.a. auch Speicherinfos.)

Das sind also zwei vollkommen unterschiedliche paar Schuhe.

Da MadExcept (soweit ich weiß) mit Delphi entwickelt wird, sollte das ganze homogen abgehen.

[API]

Zitat von Ghostwalker:

Da MadExcept (soweit ich weiß) mit Delphi entwickelt wird, sollte das ganze homogen abgehen.

Ja, sind wir mit Delphi entwickelt.

Das ist auch gut zu wissen:

Zitat von madshi:

FWIW, madExcept does not contain a memory manager, unless you activate the "active error search" options on the first tab of the settings dialog. Only for those options madExcept overwrites the memory manager with its own, so it can report leaks and buffer overruns to you. These features are meant to be used mainly on your development PC, though. So for the end user, madExcept does not have a specific memory manager. For that it might still make sense to use FastMM4. Newer BCB versions automatically use FastMM4, though, IIRC.

madExcept enthält keinen Speichermanager, es sei denn, die Option "aktive Fehlersuche" wird auf der ersten Registerkarte des Einstellungsdialogs aktiviert. Nur für diese Optionen überschreibt madExcept den Speichermanager mit seinen eigenen, so dass er dir Leacks und Pufferüberläufe melden kann. Diese Funktionen sind jedoch hauptsächlich für den Einsatz auf deinem Entwicklungs-PC gedacht. Für den Endbenutzer hat madExcept also keinen speziellen Speichermanager. Aus diesem Grund könnte es trotzdem sinnvoll sein, FastMM4 zu verwenden. Neuere BCB-Versionen verwenden jedoch automatisch FastMM4, IIRC.

(http://forum.madshi.net/viewtopic.ph...=fastmm#p50532)

[Codehunter]

Damit wäre ja erstmal die Eingangsfrage beantwortet: MadExcept ist in dem Sinne gar kein Speichermanager, jedenfalls nicht einer der auf Performance ausgelegt wäre. Also sehe ich MadExcept sinnvollerweise in Alpha- und Beta-Releases beim Kunden eingesetzt, FastMM4 auf der Entwicklungsmaschine und FastMM (ohne "4", der bei Delphi mitgelieferte) in der fertigen Software. Da wärens der Möglichkeiten sogar schon drei

[Uwe Raabe]

Ich muss zugeben, daß ich das active error search in madExcept noch nie benutzt habe - eben weil diese Funktionalität bereits in FastMM verfügbar ist. Trotzdem würde ich auf madExcept niemals verzichten - ebenso wenig auf FastMM (bzw. bei Performance-Problemen eine Alternative). Beides sind für mich unverzichtbare Tools in der Programmentwicklung, jedes mit einem eigenen Schwerpunkt. Der geringfügige Überschneidungsbereich beeinflusst in keiner Weise die Entscheidung für oder gegen eines der Produkte.

[Codehunter]

@Uwe: Nutzt du die gleichzeitig einkompiliert? So wie ich das obige Zitat verstehe müsste das ja sogar gehen.

[Whookie]

Zitat von Codehunter:

@Uwe: Nutzt du die gleichzeitig einkompiliert? So wie ich das obige Zitat verstehe müsste das ja sogar gehen.

Ja, funktioniert problemlos.

[Lemmy]

Zitat von Codehunter:

@Uwe: Nutzt du die gleichzeitig einkompiliert? So wie ich das obige Zitat verstehe müsste das ja sogar gehen.

ich hatte damit noch nie ein Problem...

[Uwe Raabe]

Zitat von Codehunter:

@Uwe: Nutzt du die gleichzeitig einkompiliert? So wie ich das obige Zitat verstehe müsste das ja sogar gehen.

Ja, das geht ohne Probleme. Wie gesagt aktiviere ich den madExcept Leak-Check aber nicht. Damit wird dann auch kein zweiter Memory-Manager eingebunden.

[Stevie]

madExcept hat auch Handle Leak Erkennung, aber das hab ich damals in unserer großen Anwendung nicht richtig zum Laufen bekommen.

Wir benutzen madExcept, um unbehandelte Fehler abzufangen und anzuzeigen (auch in Release Builds) und FastMM mit FullDebug für Debug Builds während der Entwicklung.
Außerdem werden unsere Unittests mit Leakcheck laufen gelassen, was eine noch genauere Diagnose bietet als FastMM (z.B. graphische Darstellung von zirkulären Abhängigkeiten).