[BATCH] Betekenis gezocht van een commando

[Verwijderd]

Hallo,

Kan iemand mij vertellen wat dit betekend in een script:

2>&1

Ik heb overal gezocht maar kan geen duidelijke omschrijving vinden.

Bedankt alvast.

[Verwijderd]

http://www.tldp.org/HOWTO/Bash-Prog-Intro-HOWTO-3.html

of bedoelde je niet "bash"?

[Verwijderd]

Ik bedoelde onder windows
dus geen bash of tk (of ander scripttaal)
Maar toch bedankt voor je link.

[whoami]

Dat wil zeggen dat je de stderr en de stdout naar hetzelfde device/file wilt schrijven.

[sverzijl]

Op woensdag 19 juni 2002 12:32 schreef whoami het volgende:
Dat wil zeggen dat je de stderr en de stdout naar hetzelfde device/file wilt schrijven.

Nee dan had er gestaan : 1>file.out 2>file.out (1=stdout en 2=stderr) Maar dat gaat zowieso niet omdat je dan een sharing violation zou krijgen.

De ampersand (&) is een command separator/command-compound operator.

Ik snap dan ook het nut niet van bovenstaande constructie.

[Dash2in1]

Op woensdag 19 juni 2002 12:46 schreef sverzijl het volgende:

[..]

Nee dan had er gestaan : 1>file.out 2>file.out (1=stdout en 2=stderr) Maar dat gaat zowieso niet omdat je dan een sharing violation zou krijgen.

De ampersand (&) is een command separator/command-compound operator.

Ik snap dan ook het nut niet van bovenstaande constructie.

Nou, 2>&1 wil zeggen dat je de stderr naar de stdout wilt schrijven.

[whoami]

Op woensdag 19 juni 2002 12:46 schreef sverzijl het volgende:

[..]

Nee dan had er gestaan : 1>file.out 2>file.out (1=stdout en 2=stderr) Maar dat gaat zowieso niet omdat je dan een sharing violation zou krijgen.

De ampersand (&) is een command separator/command-compound operator.

Ik snap dan ook het nut niet van bovenstaande constructie.

Toch wel, sla er maar eens een paar Unix boeken op na.

Op woensdag 19 juni 2002 12:50 schreef Dash2in1 het volgende:

[..]

Nou, 2>&1 wil zeggen dat je de stderr naar de stdout wilt schrijven.

Wat ik dus ook zei.

[Verwijderd]

uit de windows help -> reference ->MS-DOS-commands -> Redirection

The >& sign redirects the output from one of the default I/O streams (stdout, stdin, stderr) into another. For example, command >output_file 2>&1 redirects any error messages from the processing of command from the screen to the standard file output.

je krijgt geen sharing violation

[dusty]

Heeft niets met het programmeren te maken (echt!)

Maar wel met het Windows Operating Systeem.

Move P&W -> WOS (hallo daar!)

[Seth4Chaos]

Op woensdag 19 juni 2002 12:53 schreef dusty het volgende:
Heeft niets met het programmeren te maken (echt!)

Maar wel met het Windows Operating Systeem.

Move P&W -> WOS (hallo daar!)

niet bijdehand bedoelt ofzo maar waarom staat ie dan in NOS?

[sverzijl]

Op woensdag 19 juni 2002 12:52 schreef whoami het volgende:

[..]

Toch wel, sla er maar eens een paar Unix boeken op na.
[..]

t ging over windows hier.

Wat ik dus ook zei.

Niet echt.

jij zei : "Dat wil zeggen dat je de stderr en de stdout naar hetzelfde device/file wilt schrijven."

Dat is wat anders dan stderr naar stdout redirecten.

[Verwijderd]

uhm dos = nos toch??

on topic
het lijkt me inmiddels wel duidelijk waarvoor het dient...

[sverzijl]

Op woensdag 19 juni 2002 12:50 schreef Dash2in1 het volgende:

[..]

Nou, 2>&1 wil zeggen dat je de stderr naar de stdout wilt schrijven.

duidelijk.

[edit]
even hierop doorbordurend..
Waarom werkt dit dan niet : dir 1>&2 2>dir.txt

(stdout redirecten naar stderr en vervolgens stderr redirecten naar een file)

[odysseus]

code:

dir 2>dir.txt 1>&2

Zo werkt hij gewoon (onder bash in ieder geval).

[sverzijl]

Op woensdag 19 juni 2002 13:54 schreef odysseus het volgende:

code:

dir 2>dir.txt 1>&2

Zo werkt hij gewoon (onder bash in ieder geval).

ja, dit werkt onder NT ook. onlogische volgorde though, maar ja, zal vast wel een verklaring voor zijn.

[xychix]

nu kun je de errors van background progs dus ook naar bestand sturen !! ipv naar console (de console in het server hok )

[sverzijl]

Op donderdag 20 juni 2002 13:40 schreef xychix het volgende:
nu kun je de errors van background progs dus ook naar bestand sturen !! ipv naar console (de console in het server hok )

Vind het persoonlijk nog altijd overzichtelijker om de stdout en stderr streams gescheiden te houden en ze naar 2 verschillende files te redirecten (program.exe >program.log 2>programm.err)

[Buffy]

Op woensdag 19 juni 2002 14:01 schreef sverzijl het volgende:

[..]

ja, dit werkt onder NT ook. onlogische volgorde though, maar ja, zal vast wel een verklaring voor zijn.

Verklaring is dat de file-descriptors worden gekopieerd ipv een link gemaakt.

dus 1>&2 betekent dat een kopie van stderr file-descriptor in stdout wordt gestopt.

Als je dit doet voor je stderr naar de file redirect wordt de stdout output dus naar de oude stderr gestuurd.


-edit-
"Vreemd" is dan wel dat dit weer wel werkt:

code:

dir 2>&1 | more

[Verwijderd]

Op donderdag 20 juni 2002 13:40 schreef xychix het volgende:
nu kun je de errors van background progs dus ook naar bestand sturen !! ipv naar console (de console in het server hok )

sterker nog met bash scripts kan je de errors zelfs naar een andere host sturen geeft mijn server firewall een error zie ik dat op mijn scherm!