SortedList oder iDictionary in Delphi (ohne .net!)

[Chemiker]

Hallo Berlinermauer,

Dein Vorgehen ist irgendwie nicht so ganz verständlich. Du solltest auf jeden Fall in dem Project-Quelltext die Zeile:


  ReportMemoryLeaksOnShutdown := true; einfügen, damit Du feststellen kannst ob Du bei Deinem Vorgehen nicht Speicherlöcher produzierst.

Zitat:

Ich mache es umgekehrt, ich erstelle ein Objekt, befülle es, schicke es in die StringListe, und lösche das "echte" wieder.

Das ist doch Kontraproduktiv, Du kannst doch einfach, wie xZise es beschreibt das Object an die StringList anhängen.

Zitat:

Die StringList scheint auch nicht nur einen Pointer darauf setzen, sonst hätte es schon geknallt.

Der StringList ist es egal, ob das Object freigegeben worden ist, oder nicht.

Bis bald Chemiker

[Berlinermauer]

Ich glaube wir reden teilweise aneinander vorbei:

Ich möchte, dass der benutzer an einer ComboBox etwas auswählen kann.
Er hat dazu mehrere Sachen zur Auswahl, es wird aber immer nur eins benutzt nie mehrere gleichzeitig.

Was ich bis jetzt hatte: Objekt kreeieren, Methode des Objekts aufrufen, die vollständig füllt, Objekt der Liste zuweisen, Objekt selbst freigeben.

Ist das jetzt falsch, weil theoretisch eine AccessViolation lesen von Adresse XY die falschen Werte gibt da da was anderes steht?

Wie sollte ich es sonst besser machen? Dynamisches Array ist nen bisschen umständig und Speicherverbrauchend oder? (Obwohl, das wird ja dann nach der Auswahl gelöscht)


btw: kennt denn eigentlich keiner nen UINT 64 in Delphi?

[rollstuhlfahrer]

Zitat von Berlinermauer:

btw: kennt denn eigentlich keiner nen UINT 64 in Delphi?

Gibt es nicht. Int64 (also signed 64bit ist das größte was Delphi semi-nativ unterstützt

Zitat von Berlinermauer:

Ich glaube wir reden teilweise aneinander vorbei:

JA

Zitat von Berlinermauer:

Was ich bis jetzt hatte: Objekt kreeieren, Methode des Objekts aufrufen, die vollständig füllt, Objekt der Liste zuweisen, Objekt selbst freigeben.

Dein Freigeben kommt an der falschen Stelle. Nimm bitte an, dass wenn du das Objekt freigibt, dass dann die Objekte in deiner Liste auch futsch sind. Es ist so!
Der Grund, warum du immernoch auf die gelöschten Objekte zugreifen kannst, ist, dass sie noch im Speicher liegen. Sobald dieser Speicherbereich neu belegt wird, sind die Objekte aber wirklich futsch.

Zitat von Berlinermauer:

Ist das jetzt falsch, weil theoretisch eine AccessViolation lesen von Adresse XY die falschen Werte gibt da da was anderes steht?

Wo kommt denn die AV?

Zitat von Berlinermauer:

Wie sollte ich es sonst besser machen?

Du hast doch eine "funktionierende" Lösung. Was "besseres" gibt es für diesen Anforderungsbrereich nicht (Außer Record).

Bernhard

[xZise]

Moin,
also ich weiß nicht was du vor hast, aber sowas geht nicht:

Delphi-Quellcode:

var
  x, y : THaus;
begin
  x := THaus.Create;
  y := x;
  x.Free;
  y.maleAn(Grün);

Weil sobald du x.Free aufrufst ist auch das Haus y zerstört.

Du hast jetzt folgendes gemacht: Du hast eine Combobox befüllt. Und die Objekte dabei schon freigegeben. Und da man erst nach der Aktion was auswählen kann, sind also alle Objekte bis auf das letzte freigegeben.

Was solltest du anstelle machen? Das habe ich schon gesagt: Mach dir eine TObjectList in der du die Element auch speicherst, und sobald du sie nicht mehr brauchst kannst du sie alle löschen indem du TObjectList.Clear aufrufst (oder die Liste freigibst). Das setzt voraus das OwnObjects auf true steht.

Eventuell kannst du aber auch OwnObjects auf true stellen, von der Liste der ComboBox.

MfG
Fabian

PS: Und falls du glaubst du gibst zu wenig Objekte frei: Schalte doch einfach ReportMemoryLeaksOnShutdown := true; .

[rollstuhlfahrer]

Wenn Delphi 7 stimmt, dann gibt es diesen Schalter nicht. Aber man kann auf für Delphi 7 FastMM einbinden.

Bernhard