State facendo principalmente Java e infarinatura di .NET per gli ultimi cinque anni e non ho scritto alcun C o C++ significativo durante quel periodo. Quindi sono stato lontano da quella scena per un po '.PThread è una buona scelta per il programma multi-thread C/C++ multi-threading?
Se oggi voglio scrivere un programma C o C++ che faccia parte del multi-threading e sia il codice sorgente portatile su Windows, Mac OS X e Linux/Unix, PThread è una buona scelta?
Il codice C o C++ non farà alcuna GUI, quindi non sarà necessario preoccuparsi di nulla.
Per la piattaforma Windows, non voglio portare molti bagagli Unix, tuttavia, in termini di librerie di runtime di emulazione unix. Preferirei un'API PThread per Windows che sia un wrapper più sottile possibile rispetto alle API di threading Windows esistenti.
ADDENDUM EDIT:
Am sporgendosi verso andare con spinta: filo - Voglio anche essere in grado di utilizzare C++ provare/eccezione cattura gestione troppo. E anche se il mio programma sarà piuttosto minimale e non in particolare OOPish, mi piace il incapsulare usando classe e spazio dei nomi - in contrapposizione alle funzioni non incorporate di C.
"Poiché questi ultimi sono tutti completamente supportati su tutte le piattaforme" - Se da tutte le piattaforme intendi Windows e un paio di piattaforme * nix, questo è vero. A parte questo, non lo è. –
vedi la mia modifica. L'OP non ha mai chiesto niente di diverso da quelle 3 piattaforme. – gbjbaanb
Ho accettato questa risposta perché presentava la più ampia gamma di informazioni sui possibili modi di procedere. – RogerV