Ik was te experimenteren met de omleiding. Handleiding zegt
> & cijfers -> standaard output wordt omgeleid naar de file descriptor cijfers

Ik probeerde
exec 3> myout
exec> & 3

Deze stuurde de output naar myout. Niets zou komen op het scherm. Ik dacht duplicatie zal resulteren in de productie vergelijkbaar met wat tee geeft. Ben ik verkeerd te begrijpen?

Nog een ding. Zodra ik heb doorgestuurd dit tot en met 3, Hoe kan ik deze uitschakelen of hoe moet ik buigen de output naar het scherm weer.

hebben dit gedaan
exec> & 2

Toen ik doen
Het is over-riding de vorige duplicatie. Na deze, de o / p komt terug naar het scherm, maar geen output naar het bestand. Maar sinds 2 wordt stderr stream, wat gebeurt er als dat werd omgeleid elders.

Redirection doet precies wat het zegt over het tin, het re-regisseert een data stream dat ging (of uit) een plaats (bijvoorbeeld uw scherm) aan (of uit) ergens anders (bijvoorbeeld een bestand).

Uw opdracht:

exec> & 2

stuurt std out (stroom 1) op dezelfde plaats als std err (stream 2) - het is eigenlijk een afkorting voor exec 1> & 2

Je kan wel om ervoor te zorgen dat u opgeeft redirections in de juiste volgorde zoals ze gehandeld op van links naar rechts.

Voorbeelden

Als je stuurt std uit (1) te gaan naar waar std err (2) gaat, dan std err omleiden naar een bestand, dan std uit blijven gaan naar std err het standaard bestemming (dwz het scherm) en std fout wordt hernomen in het bestand (en u zal het niet zien op het scherm)!

exec> & 2 2> mylog.txt


Echter, zet de redirections de andere manier rond en std err wordt eerst naar een bestand, dan std uit wordt gestuurd om zoveel std Vergissen is momenteel gericht. Deze keer, zowel zal eindigen in het bestand en je ziet niets op het scherm:

exec 2> mylog.txt> & 2


Als je begint te voelen duizelig dan een leugen in een verduisterde kamer helpt meestal

sante

Ik begrijp wat u zei, thestevew. Dan, hoe 'tee' verwezenlijken van de functionaliteit.

Het opent een extra file descriptors te schrijven naar het bestand.