Ciao,
Sarebbe questo un modo accettabile di creare una non-bloccanti tubo.
Fondamentalmente voglio creare un server di tipo client arch.
Questo codice potrebbe essere nel server, e non voglio dover aspettare
clienti a leggere prima di passare al prossimo cliente. Un problema che ho
è possibile vedere se un cliente lascia / muore mai e letture dal tubo (ma
potrebbe avere qualche trappola / cleanup roba in che per i clienti).

# 3 fd assegnando al tubo
echo "exec 3> myfifo & & echo 'a'> & 3 & & echo 'b'> & 3 & & echo 'c'> & & & 3
exec 3> & - "| a ora



Chris.

Un socket di dominio UNIX è essenzialmente una FIFO con l'ulteriore proprietà che si desidera - la possibilità per più client per connettersi a un server. Vedere questo link per i dettagli.

Grazie per le informazioni. Vorrei mantenere questo script di shell (bash). E 'una specie di apprendimento progetto cercando di imparare tutto quello che posso su shell scripting per bash. Quindi, sto cercando di costruire un po 'di gioco della shell.
Grazie,


Chris.

I & & farà sì che la shell di aspettare prima di eseguire il comando dopo, e nessuno di essi dovrebbe fallire, nessuno di quelli che dopo che verrà eseguito. & & È una condizione, non è una dichiarazione di sfondo. Inoltre, vi è alcuna ragione particolare che la stringa di comandi è tutto su una riga? E qual è 'echo exec' per, non vuol dire che per essere senza l'eco?

Non penso che c'è un punto qualsiasi tentativo di aprire come una decisione quadro nel serbatoio, se stai cercando di risparmiare tempo, dal momento che la shell di attendere per il lettore per aprire il tubo stesso. Una volta che lo fa, tutti e tre i processi di ottenere lo stesso tubo, che dubito sia quello che volete. al punto che tutti e tre i processi di ottenere le copie dei stesso tubo, non fila.

Questo tipo di codice, d'altro canto, attesa per il tubo, il lancio di un processo, quindi immediatamente attendere di nuovo sul tubo senza attendere il processo avviato per finire:

echo a > fifo &
echo b > fifo &
echo c > fifo &

Corona688,
Grazie per le informazioni.

Penso che la mia linea avvolto qui quando ho incollato che l'hanno resa un po 'di confusione. Sono stata l'eco che la stringa di comandi e di tubazioni in a. Ho pensato che, dato che venivano condotte in occasione che mi è necessario per mantenere nella stessa dichiarazione, perché altrimenti il secondo comando echo non conoscere la fd assegnato al tubo, ma sono abbastanza sicuro che la tua destra non ho bisogno di Descrittore uno fd. Inoltre, come ho voglia di fare lo sviluppo di questo non ho veramente bisogno di inviare più righe per la fifo senza riaprire il lettore.

Grazie ancora,


Chris.