Re: Kernelbauen in -current

[Thomas Kaepernick <mast_1%gmx.net@localhost>]

Am Donnerstag, den 25.03.2010, 00:04 +0100 schrieb Jochen Kunz:
> On Wed, 24 Mar 2010 22:33:04 +0100
> Thomas Kaepernick <mast_1%gmx.net@localhost> wrote:
> 
> > > ./build.sh ... wasauchimmer > build.log 2>&1 &
> > Das ist etwas, womit ich bisher auch nicht so klar kam. Ich habe die
> > Reihenfolge der beiden Umleitungen bisher immer anders herum "benutzt"
> > und es klappte dann nicht.
> Es ist auch nicht so einfach zu verstehen wieso es so rum sein muss.
> 
> ">" oder "1>" leitet Filedescriptor 1, also stdout um. "2>" leitet
> Filedescriptor 2, also stderr um. "2>&1" leitet Filedescriptor 2 in
> den schon bestehenden Filedescriptor 1 um. (intern verbirgt sich dup(2)
> dahinter.) Mit den Filedescriptoren sind Dateien verknÃpft.
> StandardmÃÃig eben das tty des (pseudo) Terminals. Wenn man nun eine
> Umleitung in eine Datei macht, wird der Filedescriptor geschlossen und
> auf der Datei neu geÃffnet.
> 
> ./build.sh ... wasauchimmer > build.log 2>&1 &
> Macht folgendes:
> FD 1 wird geschlossen.
> FD 1 wird auf Datei "build.log" neu geÃffnet.
> FD 2 wird geschlossen.
> FD 1 wird auf FD 2 dup(2)liziert.
> FD 1 und FD 2 sind daher nun identisch und verweisen auf die
>      Datei "build.log".
> 
> ./build.sh ... wasauchimmer 2>&1 > build.log &
> Macht nun folgendes:
> FD 2 wird geschlossen.
> FD 1 wird auf FD 2 dup(2)liziert.
> FD 1 und FD 2 sind daher nun identisch und verweisen nach wie vor
>      auf das tty(4)
> FD 1 wird geschlossen, FD 2 bleibt offen und zeigt unverÃndert
>      auf das tty(4).
> FD 1 wird auf Datei "build.log" neu geÃffnet.
> 
> Wird es jetzt klar?
Danke, ja. Ich glaube, mein Nichtwissen hierin beruht wohl auf meinen
fehlenden C-Kenntnissen.

Gruà Thomas