Hallo,

ich bin relativ neu im Geschäft und habe folgendes Problem:

Ich habe eine nicht Threadsichere DLL, über die ich mit einer Maschine kommunizieren muss. Leider benötige ich mehrere Threads in meinem Prog, die eigentlich diese Schnittstette benutzen müssen. Nun habe ich vom Hersteller die Info erhalte, ich sollte in dem Fall mir einfach (haha, ich lache) einen dll Server bauen, über den die ganze Kommunikation läuft. Hiervon habe ich leider gar keine Ahnung. Ich habe vom Hersteller nur die DLL und in Beispielcode mit einem Thread. Wie mache ich jetzt so einen Server?

Danke

Dotnetler

Wo kommt jetzt COM ins Spiel ? Davon sehe ich zunächst garnichts.

Threads die auf COM Objekte zugreifen sollte man möglichst als SingleApartment anlegen, da COM Objekte nur darauf ausgerichtet sind: thread.SetApartmentState(ApartmentState.STA)

Dürfen die Threads nicht simultan auf die Schnittstelle zugreifen , so musst Du diese synchronisieren:
- über Synclock synchronisationsObject
- oder einen Mutex oder Monitor oder WaitHandle

Schreib dir eine MessageLoop, die von einem Thread abgearbeitet wird. Diese Loop bietet dann (wie System.Windows.Forms.Control) eine Invoke-Methode, die alle Aufrufe (egal aus welchem Thread) zur MessageLoop marshallt. Der Aufruf wird dann vom Loop-Thread ausgeführt, sodass du deine DLL wie eine Form "Invoken" kannst.

Im MSDN werden MessageLoops über API-Calls realisiert. Das geht aber auch verwaltet - nur musst du dann selbst synchronisieren. Lies alle Teile von diesem Artikel: codeproject.com/Articles/31971…hronizationContext-Part-I. Dort wird ein eigener Synchronisationskontext implementiert - genau das, was du brauchst.

Wenns nicht ganz so kompliziert sein soll, reicht auch folgendes (ist aber unflexibel und nicht universell wiederverwendbar):

Edit: Es muss Public Shared Sub heißen.

Danke!

Ich werde mir erst mal den Artikel durchlesen.