Dotaz: Objasnění kódu

[MM]

Ahoj, nemohl by mi to co ty dva řádky dělají někdo přeložit do češtiny? Děkuji

tempfile=`tempfile 2>/tmp/null` || tempfile=/tmp/test$$
trap "rm -f $tempfile" 0 1 2 5 15

Odpovědi

[kozzi]

tak presne nevim, ale prvni radek se pokusi nastavit do promenne docasny nazev souboru pomoci prikazu tempfile, presmerovava error vystup, pokud se to nepovede, naplni promennou tempfile cestou /temp/test<pid>. Potom se spusti prikaz trap, ktery neznam ale manual by mel napomoci. Asi to dela neco ze v pripade ze nastane jeden ze signalu 0 1 2 5 nebo 15 tak provede akci "rm -f atd". Ale opravdu jen hadam

[myšák]

Přesně tak. Příkaz trap provede to, co je v uvozovkách za ním - v tomto případě odstraní ten dočasný soubor, pokud odchytí některý ze signálů uvedených těmi čísly na konci. Seznam signálů tady:

$ kill -l
 1) SIGHUP	 2) SIGINT	 3) SIGQUIT	 4) SIGILL	 5) SIGTRAP
 6) SIGABRT	 7) SIGBUS	 8) SIGFPE	 9) SIGKILL	10) SIGUSR1
11) SIGSEGV	12) SIGUSR2	13) SIGPIPE	14) SIGALRM	15) SIGTERM
16) SIGSTKFLT	17) SIGCHLD	18) SIGCONT	19) SIGSTOP	20) SIGTSTP
21) SIGTTIN	22) SIGTTOU	23) SIGURG	24) SIGXCPU	25) SIGXFSZ
26) SIGVTALRM	27) SIGPROF	28) SIGWINCH	29) SIGIO	30) SIGPWR
31) SIGSYS	34) SIGRTMIN	35) SIGRTMIN+1	36) SIGRTMIN+2	37) SIGRTMIN+3
38) SIGRTMIN+4	39) SIGRTMIN+5	40) SIGRTMIN+6	41) SIGRTMIN+7	42) SIGRTMIN+8
43) SIGRTMIN+9	44) SIGRTMIN+10	45) SIGRTMIN+11	46) SIGRTMIN+12	47) SIGRTMIN+13
48) SIGRTMIN+14	49) SIGRTMIN+15	50) SIGRTMAX-14	51) SIGRTMAX-13	52) SIGRTMAX-12
53) SIGRTMAX-11	54) SIGRTMAX-10	55) SIGRTMAX-9	56) SIGRTMAX-8	57) SIGRTMAX-7
58) SIGRTMAX-6	59) SIGRTMAX-5	60) SIGRTMAX-4	61) SIGRTMAX-3	62) SIGRTMAX-2
63) SIGRTMAX-1	64) SIGRTMAX

[Michal Kubeček]

Ještě dodám, že "signál 0" v tomto kontextu znamená normální ukončení skriptu.

Jinak v zájmu toho, kdo má ten skript používat, doufám, že to /tmp/null je ve skutečnosti jen špatně opsané /dev/null. A ten "plán B" taky vypadá dost nebezpečně.

[MM]

Hm, díky za pomoc, ale to mi chcete říct, že bych měl za každý příkaz dávat 2>/dev/null ?

mkdir /home/aaa 2>/dev/null
cat /home/virt/doc/index.php 2>/dev/null
ls /home/aaa 2>/dev/null
atd.. ??

A ten "plán B" taky vypadá dost nebezpečně.

to jako tohle? tempfile=/tmp/test$$ a co konkrétně?

[Michal Kubeček]

Hm, díky za pomoc, ale to mi chcete říct, že bych měl za každý příkaz dávat 2>/dev/null ?

Ne, jen za takový, u kterého chcete zahodit případný chybový výstup.

to jako tohle? tempfile=/tmp/test$$ a co konkrétně?

Vysvětloval jsem to např. tady.

[MM]

Ale pořád nerozumím jak to přesně myslíte, počet nahodných znaků je málo?

tempfile=$(mktemp /tmp/result.XXXXXXXXXXXXXXXXX)
#vytvoří /tmp/result.4bYDvkblOsfKPTMDR

tempfile=/tmp/test$$
# vytvoří /tmp/test25723

tudíž i při použití test$$ by byla velká náhoda aby se do toho někdo trefil, ne?

Jinak tento zápis

tempfile=$(mktemp /tmp/result.XXXXXXXXXXXXXXXXX)

je totéž jako tento?

tempfile=`mktemp /tmp/result.XXXXXXXXXXXXXXXXX`

[Michal Kubeček]

