Abstrakter Fehler bei leerer Prozedur

[guinnes]

Zitat von Codehunter:

Das genannte Beispiel von DeddyH war übrigens auch nicht lauffähig und produzierte ebenfalls abstrakte Fehler.

Weil DeddyH in der überschriebenen Methode inherited aufruft. Damit wird natürlich der abstrakte Fehler ausgelöst

[Stevie]

Zitat von guinnes:

Zitat von Codehunter:

Das genannte Beispiel von DeddyH war übrigens auch nicht lauffähig und produzierte ebenfalls abstrakte Fehler.

Weil DeddyH in der überschriebenen Methode inherited aufruft. Damit wird natürlich der abstrakte Fehler ausgelöst

Ähm, nö? Ein inherited führt nicht zu einem abstract error, es sei denn, man benamt die aufzurufende Methode (hier nicht geschehen) explizit, wie Günther oben schon erwähnte.
Möglicherweise ist da irgendwas mit XE4 und Win64 im argen?

[DeddyH]

Wie ich in #6 schon schrieb, löste Delphi 5 da noch einen abstrakten Fehler aus. Mindestens ab Delphi 7 (6 habe ich nicht) passiert das aber nicht mehr.

[Codehunter]

Nachdem der Fehler dann gestern am späteren Abend wieder auftrat, habe ich das ganze Projekt mal probeweise auf Win32 umgestellt (eigentlich bauen wir hier ausschließlich x64) und tatsächlich tritt das dort nicht auf bzw. zumindest bis jetzt nicht reproduzierbar. Danach ist mir aufgefallen, dass der abstrakte Fehler nur dann auftritt, wenn ich für Debug kompiliere, nicht aber bei Release. Deshalb meldete ich gestern voreilig "Fehler beseitigt", da stand nach dem Komplett-Build das Projekt zufällig auf Release.

So bin ich auf die beiden DLLs FastMM_FullDebugMode.dll und FastMM_FullDebugMode64.dll gekommen. Nehme ich die FastMM_FullDebugMode64.dll aus dem Suchpfad, ist der Fehler auch im Debug-Build nicht mehr nachzuvollziehen. Dann funktionieren aber auch die Memdumps nicht mehr. So wie es aussieht ist da ein Bug im FastMM im 64-Bit-Modus.

[jaenicke]

Die Ausgabepfade für Units enthalten aber korrekt $(Platform) und $(Config)?

[Codehunter]

Zitat von jaenicke:

Die Ausgabepfade für Units enthalten aber korrekt $(Platform) und $(Config)?

Jepp Über Mischmasch von Debug- und Release-DCUs bin ich früher schon bös auf die Nase gefallen.

[Stevie]

Normalerweise verändert FastMM doch nicht den kompilierten Code, wie hier scheinbar geschehen (in inherited bei einer abstrakten Vorfahr Methode wird vom Compiler ignoriert, bzw sollte!).