Schreibzugriffe auf Speicheradresse überwachen?

[uligerhardt]

Zitat von Zacherl:

Um ein Leak sollte es sich ja hier aber eher nicht handeln, eher um einen Heap Overflow.

Nicht mal Heap, sondern eine ganz banale globale Variable.

Zitat von Zacherl:

Probier mal GFlags:
http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx
http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx

Damit bin ich vor geraumer Zeit mal ziemlich erfolgreich einer (vorher) nicht zu findenden Heap Corruption auf die Schliche gekommen.

Ich hab mir das mal durchgelesen. Soweit ich das verstehe, funktioniert das auch nur für Speicher auf dem Heap, oder?

[Zacherl]

Zitat von uligerhardt:

Ich hab mir das mal durchgelesen. Soweit ich das verstehe, funktioniert das auch nur für Speicher auf dem Heap, oder?

Kanns dir nicht genau sagen, aber ist sicher nen Versuch wert. Ich weiß nicht, wie Delphi mit primitiven Datentypen umgeht, aber zumindest Objekte sind auf jeden Fall Heap allocated. Würde dir auf jeden Fall mal den "Full" Mode empfehlen, bei dem das Tool die Pages mit PAGE_GUARD protected.

[himitsu]

Zitat von uligerhardt:

Soweit ich das verstehe, funktioniert das auch nur für Speicher auf dem Heap, oder?

Der Stack liegt am Ende auch nur irgendwo im Heap.

[Union]

Das Problem bei dem Test ist, dass FillChar verwendet wird. Und dort verwendet wohl auch FastMM die Routine aus system.pas so dass kein Monitoring möglich ist.

[uligerhardt]

Zitat von Union:

Das Problem bei dem Test ist, dass FillChar verwendet wird. Und dort verwendet wohl auch FastMM die Routine aus system.pas so dass kein Monitoring möglich ist.

Das FillChar war nur ein Beispiel. In Wirklichkeit weiß ich ja nicht, wo und wie der Überschreiber verursacht wird. Wie gesagt: Wenn das Problem auf einem Entwicklerrechner auftreten würde, würde ich einen 4-Byte-Datenhaltepunkt auf Victim setzen und die Sache wäre erledigt.

[Morphie]

Kann man das nicht remote debuggen?