Problém je především v tom, že ty znaky nejsou ani zdaleka náhodné. Dva dolary expandují na PID shellu, který ten skript provádí, a PID se procesům přiřazuje velmi deterministickým způsobem. Nemluvě o tom, že principiálně možných hodnot není (při defaultní konfiguraci) zase až tak moc, takže nelze vyloučit ani to, že si tam útočník ty symlinky udělá pro všechny.

[MM]

Už rozumím, díky za objasnění, a ta druhá část otázky?

a můžu použít místo tohoto

tmp=$(mktemp /tmp/result.XXXXXXXXXXXXXXXXX)

mkdir /home/aaa 2>>$tmp
cat /home/virt/doc/index.php 2>>$tmp
ls /home/aaa 2>>$tmp

tohle? Bude účel stejny?

function foo () {
 tmp=$(mktemp /tmp/result.XXXXXXXXXXXXXXXXX)

 mkdir /home/aaa
 cat /home/virt/doc/index.php
 ls /home/aaa
}

foo 2>>$tmp 

Díky

[Michal Kubeček]

1. V bashi je to totéž, u některých starších shellů by $(...) nemuselo fungovat. Na druhou stranu, varianta s $(...) je IMHO trochu přehlednější, zejména pokud chcete příkazové substituce vnořovat.

2. Ta druhá varianta nebude vůbec fungovat, protože přesměrování provedete ještě předtím, než proměnné tmp přiřadíte hodnotu. Musel byste řádek 2 přesunout někam na "8.5".

[MM]

ano, ano, to jsem se uklepl, tmp=$(mktemp /tmp/result.XXXXXXXXXXXXXXXXX) musí byt mimo tu funkci, ale tady šlo spéše o to jestli to bude fungovat ohledně toho vypsání chyb. Jelikož třeba tohle určitě nefunguje, v souboru nic nebude

tmp=$(mktemp /tmp/result.XXXXXXXXXXXXXXXXX)

function aaa () {
#tady bude chyba
}

function bbb () {
aaa
}

bbb 2> $tmp

[Michal Kubeček]

Mně to funguje:

mike@unicorn:~> cat x
#!/bin/bash

tmp=out
 
function aaa () {
    echo ahoj >&2
}
 
function bbb () {
    aaa
}
 
bbb 2> $tmp

mike@unicorn:~> rm -f out
mike@unicorn:~> ./x
mike@unicorn:~> cat out
ahoj

[MM]

no tohle ano, jelikož to máte napsáno jinak než já, v tom případě je zcela bezpředmětné spouštět funkci takto

bbb 2> $tmp

když ve funkci aaa () máte echo ahoj >&2, ne? Jinak teď se dívám že používate něco jiného, patrně jistě lepšího než já..

jaký v tom je rozdíl? Díky

echo ahoj >&2
echo ahoj 2>/$tmp

[Kit]

Je v tom podstatný rozdíl. Měl by ses konečně podívat do manuálu.

echo ahoj 2>/$tmp

mi nedává smysl, protože echo neprodukuje chybový výstup. Ten se dá vyrobit právě příkazem

echo ahoj >&2

[MM]

Je v tom podstatný rozdíl. Měl by ses konečně podívat do manuálu....Ten se dá vyrobit právě příkazem

echo ahoj >&2

To jste mi to tedy vysvětlil.. Spíše bych měl programování v bash definitivně zabalit, jelikož neobsahuje základní potřeby programátora..

[Michal Kubeček]

Ne že by byl jazyk Bourn shellu nějak příliš logicky a systematicky navržený (koneckonců je to primárně shell a ne programovací jazyk), ale obávám se, že v tom problém nebude. Problém je spíš v tom, že používáte něco, čemu nerozumíte, a co hůř, ani se tomu porozumět nesnažíte.

[frEon]

a ktere ze tvych zakladnich potreb to neuspokojuje?

jinak kazdy jazyk je dobry na neco jinyho, na to k cemu je bash urceny je imho dobry az az.

[Kit]

Každý unixový program má standardní vstup, standardní výstup a standardní chybový výstup. ">&2" přesměruje standardní výstup do standardního chybového výstupu. Asi jsi to v manuálu přehlédl. Je to jedno ze základních pravidel.

[MM]

Super, tak že máme

1 vstup
1 standardní výstup
1 standardní chybový výstup

Pokud by byla pravda to co píšete (bez urážky), že: >&2 přesměruje standardní výstup do standardního chybového výstupu a já bych tento výstup přesměroval jak píšete, tak bych přece nic na obrazovce neviděl, ne?

Čili tohle je evidentně špatně (potom ale nevím proč to funguje )

ERROR_LOG=$(mktemp /tmp/tmp.XXXXXXXXXXXXXXXXX)
(eval ${TOKS[1]}) 2>> $ERROR_LOG

a takto je to dobře ?

ERROR_LOG=$(mktemp /tmp/tmp.XXXXXXXXXXXXXXXXX)
(eval ${TOKS[1]}) >&2 $ERROR_LOG

Děkuji..

[Kit]

