Bash, Dash a read -n 1

14.2.2012 00:15 | Přečteno: 1370×

Aneb příběh o tom, jak dokáže inovace brzdit

Tak jsem nedávno řešil problém s mým bashovým skriptem. Že spustím příkaz v terminálu bez problémů, ale jako sh skript.sh už si ani neškrtnu jsem si zvyknul. Nejčastější problém je podmínka if, vždycky vypisuje chybu ať udělám snad cokoli. Ale už jsem se naučil jak ji napsat tak, aby neprotestovala (dost neefektivně).

Na(ne)štěstí jsem v posledním pokusu (smyčka while) potřeboval použít read -n 1....a nastaly problémy. Skript měl načíst jeden znak, rovnou podle case spustit přiřazený příkaz a znovu se ptát....a takhle dokola. Bohužel co se (ne)stalo - terminál se mi začal plnit hromadou textu o tom, že read -n 1 opravdu není to co chci a že to nebude fungovat.

Vydal jsem se na cestu a ptal se Google, který mi (jako vždy, stačí se umět ptát) odpověděl, kde je zakopaný.....silový vodič   Ten, co mě silovým polem nutí přepisovat skripty. Ano přátelé.....byl to Dash! Díky svému výcviku jsem obratem v terminálu jako root napsal dpkg-reconfigure dash (snad jen tohle) a Dash poslal na dlouhou dobu pryč.

 

I začalo mi ale vrtat hlavou, proč se na prvních řádcích snad všech Bashových skriptů objevuje:

#!/bin/bash

#!/bin/env bash

....a možná i několik dalších alternativních zápisů. Proč píšu že chci Bash, když mi skript pořád běží přes Dash? To bych to tam skoro ani nemusel psát. Teď mě tak v polospánku napadá použít podmínku a pokud se skript pustí v Dashi, tak jen vypsat něco ve smyslu "tudy cesty nevede, spust mě tak a tak", případně zařídit aby při běhu v Dashi sám sebe znova spustil v Bashi....otázka je, jestli se dřív něco nezacyklí a nevznikne vidličková bomba. Nemluvě o tom, že se jedná o prasárnu nejvyššího kalibru   Ale mě to stačí, hlavně když to bude fungovat....za předpokladu že je to čistě pro vnitřní účely a nebudu to šířit ven

 

Chtěl bych se zeptat zasvěcených, jak je to s tím #!/bin/bash ? Znamená to, že se má skript spustit v Bashi, nebo jen konstatování že je to Bashový skript a dělej si s tim co chceš? Upřímně řečeno, psát bash manual.sh proti sh manual.sh je krok zpět, obzvlášť když to u mě funguje stylem sh m[TAB], Efektivita především....ale nechci slyšet že se mám učit Python nebo C, jsem na elektroškole a psaní bashových skriptů mám jen jako takovou berličku (například neskutečně neefektivní skript pro počítání RLC obvodů a generováním grafu přes GNUplot).

       

Komentáře

[Dr. Eddy]

#!/bin/bash na zacatku udava, v jakem interpreteru se ma soubor spustit. Takze tam muzes napsat treba #!/usr/bin/python nebo podobne a melo by se to pustit jako python skript.

Urcite neni hezke, ze bash-skripty ti pousti Dash. Hadam, ze tam mas symlink...

[Mrkva]

Není náhodou /bin/sh symlink na /bin/dash?

[Marián Kyral]

Tak tak. Podle mně stačílo skript spustit rovnou (./script) a ono by to začalo fungovat.

[retroslava]

No pokud máš tohle nahoře, tak dej na soubor chmod +x a pak ho spouštěj přímo ./soubor.sh. A on se právě spustí v tom, co je nahoře. Říká se to mu shebang myslim. http://en.wikipedia.org/wiki/Shebang_(Unix)

[Dreit]

Díky moc za osvětlení, koukám že jsem větší lama než jsem si myslel

[gtz]

[fík]

Že spustím příkaz v terminálu bez problémů, ale jako

perl skript.py

už si ani neškrtnu, jsem si zvyknul...

[já]

)) pobavil jsem se

[pavlix]

+1!

[Stevko]

Keď spústíš skript spôsobom ./skript.sh, tak sa vykoná klasický fork() a exec() a jadro sa pozrie na #! a podľa toho spustí správny interpret. Keď spustíš sh skript.sh, tak sa spustí sh (v tomto prípade dash) a ako prvý riadok vidí komentár (začína to znakom #) a pokračuje ďalej vo vykonávaní. A možno je to úplne ináč a ja píšem hlúposti.

[Dreit]

Mám dojem že je to přesně takhle

[Michal Vyskočil]

Aneb příběh o tom, jak dokáže inovace brzdit

Omlouvám se, ale nikde jsem tuhle část nenašel. Zápisek je jenom o tom, že máte drobet chaos v termitech. Pokud jsem něco přehlédl, mohl byste tu část zvýraznit?

