Umgang mit tList

[Fussel]

Hallo zusammen!

folgende Situation:
habe eine große Liste in der ich diverse Daten speichere, und zu jedem der Listenelemente brauche ich noch zwei weitere einfache Listen um strings zu speichern. Das sieht dann folgendermaßen aus:

Delphi-Quellcode:

  tEleZeiger = ^tElement; //Liste der Elemente
  tElement = record
              Name         :string;
              Gruppe       :integer;
              next         :tEleZeiger;
              Inhalt       :tlist;
              Gruppenliste :tlist;
              Zahl         :integer;
             end;

Hatte die beiden Unterlisten Inhalt und Gruppenliste ursprünglich selbst organisiert, was auch funktioniert hat. Da ich sie aber kombinieren ,sortieren, und doppelte Elemente löschen muß wollte ich auf den Typ tList zugreifen, der diese Methoden schon implementiert hat.

Ich erzeuge also einen Zeiger

Delphi-Quellcode:

  var  Zeiger:^string; 
  new (Zeiger);

und versuche ihn in die liste einzuhängen:

Delphi-Quellcode:

 Neuelement^.Inhalt.add (Zeiger); (Neuelement ist vom Typ tEleZeiger, s.o.)

Der compiler akzeptiert es, das Programm aber bricht wegen einer Zugriffsverletzung ab. Kann es sein, daß ch die Liste erst mit .create erzeugen muß? Wie ich es auch anstelle, es kommt nur Murks dabei heraus...



Vielen Dank

Manuel

[edit=Admin]Code in Delphi-Tags gesetzt. Künftig bitte selber machen. Danke. ;-) Mfg, Daniel[/edit]

[Muetze1]

Moin!

Ja, da TList eine Klasse ist musst du diese auch vorher instanziieren und beim entfernen des Elements auch wieder freigeben.

MfG
Muetze1

[Fussel]

Hi Mütze,

wie genau soll ich das anstellen?
Habe es bislang so versucht:

new (NeuElement);
Neuelement.Inhalt.create;

Dann bricht das Programm aber genau an dieser Stelle ab und erzählt mir etwas von wegen EaccessViolation.

komme so nicht weiter...

Manuel

[Nightshade]

Delphi-Quellcode:

new (NeuElement); 
Neuelement.Inhalt := TList.Create;

[Fussel]

Nightshade, du bist definitiv mein Held!

Vielen Dank, es klappt

manuel

[Muetze1]

Moin!

Sorry, ich dachte das wäre klar, da du schon explizit nach dem "richtigen" Fehler fragtest und auch gleich die richtige Lösung geschrieben hattest. Es klang für mich nur nach einer Bestätigungsfrage zu deiner Vermutung...

Nächstes mal dann mit Code... ...Hauptsache ist es aber auch verstanden hast warum und wieso es so heissen muss...

MfG
Muetze1