Hallo,

ich habe Funktionen welche auf eine zugreifen.

Diese wird in einem Thread gefüllt, weil sich sonst die Form total aufhängen würde.

Jetzt greife ich aber in einem Form_Event, genauer gesagt Event auf diese Funktionen zu, das Event reagiert ja schon beim laden der Form und es führt selbstverständlich zu einem Error, weil die noch nicht gefüllt ist.

Jetzt muss ich irgendwie abfragen, ob der Thread zuende gearbeitet hat.

Ich hatte mir gedacht in der Klasse eine globale Booleanvariable anzulegen welche man auch von außerhalb abfragen kann.

Im Event frage ich also die Variable aus der Klasse ab um rauszufinden ob die Liste voll ist, -> Scheitert.

Ich habe auch schon versucht, den Thread in der Klasse halt global zu machen und in der Funktion den abzufragen aber das funktioniert auch nicht.


Falsch ich mich eurer Meinung nach nicht ausreichend genug ausdrücke, so bitte ich mir das mitzuteilen.

Kann mir jemand sagen wie ich das am besten löse?

Du kannst dafür sorgen, dass man etwas von außerhalb Abfragen kann, wenn du einen Backgroundworker oder Delegates zum prüfen benutzt. Ansonsten schließ den Thread halt, wenn er fertig ist und schau, ob der Thread geöffnet ist.

Du hast die Variable Thread.IsAlive. Ist sie True, arbeitet der Thread noch.
Wenn sie False ist, kannst Du auf Deine List(Of ) zugreifen

RodFromGermany schrieb:

Du hast die Variable Thread.IsAlive. Ist sie True, arbeitet der Thread noch.
Wenn sie False ist, kannst Du auf Deine List(Of ) zugreifen

Ist mir klar. Hatte ich vergessen zu erwähnen, das ist ja eigentlich die bekannteste Methode.
Genau das funktioniert aber eben nicht.

Ich prüfe ja im Event



Das haut mir troztdem die Meldung raus:

Kevin Hombre schrieb:

Das haut mir troztdem die Meldung raus:

Kein Wunder, den Thread gibt es halt nicht mehr. Richte Dir am besten eine Property mit folgender Abfrage ein:

Hi
hat es einen Grund, warum du die Liste unter Verwendung eines Threads erzeugst? Ansonsten kannst du System::Threading::Thread.Join verwenden, um auf die Beendigung der Prozedur zu warten, einige Synchronisationsmethoden aus System::Threading verwenden, wie z.B. System::Threading::ManualResetEvent oder System::Threading::AutoResetEvent.

Gruß
~blaze~

@blaze die Fragestellung ist berechtigt: allerdings sollte man blockierende Synchronisationsmethoden Thread.Join oder auch Monitor.Wait / ManualRestEvent vielleicht nicht gerade im GUI-Thread verwenden

Besser wäre es in dem Thread ein Event zu erzeugen wenn die Liste vollständig erzeugt wurde um dann im GUI Zweig darauf zu reagieren.

Touche schrieb:

Kein Wunder, den Thread gibt es halt nicht mehr. Richte Dir am besten eine Property mit folgender Abfrage ein:

Danke! Das hat geholfen. Habs nun auch so gemacht.

Edit: Code an den von haiyyu angepasst:



Dann einfach Prüfen:

Ich würd's ja so schreiben:

normalerweise disabled man beim ThreadStart die SteuerElemente, die den Thread stören könnten, und reenabled sie, wenn Thread fertig.

Dassis auch freundlich zum User, weil der sieht, dass seine App busy ist, und bestimmte Eingaben grad nicht verträgt.