Dotaz: skript - jak spustit v konzoli?

[Michal]

Prosim vas vim ze tady budu vypadat asi jako total "kun" ale kdyz neco nevim tak se zeptam jak spustim skript v konzoli ?

Odpovědi

[Vojtěch Horký]

Pokud se skript jmenuj třeba skript.sh, tak stačí:

chmod +x skript.sh
./skript.sh

Ten první je nutné provést jen na počátku -- nastaví se tím příznak spustitelnosti souboru.

[Begleiter]

Ještě bych dodal, že skript můžeš spustit taky takhle:

# Budu předpokládat, že máš tento skript: /cesta/skript.sh
# Spustíš ho taky takhle:
source /cesta/skript.sh
# nebo
. /cesta/skript.sh

[Ash]

:-O Zde se nejedná o spouštění ale o sourcování, a pokud někdo nezná rozdíl, tak mu to rozhodně nelze doporučit, nebo hůř ještě tvrdit, že jde o "spouštění".

Co doporučit naopak lze, že pokud je skript třeba pro bash, tak ho lze spustit i bash jmenoskriptu.sh.

[Begleiter]

Máte pravdu. Ale myslel jsem to dobře, protože u většiny shellových skriptů je jedno, jak je "spustíte".

[Ash]

Jak je spustíte jedno je, ale sourcování má smysl jen v dosti specifických případech, rozhodně se tak "nespouští" normální (jak vy říkáte většina) skriptů, to fakt ne.

[Salamek]

no lepší je použít sh ./lool.sh

[Jakub Lucký]

Je nějaký důvod, proč je to lepší?

[stativ]

Protože to funguje i když je partition připojená jako noexec.

[Michal Kubeček]

Tak proč to mountujete s noexec, když z toho pak chcete něco spouštět? :-)

[stativ]

1. s noexec mountuji jenom /tmp protože z něj nic nechci spouštět
2. tohle bylo odpověď na výhodu spouštění pomocí sh ./skript. Jinou výhodu totiž v tom nevidím.

[Michal Kubeček]

Ale o to právě jde: když z toho filesystému chcete něco spouštět, proč to mountovat s noexec? Nebo naopak: když se to mountuje s noexec, proč z toho pak chtít něco spouštět? Nemluvě o tom, že se na ten noexec stejně spolehnout nedá (nejen u skriptů).

[Ash]

No.... jsou to zajímavý otázky, ale... výhoda to každopádně je, že ano :) Další výhoda mne napadá, kdyby skriptu chyběla hlavička. Sice sh by byl asi default, ale u jiných interpretrů by to výhoda byla.

[Ash]

Hlavičkou myslím samozř. hashbang etc.

[stativ]

Bože, jak to mám jinak říct. Já to vím, tak zabedněný nejsem, GNU/Linux si myslím, že znám celkem dobře. Ale když chtěl tazatel odpověd na rozdíl mezi ./skript a sh ./skript, tak mu odpovím podle svého nejlepšího svědomí. Protože jinak mezi tím není žádný (myšleno viditelný, opravdu se nehodlám rýpat v tom, jak se skript volá) rozdíl není.

[pavel]

Neznám důvod, proč bych měl spouštět soubor jinak než ./muj_spustitelny_soubor nebo /cela_cesta_k_memu_spustitelnemu_souboru.

sh ./muj_spustitelny_soubor znamená, že se nejprve spustí sh (který je většinou jen symlink na bash, takže se spustí bash), a ten spustí ./muj_spustitelny_soubor. V ./muj_spustitelny_soubor je na začátku uvedeno, v čem (bash, python..) mají níže uvedené skripty běžet. Takže ve skutečnosti se bash spouští 2x. Mělo by to smysl snad jen v případě, že diskový oddíl, na kterém je umístěn skript, má nastaven příznak: no-exec.

[Michal Kubeček]

sh ./muj_spustitelny_soubor znamená, že se nejprve spustí sh (který je většinou jen symlink na bash, takže se spustí bash), a ten spustí ./muj_spustitelny_soubor. V ./muj_spustitelny_soubor je na začátku uvedeno, v čem (bash, python..) mají níže uvedené skripty běžet. Takže ve skutečnosti se bash spouští 2x.

Nemáte pravdu. Jednak si můžete snadno ověřit, že to tak není, jednak kdyby to tak bylo, muselo by se spouštění skriptu zacyklit (jak by ten druhý shell poznal, že je druhý a ne první?).

[Salamek]

no nevím mě se občas povede že když dám jen ./blbost tak mi z konsole vyskočí že se soubor nedá spustit když dám sh ./blbost tak je po problémech

[Vojtěch Horký]

Ten soubor asi nemá příznak pro spouštění (chmod +x blbost by to mělo spravit).

[Salamek]

raději napíšu sh mám to rychleji a jistěji

[cronin]

Co vypisu nasledujuce prikazy?

ls -l tvoj_skript
file tvoj_skript
head tvoj_skript

[Michal]

a kdyz to ma priponu .run ?

[Jendа]

chmod +x soubor.run
./soubor.run

[tsLnox]

Pokud to má příponu .run, tak to klidně může být třeba jpg. Copak jsme ve windowsu, aby něco záleželo na příponách? Kolikrát mám na windowsu problém otevřít texťák vytvořený v linuxu prostě proto, že v linuxu nemám potřebu nazývat soubor .txt...