Suchergebnisse

Also, der Code, in dem das auftritt, ist ja offensichtlich vom DataSet-Designer generiert. Wenn ich das bei mir nachvollziehe, entsteht folgender Eintrag: VB.NET-Quellcode (14 Zeilen) Bei dem von Dir in Post#1 dargestellten Screenshot sieht der Setter anders aus, die Übergabe/Definition von value fehlt da. Kann dies die Ursache sein, oder bin ich auf dem falschen Dampfr?

Fa Microsoft erzählt mir: msdn.microsoft.com/de-de/libra….datatable(v=vs.110).aspx Zitat: „Datatable: Dieser Typ ist bei Multithread-Lesevorgängen sicher. Sie müssen alle Schreibvorgänge synchronisieren. “ Ein Beitrag in StackOverFlow sagt zu DataTable and thread safety: stackoverflow.com/questions/67…tatable-and-thread-safety Zitat: „If you are exposing the datatable via data-binding, then forget it; you cannot make that thread-safe“ Das bedeutet ja wohl: Selber machen, evtl. mit BackgroundWork…

Also, ich hab's mal so gelöst: Auch bei mr DataSetOnly mit den Helferlein von EDR. Bei jedem Aufruf des Programmes in frmMain_Shown, oder auch von anderer Stelle die erforderliche Datenmanipulation in den Events eines Backgroundworkers (in Form_Load geht's nicht, k.A. warum) - frmMain_Shown Initialisierung des Backgroundworkers bw - in bw_DoWork das Abarbeiten der erforderlichen Manipulationen nach dem Schema: DataSet.StronglyTypedDataTable.StronglyTypedDataColumn=MyNewValue - in bw_RunWorkerCom…