Si un processus lit un pipe avec rien derrière, il ne bloque pas, le read renvoie juste 0, comme à la fin d'un fichier. Pour que ça bloque, il faudrai que quelqu'un ai ouvert le tube et n'écrive rien dedans. Ce serait vraiment mal que le processus fasse ça.
Le seul mécanisme de blocage qu'il peut y avoir, c'est lorsque tu ouvre un pipe nommé fraichement crée en lecture : ton open() va bloquer jusqu'à que quelqu'un d'autre l'ouvre en écriture.
Mais bon, de toute façon, avec un pipe, si il y a deux scripts PHP qui écrivent des choses en même temps, tu va te retrouver avec un mix des deux messages.
[^] # Re: Quel est l'intérêt de SIGUSR1 ?
Posté par Batchyx . En réponse au message Signaux C PHP UID et permissions. Évalué à 4.
Si un processus lit un pipe avec rien derrière, il ne bloque pas, le read renvoie juste 0, comme à la fin d'un fichier. Pour que ça bloque, il faudrai que quelqu'un ai ouvert le tube et n'écrive rien dedans. Ce serait vraiment mal que le processus fasse ça.
Le seul mécanisme de blocage qu'il peut y avoir, c'est lorsque tu ouvre un pipe nommé fraichement crée en lecture : ton open() va bloquer jusqu'à que quelqu'un d'autre l'ouvre en écriture.
Mais bon, de toute façon, avec un pipe, si il y a deux scripts PHP qui écrivent des choses en même temps, tu va te retrouver avec un mix des deux messages.