programmer avec les queues IPC, suffisant?

Bonsoir, Bonjour,

Je suis en train de faire tout seul une sorte de système multi-processus (et non multithread, c'est un choix :: La vitesse n'est pas requise), sur GNU/Linux ubuntu, et je souhaites n'utiliser STRICTEMENT que le système des messages/queues sous IPC. Heu avec tout-de-même quelques protocoles utilisants les signaux Linux USR1 USR2 et autres...

1) Est-ce que IPC/message est SUFFISANT d'un point de vue de la synchronisation, et donc que je puis me passer COMPLETEMENT des semaphores et notions de mémoires partagée... ??

2) J'ai l'impression que de simple bibliothèques genre <iostream>, quand-même ultra basiques, pourraient amener des problèmes d'allocations/déallocation mémoire de manière indépendante de ma volonté... Est-ce possible? Notamment observé: des effets de bords lors de streaming like : cout << a << "b" << (mycast)C << monObjet << "autres..." << (mycast)D << endl; ... Avec par exemple un "mycast"::class:: incluant une static locale... Mais je crois que je vais raisonner en "foncteur" et refaire cette partie. [...soupir...] C'est surement moi l'effet-de-bords :calim2:

J'en appelle aux spécialistes :)

D'avance merci.

Je me suis mal présenté, je suis à la retraite et fais encore du c++ sur terrain Linuxien (gcc), et j'ai un gros défaut: Le refus d'utilisation de grosses bibliothèques qui prémâche ma compréhension des choses...
A noter que pour certaines partie de logiciel, je n'hésite pas trop à utiliser simplement Java :)

Merci,

J'ai mes réponses :)

Oui pour 1)

Et 2) Je me débrouille, l'erreur était dans le formateur de time_t vers une chaine quelconque, donc interne à la STL. J'évite donc toujours de l'utiliser.

Merci.