TStringList

[rayman]

Das mit den Knöpfen ist ja nur eine konstruierte Situation. Wenn man das genauso macht, würde es klappen. Es liegt nicht daran das die Liste leer ist und das Fenster existiert wiegesagt wirklich.

Ich hab das Programm mal im Einzelschrittmodus ablaufenlassen und habe gemerkt, das der erste Zugriff auf die Liste funktioniert. Wenn ich mit der Maus über Liste.Count fahre, zeigt es mir einen Wert (3) an. Nach der Abfrage und nachdem ich das erste Listenelement gelöscht habe (Liste.Delete(0)), ist die Liste wie von Zauberhand kaputt. Das erneute prüfen von Count bringt "Ungültiger Ausdruck im Evaluator". Damit kann ich nichts anfangen.

Am besten ich schreibe eine neue Unit1, vieleicht ist der Fehler sehr gut versteckt. Oder ich regle den Zugriff auf die Liste mit Methoden und Prozeduren, die in Unit2 deklariert werden.

[oki]

Zitat von rayman:

Am besten ich schreibe eine neue Unit1, vieleicht ist der Fehler sehr gut versteckt. Oder ich regle den Zugriff auf die Liste mit Methoden und Prozeduren, die in Unit2 deklariert werden.

Das halte ich grundsätzlich für eine gute Idee. So wie du das Problem beschreibst liegt der Fehler wirklich nicht bei der Liste. Verwendest du an anderen Stellen Zeigervariablen oder dyn. Arrays oder sowas, was in deinem Speicher "rumschmieren" kann?

Gruß oki

[rayman]

Ich verwende ein dynamisches Array:

Delphi-Quellcode:

content: array of array of record
  a: string;
  b, c: word;
  d, e: byte;
  end;

was zur Laufzeit etwa die Größe (80*50) bekommt.

Aber wieso soll das der Liste schaden?

[S - tefano]

Array of Array of ?!
Boah, an sowas würd ich mich ja nie rantrauen. Zweidimensional UND dynamisch. Hammer.

Was machst du mit diesem Array? Also z.B. wann im Programm und wie initialisierst du es (ihn?)?
u.U. besteht da ein Zusammenhang... zeig am besten mal, was du mit diesem Array machst, was in etwa zeitgleich mit dem Erstellen usw. der StringList passiert.

Bis dann,

S - tefano

[oki]

Hi rayman,

das Problem bei dynamischen Arrays ist nicht, dass sie nicht sauber funzen. Bei dynamischen Arrays wird mit SetLength automatisch Speicher reserviert. Füllt man diese Array jetzt mit Daten die größer als der reservierte Speicherbereich sind (was möglich ist), so wird nicht zwingend eine Fehlermeldung ausgegeben. Das dumme daran ist halt nur, dass man dann über die reservierte Grenze des Speichers seines Arrays schreiben kann. Ist dahinter eine weitere Variable etc. platziert, so wird diese einfach überschrieben. In diesem speziellen Fall merkt man dann nur, dass irgentwas nicht funzt, was eigentlich gar nicht schief gehen kann. Z.B. ein Objekt macht Ärger beim Zugriff etc.

Das blöde an der Sache ist nun, dass mann an der falschen Stelle sucht und graue Haare bekommt.

Ich hatte mal so eine ähnliche Sache. Da hat bei mir eine Methode geklappt, wenn ich zwei Zeilen Code weniger drinn hatte, egal wie die aussahen. Da fällt man glatt vom Glauben ab.

O.K., das muß es nicht zwingend sein, ist aber eine mögliche Variante. Beiß dich durch,

Gruß oki

[rayman]

Ich habs geschafft!

Durch das Neuschreiben der Unit ist der Fehler verschwunden, das Programm ist kleiner geworden und übersichtlicher.

Trotzdem Großen Dank an oki und S-tefano.