Répondre

1

Je ne pense pas que vous trouverez WaitForMultipleObjects() dans n'importe quel paquet multiplateforme, y compris Poco.Non variante Unix dont je suis au courant empaquette ce genre de fonctionnalité dans appel API unique, mais l'étale plutôt en fonction du type d'objet que vous attendez

+0

ils seraient tous de la même classe d'objets - dans ce cas un NamedEvent. – Tim

+0

@Tim Vous avez probablement déjà regardé mais NamedEvent est juste un wrapper autour de CreateEvent ou un sémaphore en fonction de la plate-forme. Vous ne savez pas ce que vous faites, mais je ne vois pas un moyen facile de contourner cela sans coder votre propre hack intelligent. – Duck

+0

Ouais - J'ai grepped la source pour waitformultipleobjects. Je vais juste commencer un fil pour chaque événement et l'attendre. Pas sûr que ce soit la meilleure solution, mais cela fonctionnera ... – Tim

0

class NotificationQueue vous permet de faire la queue obj ects, et les traiter. Il est préférable d'utiliser la fonction OOP et les délégués plutôt que d'avoir un gros WaitForMultipleObjects suivi d'une instruction switch, de toute façon.

+0

Voulez-vous dire que NotificationQueue fonctionne à travers les processus? (http://pocoproject.org/docs/Poco.NotificationQueue.html) – Tim

+3

En dépit de la croyance populaire, «meilleure POO» ne l'emporte pas toujours sur «fait ce dont j'ai besoin». – jalf

+1

@jalf - Je ne pouvais pas être plus d'accord. Une instruction switch avec 5 entrées qui appelle une méthode pour chacun (un gestionnaire d'événements) n'est pas différente des délégués. Il est également simple à lire et facile à entretenir. – Tim