ListView wird anscheinend vor Destroy-Aufruf zerstört

[Christian Seehase]

Moin Sebastian,

Zitat:

Zitat von sieppl

Das ist nicht der Punkt, da die Zugriffsverletzung vor dem Destroy-Aufruf erfolgt, bevor die oben erläuterten Methoden aufgerufen werden

Wo der ListView erzeugt wird, und wer der Owner ist, ist, soweit ich das bislang absehen kann, genau der Punkt.
Wenn Du selber die Steuerung übernimmst, wann der ListView zerstört wird, kann er Dir auch nicht vor dem Zerstören des Thread "unter den Füssen weggezogen" werden

[sieppl]

Zitat:

Zitat von Christian Seehase

Moin Sebastian,

Zitat:

Zitat von sieppl

Das ist nicht der Punkt, da die Zugriffsverletzung vor dem Destroy-Aufruf erfolgt, bevor die oben erläuterten Methoden aufgerufen werden

Wo der ListView erzeugt wird, und wer der Owner ist, ist, soweit ich das bislang absehen kann, genau der Punkt.
Wenn Du selber die Steuerung übernimmst, wann der ListView zerstört wird, kann er Dir auch nicht vor dem Zerstören des Thread "unter den Füssen weggezogen" werden

okay, kannst du mir erklären wie ich das steuern kann?
waurm werden denn die Items vor dem Destroy-Aufruf auf nil gesetzt?

[Christian Seehase]

Moin Sebastian,

Zitat:

Zitat von sieppl

waurm werden denn die Items vor dem Destroy-Aufruf auf nil gesetzt?

deshalb meine Frage wann der ListView erzeugt wird, und wer der Owner ist.

[sieppl]

Der ListView wird als Komponente auf das Formular gezogen. Es liegt also nicht direkt in meiner Hand. Ich denke der Owner ist das Panel in dem er drinliegt.

[Christian Seehase]

Moin Sebastian,

das hatte ich befürchtet (und erwartet ;-))

Dann sehe ich (nur) folgende Möglichkeiten:

• Die Komponente muss dahingehend erweitert werden, dass sie den ListView selber erzeugt.
  (warum heisst die eigentlich TImgStdListView, wenn sie das nicht macht ;-))
• Deine Kompo wird wieder dynamisch erzeugt.
• Die Reihenfolge in der die Komponenten auf das Formular gelegt werden wird getauscht.
  Ich weiss es nicht genau, aber das könnte die Reihenfolge in der die Komponenten erzeugt/zerstört werden beeinflussen.

Punkt 2 dürfte wohl mit Abstand am einfachsten umzusetzen sein.

[sieppl]

Zitat:

Zitat von Christian Seehase

Moin Sebastian,

das hatte ich befürchtet (und erwartet ;-))

Dann sehe ich (nur) folgende Möglichkeiten:

• Die Komponente muss dahingehend erweitert werden, dass sie den ListView selber erzeugt.
  (warum heisst die eigentlich TImgStdListView, wenn sie das nicht macht ;-))
• Deine Kompo wird wieder dynamisch erzeugt.
• Die Reihenfolge in der die Komponenten auf das Formular gelegt werden wird getauscht.
  Ich weiss es nicht genau, aber das könnte die Reihenfolge in der die Komponenten erzeugt/zerstört werden beeinflussen.

Punkt 2 dürfte wohl mit Abstand am einfachsten umzusetzen sein.

ja, danke. ich verstehe es aber nicht. der thread wird vom ListView erzeugt und die beiden sind eng miteinander verknüpft. Die ListView.Items können doch nicht einfach verschwinden bevor Destroy aufgerufen wurde.

[Christian Seehase]

Moin Sebastian,

Zitat:

Zitat von sieppl

der thread wird vom ListView erzeugt

:shock: :gruebel:

Also ich hatte es so verstanden, dass der ListView von Dir auf das Formular gezogen wird, und Deine eigene Kompo, die den Thread erzeugt auch. Der ListView wird der anderen Kompo dann übergeben.
Oder nicht, oder doch, oder wie... :gruebel:

[sieppl]

Zitat:

Zitat von Christian Seehase

Moin Sebastian,

Zitat:

Zitat von sieppl

der thread wird vom ListView erzeugt

:shock: :gruebel:

Also ich hatte es so verstanden, dass der ListView von Dir auf das Formular gezogen wird, und Deine eigene Kompo, die den Thread erzeugt auch. Der ListView wird der anderen Kompo dann übergeben.
Oder nicht, oder doch, oder wie... :gruebel:

:) Der TImgStdListView ist die Kompo über dir wir die ganze Zeit reden. Es handelt sich um einen abgeleiteten ListView. Dieser erzeugt den besagten Thread. (1. Post war schlecht formulitert, sorry)