Fehler beim erneuten Ändern der Größe eines zweidimensionlen dynamischen Arrays

[Mokuba01]

Guten Abend,

ich habe ein zweidimensionales dynamisches Array. Bei jedem Aufruf durch den Nutzer werden dessen Maße erneut bestimmt. Ab dem zweiten Mal tritt dabei ein Fehler (EInvalidPointer) auf.

Früher habe ich

Code:

setlength(felder, x);
for i:=0 to x-1 do
  setlength(felder[i],y);

verwendet.

Hier tritt der Fehler in der dritten Zeile auf.
Verwende ich stattdessen "setlength(felder, x, y)", tritt hier der Fehler direkt auf.

Ich habe bereits Dinge wie "felder := nil" sowie "setlength(felder, 0)" und finalize bzw. freemem probiert, dann tritt der Fehler direkt bei diesem Befehl auf.
Es ist übrigens egal, ob der User x bzw. y größer, kleiner oder genauso groß, wie beim letzten Mal wählt.

"felder" ist eine globale Variable einer Klasse. Diese Klasse wird nach einmaliger Initialisierung in der MainForm ohne erneute Initialisierung vom Anwender genutzt.

Wodurch tritt der Fehler auf und was kann ich tun?

Danke schonmal für eure Hilfe
mfg Mokuba01

[himitsu]

Ein Bufferoverrun, welcher die Speicherverwaltung des Arrays zerstört?

Wird nicht über Pointer auf das Array zugegriffen, dann hilft es oftmals schon, wenn man die Bereichsprüfung aktiviert.
Oder etwas vollkommen Anderes dreht durch und zerstört zufällig das Array.

PS:

Delphi-Quellcode:

SetLength(felder, x, y);

Änder nichts, aber vereinfacht zumindestens den Code. :angle:

[Mokuba01]

Das Aktivieren der Bereichsprüfung ändert nichts am Verhalten des Programms. Und wie oben schon geschrieben, tritt, wenn ich "SetLength(felder, x, y)" verwende, der Fehler bereits hier auf.

[Mokuba01]

Das ist doch ein Witz... Gerade eben Delphi und Windows neugestartet und...: Tada! Keine Fehler mehr. Wodurch der Fehler auftrat, wird wohl für immer ein Rätsel bleiben... Trotzdem Danke für deine Antwort und deine Mühe.

Einen schönen Abend noch
mfg Mokuba01

[himitsu]

Das heißt dann aber nicht unbedingt, daß der Fehler auch weg ist.
Kann gut sein, daß er sich nun wo anders versteckt, an einer Stelle, die aktuell keine schlimmen Auswirkungen zeigt.

Das würde dann aber bedeuten, daß es nicht am Array selber lag, sondern an was Anderem.
Und auch erklären, warum die Bereichsprüfung hier nicht viel brachte.

Ein durchdrehender Treiber, welcher den RAM schrottet isses schonmal nicht (zu spezifische Auswirkung),
aber ein Fehler innerhalb deines Progamms, bzw. in einer darin geladenen DLL, welcher den Programmspeicher zerstört, ist wahrscheinlich.

[Mokuba01]

Ja, in diese Richtung gingen meine Befürchtungen auch schon. Allerdings ist der einzige kritische Bereich, bei dem imo solche Exceptions auftreten könnten, ein kleiner eingebundener Stack, aber den habe ich nun schon an allen Enden geprüft und nichts heikles gefunden.