abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 10:00 | Nová verze

    Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 24.2 Kereru. Přehled novinek v Changelogu.

    Ladislav Hagara | Komentářů: 0
    dnes 09:00 | Nová verze

    MindForger, tj. poznámkový blok, markdown editor a nástroj pro management znalostí, byl vydán v nové major verzi 2.0.0. Přehled novinek na GitHubu. Hlavní novinkou je integrace s LLM (OpenAI).

    Ladislav Hagara | Komentářů: 0
    dnes 08:00 | IT novinky Ladislav Hagara | Komentářů: 0
    včera 21:22 | Nová verze

    Bylo vydáno Ubuntu 22.04.4 LTS, tj. čtvrté opravné vydání Ubuntu 22.04 LTS s kódovým názvem Jammy Jellyfish. Stejně tak Kubuntu 22.04.4 LTS, Ubuntu Budgie 22.04.4 LTS, Ubuntu MATE 22.04.4 LTS, Lubuntu 22.04.4 LTS, Ubuntu Kylin 22.04.4 LTS, Ubuntu Studio 22.04.4 LTS a Xubuntu 22.04.4 LTS. Pro ARM servery je nově k dispozici ISO arm64+largemem.

    Ladislav Hagara | Komentářů: 0
    včera 17:22 | Nová verze

    CrossOver, komerční produkt založený na Wine, byl vydán ve verzi 24. Přehled novinek v ChangeLogu. CrossOver 24 vychází z Wine 9.0, Wine Mono 8.1.0, vkd3d 1.10 a MoltenVK 1.2.5. Do 2. března lze koupit CrossOver+ se slevou 24 %.

    Ladislav Hagara | Komentářů: 3
    včera 15:44 | IT novinky

    Byla představena nová verze 3 AI systému pro generování obrázků z textu Stable Diffusion (Wikipedie).

    Ladislav Hagara | Komentářů: 0
    včera 14:44 | Nová verze

    Cca před rokem uvolnilo animační studio DreamWorks Animation svůj renderer MoonRay jako open source. Včera byla vydána nová verze 1.5.0.0.

    Ladislav Hagara | Komentářů: 0
    včera 12:44 | IT novinky

    Vývojáři KDE ve spolupráci se společností Slimbook oznámili 16palcový notebook KDE Slimbook V s předinstalovaným KDE Neon s Plasmou 6. Uvnitř se nachází procesorem AMD Ryzen 7 7840HS s integrovanou grafickou kartou Radeon 780M.

    Ladislav Hagara | Komentářů: 16
    včera 11:22 | Zajímavý software

    Open source Atuin přináší "magickou historii shellu" aneb efektivní vyhledávání v historii příkazů a synchronizaci této historie mezi počítači. Historie je uložena v SQLite. Podporovány jsou Bash, ZSH, Fish a NuShell.

    Ladislav Hagara | Komentářů: 0
    včera 07:00 | Nová verze

    Byla vydána nová verze 8.4 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled oprav, vylepšení a novinek v oficiálním oznámení.

    Ladislav Hagara | Komentářů: 0
    Kolik máte nálepek na víku notebooku?
     (17%)
     (59%)
     (5%)
     (4%)
     (5%)
     (10%)
    Celkem 365 hlasů
     Komentářů: 13, poslední 21.2. 21:51
    Rozcestník

    Dotaz: Onjasnění kódu BASH

    28.4.2013 15:16 Lubosh
    Onjasnění kódu BASH
    Přečteno: 369×
    Ahoj, prozradí mi někdo kam se to přesměrovává? A hlavně důvod toho přesměrovaní? Nějak nechápu co tím autor myslel. Děkuji
    echo "This script" 1>&2

    Řešení dotazu:


    Odpovědi

    MMMMMMMMM avatar 28.4.2013 15:21 MMMMMMMMM | skóre: 44 | blog: unstable | Valašsko :-)
    Rozbalit Rozbalit vše Re: Onjasnění kódu BASH
    28.4.2013 16:14 Lubosh
    Rozbalit Rozbalit vše Re: Onjasnění kódu BASH
    Tak jsem to našel
    Spojení standardního výstupu se standardním chybovým výstupem
    ale nedává mi to smysl, chyba se vypíše na screen ale taky do chybového výstupu? A co s tím? K čemu je to jako dobré? Pochopil bych, kdyby tam bylo:
    echo "This script" 1>&2 /tmp/error.log
    Můžeš mi to prosím objasnit, když tam není soubor, kde to získam tu chybu? Díky
    Řešení 1× (Vojtěch Horký)
    Bystroushaak avatar 28.4.2013 17:30 Bystroushaak | skóre: 36 | blog: Bystroushaakův blog | Praha
    Rozbalit Rozbalit vše Re: Onjasnění kódu BASH
    V unixu se při výpisu na terminál nepoužívá magická funkce, ale zápis do souboru. Programátor který chce vypsat text si otevře soubor se speciálním identifikátorem a pak do něj zapisuje stejně, jako kdyby šlo o klasický soubor. Standardně systém poskytne každému programu dva soubory, které jsou přesměrovány na terminál:

    stdout (standardní výstup - standard output), kam se vypisuje veškerý běžný text, který má program potřebu vypsat. Deskriptor (identifikační číslo souboru přidělené systémem) tohoto výstupu je pro každý program 1.

    stderr, kam může program vypisovat chyby. Deskriptor přidělený systémem je 2.

    Terminál ti umožňuje výstupy z programů přesměrovávat. 1>&2 znamená, že chceš přesměrovat stdout do stderr.

    Ukázky

    Abych to nějak ilustroval:
    $ echo "xe"
    xe
    V tomhle případě šel výstup z echa, které běžně vypisuje na stdout do terminálu.
    $ echo "xe" 1>&2
    xe
    Tohle vypadá na první pohled stejně - výstup šel do terminálu. Děje se zde ovšem cosi víc - výstup sice šel do terminálu, ale nikoliv na výstup (stdout), ale na chybový výstup (stderr)! Přesměrovali jsme tedy stdout (deskriptor 1) na stderr (desktiptor 2).
    $ echo "xe" 2>/dev/null 1>&2
    Nyní jsem přesměroval chybový výstup do souboru /dev/null a standardní výstup do chybového výstupu. Jak je možné vidět, nic se nevypsalo, protože oboje jde do souboru /dev/null, který slouží jako forma odpadkového koše.

    K čemu je to dobré?

    Nabízí se otázka - k čemu je to dobré? Jeden z důvodů je oddělení chyb od korektního výstupu.

    Dejme tomu, že bych chtěl vyhledat kolikrát se nachází soubor s určitým názvem u mě na disku. K tomu použiji příkaz find a wc, který počítá řádky (a další věci), které mu napíšeš na vstup. find má však tu ošklivou vlastnost, že vždy vypíše, když k nějakému souboru nemůže získat přístup. Pokud použiji naivní implementaci:
    $ find / -name "xaxex*" | wc -l
    find: `/tmp/pulse-PKdhtXMmr18n': Permission denied
    find: `/tmp/atop.d': Permission denied
    find: `/run/udisks': Permission denied
    find: `/run/lighttpd': Permission denied
    find: `/run/cups/certs': Permission denied
    find: `/run/samba/winbindd_privileged': Permission denied
    find: `/run/watershed': Permission denied
    find: `/run/lock/lvm': Permission denied
    find: `/proc/tty/driver': Permission denied
    .... pár tisíc řádek
    
    Tak sice funguje, ale jsem zaplaven tisícema řádek hlášek o tom, že find nemohl k něčemu získat přístup. Řešení je přesměrovat chybový výstup do pryč:
    $ find / -name "xaxex*" 2>/dev/null | wc -l
    0
    V upravené verzi vidím jen to co jsem chtěl - že na disku mám 0 souborů začínajících názvem "xaxex".

    1>&2, resp. 2>&1

    K čemu je tedy přesměrování standardního výstupu do chybového výstupu? Hodí se to všude tam, kde to rozlišovat nechceme a potřebujeme pracovat jak s běžným, tak chybovým výstupem.

    2>&1 je trochu zvláštní zápis, běžně se používá spíš opak: stderr do stdout, protože s tím se pak dá lépe pracovat (| i > běžně přesměrovává stdout, ne stderr).

    K čemu je tam &

    & se při přesměrování 1>&2 používá, aby bylo jasné, že nechceš přesměrovávat do souboru s názvem 2, ale do deskriptoru číslo 2. Kdybys tam & nenapsal, vytvořil by se ti ve složce soubor 2, ve kterém by byl výpis, který šel na stdout.
    28.4.2013 18:59 Lubosh
    Rozbalit Rozbalit vše Re: Onjasnění kódu BASH
    Hm, díky moc za velmi vyčerpávající informace, ty by jsi měl psát manuály, to by se to četlo, ne jak ty original sračky se kterými má problém i nabušený user. Velké díky!!!
    28.4.2013 19:33 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: Onjasnění kódu BASH
    Tak sice funguje, ale jsem zaplaven

    Možná stojí za zmínko, že právě díky oddělení rádného a chybového výstupu to funguje. Kdyby se vše vč. chyb vypisovalo na stdout, tak by wc -l spočítalo i ty nepřístupné soubor a výsledkem by nebyla 0.
    Bystroushaak avatar 28.4.2013 20:11 Bystroushaak | skóre: 36 | blog: Bystroushaakův blog | Praha
    Rozbalit Rozbalit vše Re: Onjasnění kódu BASH
    Jo. Já to tam i napsal, ale pak jsem to v rámci krácení délky zase smazal :D

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.