Grund für Runtime Error 216 finden

[MartinK]

Mein Programm zeigt mir seit einer Umstellung von normalen Arrays auf ein Array auf einen RecordTypen beim Beenden jedesmal einen RT Error 216 (Adresse 00409472)
ich weiß, Dank dem Debugger, auch dass der Fehler in der unit System in der proceudre FinalizeUnits auftritt
Aus einigen Threads hier im Forum ebenso das vermutlich ein generiertes Objekt nicht richtig freigegeben wird und beim beenden weiterer Formulare zu dem Fehler führt.

Mit diesen Aussagen kann ich nur leider den Fehler nicht finden, da ich nicht weiß wie ich dabei vorgehen soll.
Wie macht man denn so etwas?

LG Martin

[Dejan Vu]

Kompiliere dein Projekt mit System Debug-Units und setze einen Breakpoint auf das 'END.' der Hauptanwendung. Dann führe den Rest Schrittweise aus. im FinalizeUnits wird der FinalisierungsCode aller Units nacheinander aufgerufen. In einer davon knallt es. Mit 'schrittweiser Ausführung' findest Du dann die Stelle.

[jaenicke]

Der Fehler tritt oft auch auf, wenn ein Objekt doppelt freigegeben wird.

Sehr einfach sollte solch ein Fehler mit FastMM zu finden sein. ;-)

[Dejan Vu]

Stimmt, mit FastMM sollte man anfangen.

[himitsu]

Benutzt du Packages?

Sind bei dir Units möglichst immer im Interface eingebunden (uses) oder auch zu oft grundlos in Implementation?


Wenn man da z.B. Objektreferenzen ungünstig verwaltet und dann z.B. noch nach dem freigeben der Unit oder eines Packages benutzt, dann dann das schnell mal knallen.
Beim "externen"/großen FastMM kann man einige FullDebug-Features einbinden, wo man auch doppelte Freigaben und (schreibende) Speicherzugriffe nach dem Freigeben erkennen lassen kann.

[MartinK]

Danke euch zunächst schon mal

na dann werde ich mal mit FastMM starten, denn beim debuggen merke ich nur "das" es "knallt" ;) und nicht wieseo

[teebee]

Wenn Du mit Arrays arbeitest, kann es auch sinnvoll sein, zu Debugging-Zwecken mal die Bereichsüberprüfung einzuschalten. Array-Grenzen zu verletzen kann zu viel späteren Zeitpunkten für Probleme sorgen.

[MartinK]

@Teebee: DAs war "DER" Tipp.

Ich hatte 2 Stellen "Schreibfehler" im Sourcecode die mir früher nie aufgefallen sind.
Durch die bereichsüberprüfung fielen diese bereits beim Programmstart auf ... wurden korrigiert
und damit war ich auch den RT Error 216 los.

Dickes danke dafür !
Die Bereichsprüfung ist ab sofort stanbdardmässig auf "on"

[teebee]

Zitat:

Zitat von MartinK (Beitrag 1279225)

Die Bereichsprüfung ist ab sofort stanbdardmässig auf "on"

Würde ich beim Release rausnehmen, macht die Anwendung langsamer (muss nicht spürbar sein) und größer.

[Luckie]

RT 216 ist eine Access Violation. Also in der Regel ein Zugriff auf einen ungültigen Speicherbereich. Kann bei dynamischen Arrays durch eine Unachtsamkeit schnell passieren.