Hey,
Ich bin grad dabei, mich mit nem DeleD-Level Loader (zumindest die Procedure dazu) zu versuchen, und um die einzelnen Verticen zu laden, habe ich dynamische Arrays genommen:





So. Soweit dazu. So sieht meine bisherige Lade-Routine aus:
( Sie ist natürlich noch nicht fertig, bin ja bisher erst bis zu den Verticen gekommen.)



So. Das Problem:
Beim starten geht alles schön fein, hab das natürlich in meine FormCreate Prozedur gepackt, beim Idle läuft auch alles fein (ich habe die map noch nicht implementiert, wird also auch nicht gerendert), wenn ich das Ding allerdings abbreche, also beende, kommt:

Kein Problem dachte ich, setz ich mal eben ein showmessage am anfang der OnDestroy-Prozedur, als ich das dann allerdings mal wieder gestartet hab, stell ich fest, dass das scheinbar gar nicht soweit kommt!?

Irgendein Fehler im Code? Hab ich mal wieder was falsch gemacht?

Danke.

dynamische Arrays beginnen bei 0 und hören dann logischerweise bei map.objects -1 wieder auf...
Wenn du ein array der länge 5 hast dann ist [0] der erste und [4] der letzte Eintrag...

Woher der Fehler beim schließen kommt läßt sich schwer sagen. Löscht du die Arrays irgendwann wieder? Was passiert in Form.OnClose?

Dieser Feher "Invalid Pointer Operation" resultiert aus der bereichsverletzung mit dem dynamischen array. Evtl könnte es sinnvoll sein, wenn du wärend der Entwicklungszeit die Bereichsprüfung (Projekt -> Optionen -> Compiler) einschaltest. Dann bekommst du sofort bei Verletzung einen Fehler.

*Hust* Okay, das scheint zu wirken

In der FormDestroy Methode passiert folgendes:



Also naja, der Fehler kommt zumindest nicht mehr, aber die Messages werden mir auch nicht angezeigt

Kurze Frage, wird der reservierte Speicher von dynamisch reservierte Arrays nicht automatisch freigegeben? War immer der Meinung, dass ich diese nicht extra freigeben müßte. Wenn Pointer in dem Array sind, da muss ich natürlich den Pointer selber freigeben, aber doch nicht der reservierte Platz für den Pointer selber, oder?

Gruß
KidPaddle

_________________
http://www.seban.de

Dynamische Arrays werden dann freigegeben, wenn man sie auf nil setzt, oder ihre Lände auf 0 setzt

_________________
"Phantasie ist wichtiger als Wissen, denn Wissen ist begrenzt" Albert Einstein

Dynamische Arrays haben genauso wie Strings einen Referenzzähler, den Delphi automatisch erhöht bzw erniedrigt. Bei Funktionen wird z.B. intern extra ein try finally Block drumherumgebaut um die Dekrementierung der Zählers sicherzustellen. Records und Klassen mit dynamischen Arrays erhalten Type Informationen damit die finalize Funktion den Speicher korrekt freigeben kann.

Wo wir schonmal beim Thema sind:
Kann mir jemand erklären wann und warum man ein dyn. Array manchmal mit der Function Initialize und Finalize "bearbeiten" muss? Ich hatte nähmlich letztens sowas geproggt, wo dann in einem rekord ein dyn. array enthalten war, aber den speicher für dieses Rekord hab ich mir erst mit dem GetMem befehl (also durch Pointer) geholt. Als ich das aber so gemacht hab, gab es ein Problem mit dem Array, und in einem Forum sagte mir jemand das ich den initialize befehl dafür benutzen soll. Aber er hatte wohl (verständlicherweise) keine lust mir zu erklären warum man das machen muss .
Naja ich hoffe ihr habt die gedult mir das zu erklären *g*. Die System.pas ist ja schon recht umfangreich und garnicht so leicht da die richtigen stellen rauszusuchen und zu verstehen.

