je suis pas sur de comprendre comme il faut le "change status"
 
supposons que j'ai un select()/read en boucle qui surveille un ensemble de pipes pour par exemple afficher sur la sortie standard leur contenu
 
si je fais
 

 
 
supposons que des octets deviennent disponibles en lecture pendant que cette boucle est sur la partie "do_some_stuff()" (écrits sur les pipes par d'autres processus)
 
alors,  le select au prochain passage ne les verra pas, parce qu'il ne voit qu'un changement de statut sur un filedescriptor ?
 
y'a t'il alors un moyen de tester en non bloquant si un fd a des octets disponibles en lecture ?
(en fait je me demande si c'est que c'est ce que fait read() avec un pipe vide, retourner direct sans bloquer)
 
sinon, quelle est la solution ?

read() est bloquant sur un pipe vide.
 
Je ne sais pas si ske tu dis est juste mais tu px tester :
Tu fais un test avec 2 tubes
Tu ecris sur le premier
Gros sleep dans do_some_stuff()
Tu ecris sur le second, tu vois au retour du sleep  
 
Sinon si tu vx juste afficher le contenu de plusieurs tubes dès que tu ecris dessus, tu px utiliser des threads.

> read() est bloquant sur un pipe vide.
 
Non par forcément, suffit de mettre le fd en O_NONBLOCK
fnctl(FD_SETFL, O_NONBLOCK ...)  
 
Du coup read sort tout de suite et positionne errno à EAGAIN.
 
man read...