Ungültiger threadübergreifender Vorgang - wie oft habe ich mich schon über diese Fehlermeldung geärgert. Wenn ich in einem neuen Thread Eigenschaften von Controls auf einer Windowsforms setzen möchte, darf ich das nicht, da der Erstellerthread und der Thread, aus dem die Eigenschaft gesetzt werden soll, nicht identisch sind.

Bislang behalf ich mir mit folgendem mühevollen Workaround (anbei ein einfaches Beispiel zur Illustration in dem eine Progressbar in einem neuen Thread befüllt wird, um das Formular nicht zu blockieren):

Sub FillProgressbar()
    For i AsInteger = 1 To 100
        SetzeWert(i)
        System.Threading.Thread.Sleep(50)
    Next
EndSub

DelegateSub SetzeWerthandler(ByVal i AsInteger)

Sub SetzeWert(ByVal i AsInteger)
    IfMe.InvokeRequired Then
        Dim caller AsNew SetzeWerthandler(AddressOf SetzeWert)
        Me.Invoke(caller, i)
    Else
        Me.ProgressBar1.Value = i
    EndIf
EndSub

Über einen neuen Thread wird die Methode FillProgressBar gestartet, der Sleep wurde eingebaut, damit das auch ein bisschen dauert.
Innerhalb dieser Routine kann ich jetzt den Wert nicht setzen, da ich sonst wieder meine geliebte Exception bekomme. Also rufe ich eine weitere Prozedur SetzeWert auf und übergebe den zu setzenden Wert.

Innerhalb von SetzeWert überprüfe ich die Eigenschaft InvokeRequired des Formulars. Falls diese Eigenschaft true ist, dann kann ich den Wert nicht direkt sitzen sondern muss einen passenden Delegate erstellen, der diese Methode über die Invoke-Methode des Formulars nochmal aufruft. Jetzt ist alles gut und der Wert kann problemlos gesetzt werden.

Das ganze war zwar etwas mühevoll, aber es lief zumindest und man gewöhnt sich ja irgendwann an alles.

Doch jetzt wird es peinlich. Aus zufall stolperte ich vor kurzem über die Eigenschaft CheckForIllegalCrossThreadCalls eines Windows Forms. Nun ja was soll ich sagen, einfach diese Eigenschaft auf true setzen und der ganze Spuk hat eine Ende.

Sub FillProgressbar()
    For i AsInteger = 1 To 100
        ProgressBar1.Value = i
        System.Threading.Thread.Sleep(50)
    Next
EndSub

Naja vielleicht gibt es ja noch mehrere denen diese Eigenschaft nicht geläufig war.

Wenn in einer Windows-Forms Anwendung die Datenbindung an eine ComboBox per Programmcode vorgenommen wird, sollte man darauf achten dass die Property DataSource nach den Properties ValueMember und DisplayMember gesetzt wird. Das Setzen der Eigenschaft DataSource löst das SelectedIndexChanged-Ereignis aus. Wird in dem SelectedindexChanged-Event der SelectedValue abgefragt, kommt, falls der ValueMember noch nicht gesetzt wurde, nur System.Data.DataRowView zurück und das ist in der Regel nicht das gewünschte Ergebnis und wird wohl zu einem Folgefehler führen.

Be sure to visit all the options undfer "Configuration" in the Admin Menu Bar above. There are 16 themes to choose from, and you can also create your own.