An der Stelle ließ es sich nicht schnell anders lösen.
In Windows wird FastMM verwendet, von welchem diese Funktion stammt.

Da müsste man dann auf die Idee kommen und noch ein Memory-Log dazwischenschalten, wobei der dann die Programme einen Hauch langsamer macht.
Oder man hätte die System-Speicheraufrufe vom FastMM entsprechend anpassen müssen, was ganz bestimmt auch möglich gewesen wäre.
Allerdings gibt es auch noch andere Third-Party-Memory-Debug-Komponenten.

Zitat von himitsu:

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

Hi.

Nochwas:

Wenn man eine Unit per Dot-Notation einfügen will, funktioniert CodeInsight nach der Eingabe des "." nicht weiter.

Beispiel:

"FMX" eingeben und STRG+Space drücken, dann kommt die Vorschlagliste
"FMX." eingeben und STRG+Space drücke, es passiert nichts mehr

Man kann also nicht nur nach einem FMX Package suchen, wenn man nicht genau weiß, wie es heißt.

Gruß,
Marc

Ich hoffe, ihr schreibt recht fleißig QCs!?

Diesen, ausgesprochen dumm formulierten, Beitrag hättest Du dir sparen können. Tut nichts zur Sache und man hat mehr und mehr den Eindruck, dass Du dich hier nicht "aufgehoben" fühlst. Dann solltest die Themen einfach nicht mehr lesen ...

Don't feed the trolls.
Davon abgesehen sollten wir tatsächlich schauen, was davon im QP ist und was dort noch hinein sollte.

Ist halt blos nervig ... Und natürlich sollte man die QC´s füttern, sonst haben die bei Emba doch nichts zu tun

In diesem Fall ist der Einwand berechtigt, gibt genügend Entwickler, die sich laufend über Fehler aufregen aber keinen vernünftigen Bugeintrag zustande bringen.

Im übrigen sollte man das QP füttern und nicht das QC.