Danke für die ausdauernde Hilfe!
Zitat von
Apollonius:
Du durchsuchst die Liste nicht! WSAWaitForMultipleEvents gibt dir den Array-Index des Events zurück.
Ich galube ich habe da Tomaten auf den Augen... ich hab doch dann zwar das Eventhandle... aber das muss ich doch noch einem Sockethandle zuordnen, oder?
Zitat von
Apollonius:
Das ist zumindest in meiner
Unit WinSock ausführlich dokumentiert: Es gibt einen Record TFD_SET und eine Routine (eine Art Konstruktor) FD_SET. Wegen des Namenskonflikts gibt es keinen Typen FD_SET, du musst TFD_SET verwenden.
War gestern schon ein bisschen spät... nun habe ich es verstanden... vielen Dank!
Zitat von
Apollonius:
Das hast du falsch verstanden. Die Idee ist: Entweder du verwendest für jeden Socket ein Event (schnell, aber etwas resourcenintensiver) oder ein Event für alle Sockets. Bei letzterer Möglichkeit weißt du allerdings nicht, welcher Socket etwas von dir will. Dazu verwendest du WSAEnumNetworkEvents.
Das wäre zwar eine Möglichkeit, aber select würde mir doch dann das gleiche bringen und wäre einer Schleife mit WSAEnumNetworkEvents vorzuziehen, oder?
Zitat von
Apollonius:
Du kannst hier nicht direkt einen Threadpool verwenden, denn du bräuchtest für jeden Socket einen eigenen Thread. Das ist aber eine Zumutung für das System, wenn du viele Sockets hast.
Ok! Threads sind abgehakt
Zitat von
Zacherl:
Hey, mich würde mal das Socket Tutorial interessieren
Wollte nämlich mal eine eigene TClientSocket / TServerSocket Klasse basteln.
Also das
API-Tutorial hab ich verlinkt:
Zitat von
Mr_G:
...Nachdem ich mir
ein Tutorial zu Socketprogrammierung mittels
WinAPI angesehen habe ...