An der Stelle ließ es sich nicht schnell anders lösen.
In Windows wird FastMM verwendet, von welchem diese Funktion stammt.
?? FastMM4 in der aktuellen
SVN Version kann Speicherleaks auch auf MacOS erkennen und anzeigen. Das funktioniert hervorragend.
Daher ist man jetzt nicht zwingend auf System.ReportMemoryLeaksAtShutdown angewiesen, wäre aber gut wenn das von Delphi transparent wie auf Windows funktionieren würde.
Viel schlimmer sind doch die gewaltigen (globalen) Leaks einer leeren MacOS FMX-Anwendung. Vielleicht scheut man sich bei Emb. genau deswegen davor:
Sehe ich keine Lecks sind sie auch nicht da..
Probiert das doch mal aus:
- Leere FMX Anwendung für MacOS
- FastMM4 aus
SVN
- FullDebugMode einschalten
- libFastMM_FullDebugMode.dylib ins Deployment
- Detailierte .map Datei ins Deployment
- Anwendung starten und beenden
-> 20MB Logdatei mit Speicherlecks im AppBundle Ordner
Dieser Fehler wurde mehrfach berichtet, getan hat sich nichts:
RSP-9723 [MacOS] application gets terminated/Halt(0) on close. Incorrect unspooling
RSP-9726 Memory leaks in MacApi.ObjectiveC bridge
RSB-562 class destructor TVTableCache.Destroy is missing -> Memory leaks