WaitForSingleObjectEx() ohne Timeout: Thread aufwecken

[EConvertError]

Bereits implementiert. :-D

Dankeschön,
Andreas

[EConvertError]

Naja, wenn ich ehrlich bin, gibt es doch noch ein Problem:

Ich habe bisher den Rückgabewert von WaitForSingleObjectEx ausgewertet. Die Werte 0 und WAIT_IO_COMPLETION waren für mich von Bedeutung.

Gehen diese Informationen bei WaitForMultipleObjects verloren? Oder stecken alle Informationen mit "or" verknüpft im Rückgabewert drinnen? Wäre natürlich optimal...

Danke,
Andreas

[Apollonius]

Du hast doch die Implementierung von Hagen gesehen. Falls eines der Objekte signalisiert wurde, wird dessen Null-basierende Nummer zurückgegeben.

[EConvertError]

Ja klar, soweit funktioniert das ganze auch schon.

Aber mir reicht es noch nicht zu wissen, welches Event ausgelöst wurde. Ich muss auch wissen, WAS da passiert. Denn eines der Events benachrichtigt mich, wenn ein sich ein Client per Named Pipes verbindet. Und da muss ich wissen, ob sich der neue Client nur verbindet oder ob eine IO-Operation fertig ist.

Konkret versuche ich dieses Beispiel ordentlich als Delphi-Komponente multithreaded zu implementieren.

Danke,
Andreas

[Apollonius]

Wenn du auf APCs reagieren willst, musst du auch WaitForMultipleObjectsEx verwenden. Dort steht dann WAIT_IO_COMPLETION wieder für abgeschlossene APCs.

[EConvertError]

Ich habs hinbekommen. Vielen Dank für eure Hilfe!

Grüße,
Andreas