Constructor stürzt mich ins Verderben

[messie]

Zitat von ZahnschleischbluterMurph:

Ich deklariere die Tabus (Tabu : TTabu, lege einige an (Tabu := TTabu.Create), weise ihnen Werte zu (Tabu.t := 7) und packe sie in die Liste (Tabu_liste.add(Tabu)).

Vielleicht gibt es ein Problem mit Tabu (lokal? Object Member?).
Ich mache das bei ObjectList etwas anders: Tabu_Liste.Add(TTabu.Create) und weise dann die Werte zu. Das hat schon oft funktioniert. Und Du sparst Dir die Übergabe der Referenz.

Grüße, Messie

[ZahnschleischbluterMurph]

@messie: ich habe es mal für eine Liste so gemacht, wie Du es geschrieben hattest. Es zögert den Zeitpunkt des Abschmierens hinaus und der Fehler tritt bei einer anderen Liste auf

Ich habe mich daher entschlossen, nur die eine Liste, die absolut notwendig ist, zu verwenden - die habe ich nach messies Kommentar auch schon angepasst. Den Rest ändere ich jetzt mit ein wenig Aufwand auf statische Arrays (hätte ich es von Anfang an so gemacht, wäre ich jetzt top ausgeschlafen und könnte dem Knecht beim Rechnen zuschauen). Das ist zwar Speicherverschwenung und gar nicht mehr auf der Höhe der Zeit, aber ich habe mal hochgerechnet, dass ich selbst für die schlimmsten zu berechnenden Instanzen nur rund 20 MB Speicher verbrate.

Fast MM schaue ich mir demnächst einmal an.


Und noch einmal vielen Dank für Euern Einsatz! Hat mich sehr gefreut.

[jaenicke]

Zitat von ZahnschleischbluterMurph:

@messie: ich habe es mal für eine Liste so gemacht, wie Du es geschrieben hattest. Es zögert den Zeitpunkt des Abschmierens hinaus und der Fehler tritt bei einer anderen Liste auf

Das sieht dann schon sehr nach einem Speicherleck, überschriebenem Speicher oder ähnlichem aus...

Genau sowas kannst du mit FastMM finden.

Zitat von ZahnschleischbluterMurph:

Den Rest ändere ich jetzt mit ein wenig Aufwand auf statische Arrays

Es gibt ja auch noch dynamische Arrays.
Bei denen solltest du dann zum Debuggen die Bereichsüberprüfung in den Compileroptionen aktivieren, um ggf. falsche Indexzugriffe zu finden.