Runtime Error 216 auf die Spur kommen

[Stevie]

Wenn du "Anhalten" auswählst solltest du an die Stelle kommen, an der der Fehler auftritt. Schau dann mal in den Callstack, ob dort etwas auffälliges steht.
Benutzt deine Anwendung andere DLLs? (Stichwort: Sharemem)
Weitere Möglichkeit, um Fehler aufzuspüren, ist die FastMM als FullDebug zu benutzen (wie müsste auch hier irgendwo im Forum stehen).

[MartinK]

Hmm
- Threads werden nicht benutzt
- Anhalten breaked auf einer ASM zeile innerhalb "procedure _UStrClr" aus der System Unit
- Der Aufruf stack ist auch nicht wirklich aussagekräftig, verweist ebenso auf die _UStrClr

ich denke mal ich habe weniger Aufwand wenn ich aus dem Backup und der neuen fehlerhaften Version eine zusammenrestauriere


Danke für Euren Support
LG Martin

[Stevie]

Ich find die Information ziemlich aussagekräftig.
Wenn ich in der Vergangenheit diesen Fehler hatte, handelte es sich meist um das Fehlen der Sharemem in der uses wenn Strings an/von DLLs übergeben wurden. In einigen anderen Fällen war das Herumpfuschen an Strings über Pointer schuld.

[Dejan Vu]

Ist 216 nicht generell ein (Memory/Pointer)-Fehler außerhalb der Kontrolle der eigenen Applikation, also z.B. wenn die Exceptionbehandlung noch nicht oder nicht mehr aktiviert ist (im Init bzw. Finalize der Anwendung), oder eben in einer DLL? Sharemem ist da nur eine Möglichkeit (Pointer ist aber generell die richtige Richtung).

Ich hatte das bei Threads mit FreeOnTerminate=True, die dann irgendwann terminierten (wenn Classes.pas schon längst finalisiert war).

Andere Möglichkeit, wenn keine Fremd-DLL im Spiel ist: Breakpoint auf das 'End.' der Anwendung legen und dann per Single-Step die Finalisierungs-Teile der Units durchsteppen...