[loki]

Pokud budes mit soubor.sh:

#!/bin/bash
echo "Ahoj"

potom priradis spousteci prava:

chmod +x soubor.sh

nasledne lze skript spustit klasicky takto:

./soubor.sh

Prvni radek urcuje interpret, ve kterem se skript spusti. Nemusi tam byt jen bash.

Pokud spoustis skript timto zpusobem:

sh soubor.sh

a nefunguje to, tak ti patrne sh (asi symlink) miri na spatny shell - alespon u mne miry /bin/sh na dash (debian testing). Doporucuji tedy spousteni jako

./soubor.sh

ale pokud trvas na

sh soubor.sh

tak toto by mohlo byt reseni:

rm /bin/sh
ln -s bash /bin/sh

Snad to pomuze.

[Václav HFechs Švirga]

Případně pokud z nějakých důvodů nechce používat ./script.sh, ať udělá

bash script.sh

Pro autora blogu: sh je NĚJAKÝ shell, může to být bash, dash, ksh, ale taky klidně třeba něco úplně jiného...

Bash je konkrétní shell.

Všechny shelly umí nějakou společnou syntaxi vycházející z nějakých historických standardů a můžeš si napsat shell skript, který pojede ve všech shellech. Třeba na freebsd nebo solarisu bash být nemusí.

Pokud chceš využívat vychytávky bashe, není problém, ale pak to nepouštěj pomocí sh, ale pomocí bashe .

Takže v čem je sakra problém?

[Václav HFechs Švirga]

Jinak ještě dash je v tvé distrubuci výchozí shell proto, protože výchozím shellem se pouští startovací skripty. A Bash je pomalý. Dash je rychlejší a proto ti rychleji naběhne systém - za to jsi rád ne? Pokud si jako vychozí shell nastavíš bash, vše bude OK, ale o to zrychlení příjdeš.

V terminálu se ti ale už samozřejmě pouští bash, protože bash je pro interaktivní práci mnohem příjemnější (to nic nemění na tom, že když si zavoláš přes příkaz sh služby dashe, tak s tím bash nic nezmůže, jak jsem psal výše, používej bash skript).

[Dreit]

Děkuju a pro příště se poučim.

Teď koukám, zdá se mi to, nebo funguje alias?   alias sh='bash'

[Jakub Lucký]

Alias ti bude fungovat, protože Bash zvládá všechny konstrukce, které dash (ale ne obráceně)... Ale všechno, co používá sh bude teď pomalejší...

[Dreit]

Hmm....díky za info, zkusim vymyslet něco lepšího....a možná už mám nápad

[Jakub Lucký]

A co chcete proboha používat?

Používejte hashbang a spouštějte skripty tak jak se mají, se spustitelnými právy...

[Václav HFechs Švirga]

Pokud si to dá do ~/.bashrc, žádné zpomalení nepozná. To se týká spíše startovacích skriptů a těch se tohle nijak nedotkne...

[tomboytom]

chytré hlavy: setkal jsem se nedávno s chybou "sh: Syntax error: newline unexpected " u kódu curl http://j.mp/spf13-vim3 -o - | sh. To vše na Ubuntu 11.10. Za to může taky ten slavnej dash?

[polymorf]

skusil by som dotycny skript a/alebo doticny stahovany subor prebehnut cez dos2unix

[Jakub Lucký]

A proč to nevyzkoušíte?

curl http://j.mp/spf13-vim3 -o - | bash

curl http://j.mp/spf13-vim3; checkbashisms spfl13-vim3

[Jakub Lucký]

Ach bože, proč lidi používají sh, když chtějí bash?

[pavlix]

+1

[Dreit]

....protože ve škole se učili jen TurboPascal a Javascript

[Jakub Lucký]

Já se ve škole učil akorát Word a HTML...

[edois]

Zásadně #!/usr/bin/env bash, na FreeBSD třeba bash vůbec není v /bin.

[pavlix]

Jasně, a až narazíš na systém, kde env není v /usr/bin, tak budeš zásadně za co? :)

IMO je ten hack s /usr/bin/env prasárna a měl by se postupně vymýtit. Jo... kdyby obecně v distribucích fungovalo něco rozumného (např.: #!bash, #!python apod), tak by to bylo mnohem lepší.

[loki]

#!$(which bash) ? Skoda, ze to nejde...

[Michal Vyskočil]

Jo... kdyby obecně v distribucích fungovalo něco rozumného (např.: #!bash, #!python apod), tak by to bylo mnohem lepší.

Chystá se něco lepšího

[pavlix]

Lepšího to sice není, ale taky to pomůže.

[Bystroushaak]

Zatím jsem nenarazil :) Ale už jsem několikrát opravoval pevně zadrátovaný interpreter, který nebyl tam kde si autor myslel že bude.