Suchergebnisse

Dazu 5 Gedanken - jeder ist substanziell, also achte drauf, dass, wenn du mit einem Gedanken dich auseinandergesetzt hast, dir auch die anneren vorzunehmen. Meist beschäftigen sich Fragesteller nur mit einem Gedanken, und 5 Posts weiter muss man sie dann drauf hinweisen, dass man das alles bereits in Post#2 beantwortet hat. 1. aus einem NebenThread kann man nicht auf Controls zugreifen - das geht aus technischen Gründen nicht. 2. Sondern man muss den Zugriff per Control.BeginInvoke() an den Main…

Zitat von pts: „Danke, ich werde mich mal mit dem Thema Invoke auseinandersetzen. [...] EDIT: so? VB.NET-Quellcode (3 Zeilen)“Damit hast du es fast auf meine Ignorier-Liste geschafft. Weil meine Posts liest du offsichtlich eh nicht. Warum nur fast? Anfänger-Bonus. Allerdings in eim anneren Thread biste mit NoFear ja auch nicht anners umgegangen - also du hast in kürzester Zeit doch beträchtlich Minuspunkte angesammelt - vermutlich ohne zu merken, deshalb sag ichs dir.

Zitat von pts: „.BeginInvoke scheint bei mir keine mögliche Methode zu sein (zumindest zeigt IntelliSense die nicht an) Deswegen habe ich .Invoke genommen“Kann nicht sein. Mit Sicherheit funzt dieses ebensogut, und wird auch Intellisense-Unterstützt:VB.NET-Quellcode (3 Zeilen)Ansonsten muss dein VisualStudio iwie verkorkst sein. Noch ansonstener freuts mich, dass du dich mit meine Punkte nu erkennbar auseinandersetzt, und ich finde, es bringt auch entsprechend sehr viel: Dir wird mit BeginInvoke…

nun, du musst mein Snippet genau lesen: Form1.BeginINvoke ist nicht Me.BeginInvoke! Form1.BeginINvoke kann nur failen, weil Form1 ist ein Datentyp, ist aber kein Objekt - denk mal über den Unterschied nach. Zitat von pts: „Wenn alles schief geht, werde ich einfach in Thread 1 das Form und das Listview programmatisch erzeugen... dann hab ich sicher kein Problem mehr mit den Zugriffen.“Wirst dich wundern. Aber v.a.: Fang nicht mit iwelchen krickel-krückel-Workarounds an, wo keiner mehr durchblickt…

Jo, dassis jetzt der FolgeFehler, den ich bereits in post#8 vermutete: Du kannst in einem NebenThread auch kein ListViewItem erstellen. Also auch das Erstellen von ListViewItem muss im MainThread erfolgen.

Zitat von pts: „Ok Warum den das? Ist es nicht egal, wo ich eine Variable erzeuge?“Kurze Antwort: Nein.

in einem anderen ListView, auf einem anderen Form1, in einem anderen Thread. Ich sagte ja: Form1 ist ein Datentyp, und kein Objekt. Dummerweise generiert VB doch ein Objekt davon, sodass der Fehler nicht aufschlägt. Noch dummererweise, wenn im NebenThread aufgerufen, generiert VB dort auch ein Form1-Objekt. Dann hast du 2, komlette Objekte des Typs Form1: Das eine siehste auffm Bildschirm, das andere existiert nur im Nebenthread, unsichtbar, denn niemand hat seine .Show-Methode aufgerufen. Aber …

nein - alles gut. Bis auf dass du im NebenThread ListViewItems erstellst. Erstelle dort andere (Daten-)Objekte, um deine Daten aufzunehmen. Und gib diese anderen Objekte zurück an den Mainthread, und erstell im Mainthread aus den Datenobjekten ListviewItem. Möglicherweise musst du extra für deine Daten eine geeignete Daten-Klasse erschaffen. Wie du siehst, bist du eiglich nahe dran, nur die "neben-frage" in post#16 hat dich vonne Linie abgebracht. Niemand hat gesagt, du müsstest auf irgendetwas …