Hej,
Skulle detta vara ett acceptabelt sätt att skapa en icke-blockerande rör.
I grunden Jag vill skapa lite av en server klient båge.
Denna kod skulle vara i servern, och jag vill inte behöva vänta på
klienter att läsa innan vi går vidare till nästa kund. Ett problem jag
kan se är om en kund lämnar / dör och aldrig läser ur röret (men jag
i viss mån kan fälla / cleanup saker i klienter för det).

# Tilldela fd 3 till röret
echo "exec 3> myfifo & & echo 'en'> & 3 & & echo 'b'> & 3 & & echo 'c'> & 3 & &
exec 3> & - "| på nu



Chris.

En UNIX domain socket är huvudsakligen ett FIFO med extra egenskaper du vill ha - möjligheten för flera klienter att ansluta till en server. Se denna länk för detaljer.

Thanks for the info. Jag skulle vilja ha detta i shell script (bash). Det är typ av en lärande projekt försöker lära dig allt jag kan om skalskript för bash. Så jag försöker att bygga en liten skal spel.
Tack,


Chris.

Den & & kommer att leda tanken att vänta innan du kör kommandot efter det, och någon av dem har inte, ingen av dem efter att det kommer att köras. & & Är ett villkorat, det är inte en bakgrund uttalande. Dessutom är det någon särskild anledning att strängen av kommandon är allt på en rad? Och vad är "eko exec" för, ni menade att detta skulle utan ekot?

Jag tror inte det finns något tillfälle försöker öppna den i ett rambeslut i tanken om du försöker att spara tid, eftersom skalet kommer att vänta för läsaren att öppna röret ändå. När den gör, kommer alla tre processerna får samma pipa, vilket jag betvivlar är vad du vill. varvid samtliga tre processer kommer att få kopior av samma pipa, inte köar.

Denna typ av kod, däremot, kommer att vänta på röret, inleda en process, därefter omedelbart vänta på röret igen utan att invänta inlett processen för att avsluta:

Corona688,
Tack för info.

Jag tror att min linje insvept här när jag klistrat in det som gjorde det lite förvirrande. Jag var ekande ut strängen av kommandon och rörledningar dem in på. Jag trodde att eftersom de höll på att ledas in på att jag behövde ha dem i samma uttalande eftersom annars andra echo kommandot inte visste om fd tilldelats röret, men jag ganska säker på din rätt att jag inte behöver en fd deskriptor. Också, med hur jag vill utveckla detta jag egentligen inte behöver skicka flera rader till FIFO utan återuppta läsaren.

Tack än en gång,


Chris.