Standardní chybový výstup se standardně vypisuje na obrazovce. Je to proto, aby se chybová hlášení nevypisovala do výstupních dat. To je také v manuálu.

Předpoklad byl chybný, zbytek tedy nemá smysl komentovat.

[MM]

Standardní chybový výstup se standardně vypisuje na obrazovce.

Souhlasím..

Je to proto, aby se chybová hlášení nevypisovala do výstupních dat.

Taky souhlasím..

To je také v manuálu.

Nevím, neumím americky...

Předpoklad byl chybný, zbytek tedy nemá smysl komentovat.

Má, pořád nevím co je tedy to 2>. Taky je ale otázkou je, co je myšleno tím standardním výstupem. Chápu to tedy dobře?

Když použiju echo "Nazdar dědku" předpokládám, že se to odešle na standardní výstup, čili obrazovka, ok? Když použiju ls /home, je to taky odesláno do standardního výstupu čili na obrazovku, pokud ale použiju ls /hhome a dostanu na obrazovku ls: cannot access /homed: No such file or directory tak se nejedná o standardní výstup ale o standardní chybový výstup, ok? No a když ten příkaz použiju takto ls /hhome >&2 /tmp/error.log tak neuvidím na obrazovce vůbec nic, taky ok? Díky

[Michal Kubeček]

Nevím, neumím americky...

A to je snad náš problém, súdruh Haluška?

[Michal Kubeček]

Pokud by byla pravda to co píšete (bez urážky), že: >&2 přesměruje standardní výstup do standardního chybového výstupu a já bych tento výstup přesměroval jak píšete, tak bych přece nic na obrazovce neviděl, ne?

Však se také v tom mém příkladu na terminál nic nevypsalo.

[MM]

No dyť ano, proto jste mě navedl na to, že já dělám něco/všechno špatně.. jelikož jsem používal 2>/tmp/foo a fungovalo to.. ;)

[Michal Kubeček]

Začínám nějak tápat v tom, jestli jsem žádal o radu já vás nebo vy nás. Začínám mít pocit, že my jsme všichni blbci, kteří tomu nerozumíme a prosíme vám, abyste nám poradil… :-(

A teď poslední pokus vám vysvětlit, co se děje. Jestliže uvnitř funkce použijete

   echo ahoj >&2

pak se standardní výstup (deskriptor 1) toho příkazu připojí k chybovému (deskriptor 2). Jetliže tu funkci pak zavoláte jako

  funkce 2>/tmp/foo

pak se její chybový výstup (což je to slovo ahoj) přesměruje do příslušného souboru.

[MM]

Ptám se pořád já, jelikož to fakt nemůžu pochopit proč tohle je špatně

mkdir /home/foo 2>/tmp/log

a tohle je dobře

mkdir /home/foo >2& /tmp/log

[Michal Kubeček]

Není žádné "dobře" a "špatně". Prostě každá ta konstrukce znamená něco jiného (tedy pokud byste tu druhou napsal správně). Co znamenají, nebudu znovu opisovat, protože už jsem to jednou vysvětlil (viz odpověď z 00:36).

[pavlix]

Přečíst knížku a v poradně prudit až potom :).

[MM]

Proč prudit? S čeho tak ususzujete? :(

[Kit]

Z toho, že se neustále a opakovaně vyptáváš na úplné základy a nedohledáš si zbytek. Jako kdybys spoléhal na to, že ti to nalejeme do hlavy.

Přesměrování vstupu, výstupu a spojování programů do kolon jsou úplné základy, které se týkají všech unixových programů. Proto by sis to měl nejprve nalistovat v českém manuálu a pak se teprve ptát na nejasnosti.

[pavlix]

Ber to slovo z trochou nadsázky. Začátečnické dotazy jsou v poradně v pořádku, ale až po troše toho vlastního výzkumu a vlastního vzdělávání. Čili, pokud ti můžu poradit, jak si získat náklonnost případných rádců, tak:

NE: Vyptávat se na věci, o kterých vůbec nic nevíš a nepřečetl sis ani kus knížky, ani kus manuálu.

ANO: Ptát se na jednotlivé věci, které se přes veškerou snahu podle knížky nebo manuálu nepovedly. Doptat se na věci, které v manuálu nejsou nebo z něj nejsou jasné.

Dokonce je dobré takovou snahu uvést včetně zdroje, tedy odkazu na manuál nebo názvu knihy, ze které čerpáš, aby případní rádci věděli z čeho vycházíš.

[Michal Kubeček]

když ve funkci aaa () máte echo ahoj >&2, ne?

A v čem se to podle vás liší od kteréhokoli jiného příkazu, který něco napíše na chybový výstup? Zkuste si tam dát něco jiného a dopadne to stejně.

[Ash]

to mi chcete říct, že bych měl za každý příkaz dávat 2>/dev/null ?

A proč byste to dělal?