Ist TCustomWinSocket.SendBuf threadsicher?

[stoxx]

Hallo!

ich muss hier fremden Quelltext analysieren und frage mich, ob man das Konzept so lassen kann.
Manchmal sehr sporadisch, gibts Hänger, und ich bin auf der Suche.

Muss aber nicht heißen, dass es daran liegen muss, denn prinzipiell funktioniert das Programm erstmal ohne Probleme. nur beim 24/7 Lauf wohl nicht.

also in dem Programm laufen mehrere Threads, und von jedem Thread heraus wird letztendlich die function
TCustomWinSocket.SendBuf(var Buf; Count: Integer); ( ScktComp.pas )
aufgerufen.
(von ein und dem selben Objekt, das sind meine Bedenken)

Nun frage ich mich, ob das threadsicher sein kann?
Letztendlich werden ja immer eigene Daten übergeben, und eigentlich sollten die Daten nicht mit denen von anderen Aufrufen kollodieren.
Muss ich also eine Threadsichere Jobliste führen, damit ein Thread die Daten holt, und immer nur ein Thread letztendlich SendBuf aufruft, oder gibts bei dem Problem keine Bedenken?

vielen Dank!

[mjustin]

Ein TCP Socket ist vergleichbar mit einem Stream. Wenn nacheinander aus mehreren Threads Daten in den Stream geschrieben wird, kein Problem. Wenn aber während des Schreibens Threadwechsel stattfinden, wird prima Datenmüll erzeugt.

Als Workaround kann man ein TCriticalSection Objekt verwenden, um den schreibenden Zugriff threadsicher zu serialisieren.

[stoxx]

Zitat von mjustin:

Ein TCP Socket ist vergleichbar mit einem Stream. Wenn nacheinander aus mehreren Threads Daten in den Stream geschrieben wird, kein Problem. Wenn aber während des Schreibens Threadwechsel stattfinden, wird prima Datenmüll erzeugt.

Als Workaround kann man ein TCriticalSection Objekt verwenden, um den schreibenden Zugriff threadsicher zu serialisieren.

ookay ...
gemischt wird in dem Projekt in manchen Threads auch alternativ von Indy procedure TIdTCPConnection.WriteBuffer verwendet.
kann die das besser?
oder trifft dafür die gleiche Aussage zu, wie für TCustomWinSocket.SendBuf?

[mjustin]

Zitat von stoxx:

gemischt wird in dem Projekt in manchen Threads auch alternativ von Indy procedure TIdTCPConnection.WriteBuffer verwendet.
kann die das besser?

Ein konkurrierender Zugriff aus mehreren Threads auf die gleiche Socketverbindung wird durch Indy nicht unterstützt und muss ebenfalls durch eigenen Code serialisiert werden.