Forum: Win32/Win64 API (native code)
by Codehunter,
27. Jun 2019
Hab ich so nicht wahrgenommen. Dann ist es wirklich etwas viel. Meine Favoriten sind immer noch Projekteinstellungen, inline Methoden und in den beiden Projekten unterschiedlich verwendete Units oder Includes. An die eigenmächtige Manipulation des Speichermanagers durch Drittanbieter-Kompos mag ich nicht so recht glauben.
Forum: Win32/Win64 API (native code)
by Codehunter,
27. Jun 2019
Wie gesagt, aus dem kleinen Codeschnipsel kann man schlecht auf den konkreten Anwendungsfall schließen. Aber bei den hier genannten Zahlen von "Speicherfresser" zu reden ist irgendwie auch übertrieben ;-)
Forum: Win32/Win64 API (native code)
by Codehunter,
26. Jun 2019
So ganz Unrecht hast du damit nicht. Man denkt gemeinhin, es gäbe gewaltige Performanceunterschiede. Tatsächlich aber sind Klassen (und generische Listen) unter bestimmten Szenarien sogar weitaus leistungsfähiger. Ich hatte einen Fall, wo ich bei Schleifen über Oldschool-Record-Listen eine Laufzeit von 60 Sekunden hatte und nach dem Umbau auf Klassen und TDictionary<key, myobject> eine Laufzeit...
Forum: Win32/Win64 API (native code)
by Codehunter,
26. Jun 2019
Nimm doch mal GetMem statt New. Da kannst du die Größe explizit angeben.
Forum: Win32/Win64 API (native code)
by Codehunter,
26. Jun 2019
Nur mal ins Blaue hinein: Ist das eine evtl. ein Debug- und das andere ein Release-Build?