Le fait d'utiliser des CreateEvent pour créer/ouvrir un même qui existe déjà réinitialiser le signal?
Si j'utilise CreateEvent pour ouvrir un événement:
responseWaitEvent = CreateEvent(NULL, //no security
TRUE, //manual-reset event
FALSE, //not signaled
(LPTSTR)eventName); //event name
Et cet événement existe déjà et a été signalé. Sera-ce l'appel de réinitialiser le signal (en raison de la configuration initiale de l'état FALSE).
Ou immédiatement à la sortie de l'attente quand on l'appelle:
if (responseWaitEvent)
{
DWORD dw = WaitForSingleObjectEx(responseWaitEvent, m_ResponseTimeoutMillis, FALSE);
Vous devez vous connecter pour publier un commentaire.
L'appel de la deuxième ouvrira l'événement, il ne changera pas le cas de l'état.
Je le sais parce que la documentation dit qu'il l'ouvre, mais pas qu'il le remet à zéro. Si il le réinitialiser, qui serait assez important de le mentionner.
Et à l'opposé:
Appel CreateEvent avec le nom de l'événement existant ouvre l'événement existant à ce nom, mais ne réinitialise pas du tout, c'est à dire qu'il ne change pas son état.
Aussi il n'est pas logique que CreateEvent rétablit une déjà existante de l'événement.
ResetEvent de faire ceci, de ne pas CreateEvent.