spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Befindet sich get_supported_resolution zufällig in einer anderen DLL / App? Wenn ja, versuch mal mit Multithreaded DLL anstatt nur Multithreaded unter Code Generation zu arbeiten.

Wenn die CRT statisch gelinkt ist und Speicher in verschiedenen DLLs / Apps allokiert wird, d.h. in anderen Modulen freigegeben wird, also dort, wo er allokiert wurde, funktioniert das meistens nicht. Abhilfe schafft wie oben erwähnt entweder, die CRT dynamisch zu linken, oder du brauchst einen eigenen "globalen Heap" - also einen einzigen Heap, von dem alle DLLs ihren Speicher beziehen, realisierbar über STL Allocators. In zweitem Falle reicht es, Funktionsparameter und Rückgabewerte mit einem solchen Allocator zu bestücken - das heißt überall dort, wo Austausch unter den DLLs / DLL & App stattfindet - innerhalb lassen sich nach wie vor die STL Klassen mit ihrem Standardallocator verwenden.

Es wäre dennoch interessant, folgendes zu tun: Vor dem Funktionsaufruf ein resolutions.reserve(MaximialeEnumAnzahl) - in der Funktion dann am Ende eine data.clear() und schauen, was passiert. Nächster Schritt wäre, das clear wegzulassen.

Naja, es bleibt festzuhalten, dass die Funktion, die Probleme macht, Deallocate ist. D.h. irgendein Stück Speicher kann nicht entfernt werden, obwohl es das eigentlich sollte (wenn wir von möglichen Bugs in der STL absehen) - da du selbst ja keinen Speicher allokierst.

Tritt der Fehler nun auch nach abschließendem data.clear() auf, sind alle Strings aufgeräumt. Das heißt, das Problem liegt offenslichtlich im Vector selbst. Oder tritt der Fehler beim abschließenden Clear auf? Wenn ja, wo? (In Clear? Vector / Strings? Wird Deallocate auch dort aufgerufen?)

Aufgrund von reserve sollte jetzt ja vorerst kein Speicher nachallokiert werden - und clear sollte auch die Vektorgröße, d.h. auch den Vektorspeicher, unangetastet lassen. Hast du MT DLL auch in allen Anwendungsteilen, also allen DLLs wie auch der Anwendung selbst eingestellt?

Lol, ja, hab ich doch geschrieben. Das DLL bei der Option bezieht sich NICHT darauf, dass du eine Dll kompilierst, sondern dass du die DLL CRT verwendest, d.h. dass alle Teile (DLLs UND App) die CRT aus der selben dynamischen Library verwenden, somit den gleichen Heap, und somit keine Fehler verursachen.