Ein dynamisches Array ist ein Zeiger auf einen so einen Block mit den Daten und dem Referenzzähler. Bei einem leeren dynamischen Array zeigt der Zeiger auf nil. Wenn man mit getmem Speicher belegt, dann stehen da nicht zwangsläufig Nullen drin, so daß bei späteren Zuweisungen an das Array versucht wird über diesen falschen Zeiger den Referenzähler von dem vermeintlich alten Daten zu erniedrigen. Wenn man eine Variable in einer Klasse oder lokal auf dem Stack deklariert, dann übernimmt Delphi diese Arbeit. Wenn man den Speicher selber z.B. über einen Zeiger auf einen Record mit einem dynamischen Array verwaltet, dann kann man ja nicht mehr so direkt nachverfolgen wie viele Referenzen es jetzt eigentlich auf das Array gibt, denn der Zeiger wird ja als ganz normaler Zeiger weitergegeben. Daher muß man dann selber finalize aufrufen, damit der Referenzzähler dekrementiert wird, und falls er 0 wird, also diese die letzte Referenz war, der Speicher freigegeben wird. Wenn man da selber eingreift kann man sich viele seltsame Fehler einhandeln. Ich habe z.B. mal solch einen record mit Nullen überschrieben und an einer ganz anderen Stelle im Programm gab es dann eine Schutzverletzung.
Immer wenn man den Speicher für solch einen Record oder Array mit dynamischen Arrays selber mit getmem belegt muß man initialize und finalize benutzen. Daher ist es vielleicht günstiger wenn man solche automatische Verwaltung und selber belegten Speicher nicht unbedingt mischt, weil dann die Vorteile verloren gehen und man immer auf initialize und finalize achten muß.
Anstelle von getmem und freemem kann man auch new und dispose benutzen. Bei diesen Funktionen wird initialize und finalize nach Bedarf automatisch aufgerufen.
Die langen, also normalen Strings, funktionieren nach dem gleichen Prinzip.

Spätestens durch die Garbage Collection vom Betriebssystem wird so etwas dann frei gegeben. Aber darauf sollte man nach Möglichkeit verzichten.

Auf der ganz sicheren Seite ist man wenn man ihm eine Länge von 0 verpasst. Bzw so etwas irgendwie kappselt. Also in einer Klasse zum Bleistifft. Dann kann man selber ganz gut bestimmen bis wohin etwas existiert und wann nicht mehr.

Wenn die Elemente eines dynamischen Arrays wieder dynamische Arrays oder records mit dynamischen Arrays sind, dann werden die natürlich genauso wie Strings mit freigeben. Wenn man in dem Array beliebige Zeiger hat, dann wird natürlich nur der Speicherplatz den die Zeiger in dem Array belegen automatisch freigegeben.

@Dynamische Arrays: Also ich weiss ja nicht genau, wass Du mit dem Initialize-Bereich machen willst, aber ansich ist die Arbeit mit Dynamischen Arrays recht einfach und stabil. Hab' das ganze schon öfters verwendet und bin dabei folgendermaßen vorgegangen:



So hab' ichs aus der Delphi-Hilfe und so funktionierts bei mir auch ohne Probleme. Lass auf jeden Fall das Initialize weg, da du damit das array bereits initialisierts (auf Größe von eins), dann mit Setlength einen neuen Speicherbereich reservierst und zuweist und den mit initialize erstellten Speicher nicht mehr freigibst. Schau einfach mal in der Delphi Hilfe nach.

_________________
Und was würdest Du tun, wenn Du wüsstest, dass morgen Dein letzter Tag auf dieser Erde ist?

Danke für die Antwort. Ich glaube ich habs verstanden.

@Speicherfreigabe
MemCheck ( http://v.mahon.free.fr/pro/freeware/memcheck/ ) wirkt oft Wunder und ist auch bei eigentlich fertigen Projekten manchmal ein wahrer Augenöffner

_________________
Viel Spaß beim Programmieren,
Mars
http://www.basegraph.com/

Weil das dynamische Array x in diesem Beispiel direkt deklariert ist, braucht man das nicht extra mit finalize freizugeben. Am Ende der Funktion wird automatisch DynArrayClear aufgerufen.
Die Frage bezog sich nur auf dynamische Arrays, die sich innerhalb von Speicher befinden, der mit getmem belegt worden ist.
Initialize ist nur dafür da, daß das Array am Anfang auch leer bzw. nil ist. Bei lokalen Variablen, wird das aber beim Beginn der Funktion bereits gemacht.