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

Byla vydána verze 0.7.0 debugovacího nástroje cgdb. Mezi novinky patří například zvýrazňování syntaxe jazyka Rust. Podrobnosti v poznámkách o vydání.

Neel | Komentářů: 0
25.3. 22:00 | Komunita

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil (podcast) detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 64 tisíc vývojářů. Jejich nejmilovanější platformou je linuxový desktop. Ten je také druhou nejpoužívanější platformou vývojářů.

Ladislav Hagara | Komentářů: 3
24.3. 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 24
24.3. 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 44
23.3. 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 6
23.3. 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
23.3. 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
23.3. 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 30
23.3. 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
23.3. 03:33 | Komunita

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 940 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: Fungování "find ... -exec"

    13.5.2016 15:22 lertimir | skóre: 59 | blog: Par_slov
    Fungování "find ... -exec"
    Přečteno: 400×
    Jak funguje find? Myslím tím jestli:
    1. při spuštění nejdříve projde strom adreářů (celý), a vytvoří seznam objektů splňujících podmínku a následně na ně spustí akci -exec
    2. nebo jestli najde první objekt, spustí na ni akci -exec a následně, jak program doběhne najde next objekt v adresáři (stromu) atd.
    Ptám se proto, co se stane, jestli se v průběhu běhu programu vyvoleného z find, změní seznam objektů, které find najde. V první případě skončím na chybových stavech, protože ve chvíli, kdy budu volat exec, tak už pro něj nemusí existovat soubor, v druhém případě se nestane nic podstatného, protože ve chvíli, kdy find soubor najde, tak spustí exec.

    Řešení dotazu:


    Odpovědi

    13.5.2016 15:51 MP
    Rozbalit Rozbalit vše Re: Fungování "find ... -exec"
    Bod 1] by default.
    Řešení 1× (Filip Jirsák)
    13.5.2016 16:04 Lyco | skóre: 11 | blog: Lyco
    Rozbalit Rozbalit vše Re: Fungování "find ... -exec"
    Špatná otázka. V obou případech tam bude souběh - mezi nalezením souboru a spuštěním příkazu vždycky uběhne nějaký čas. Pokud potřebuješ správný výsledek, musíš tenhle problém nějak ošetřit (typicky zámkem).

    Abych odpověděl na otázku: vypadá to že to není specifikované - v SUS2 ani v manuálových stránkách jsem to nenašel. Nespoléhal bych ani na jedno chování, možná že závisí na ostatních přepínačích.

    Moje verze findu, aspoň v jednoduchých případech, dělá č. 2: $ touch a b c $ find . -exec rm * {} \; rm: nelze odstranit '.': je adresářem $

    Kdyby dělal č. 1, tak by tam byly hlášky že neexistuje "b" a "c".
    Příspěvek se rázem stává až o 37,5 % pravdivější, je-li pod ním napsáno reálné jméno.
    13.5.2016 17:30 lertimir | skóre: 59 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Fungování "find ... -exec"
    No obecně si představit takto zámek moc neumím. Samozřejmě ten exec je na script, který v prvním kroku soubor zabezpečí proti jiné akci. Ale časový rozdíl při bodu 2 mezi findem a vlastním execem neošetříš jinak, než bys zamknul celý strom, protože v této chvili ještě nevíš, který soubor potřebuješ zamknout. A to je nežádoucí z jiných důvodů. Navíc to není produkční a výkonová otázka.

    Otázka směřovala směrem: Program spouštěný execem beží na souboru minuty (desítky minut), po akci původní soubor, který byl vyhledán execem, bude smazán. Filový systém je na NFS sdíleném disku a je ve struktuře, která (řekněme) má poadresáře A, B, C. Find byl spuštěn v rodiči A,B,C a daném okamžiku je v adresáři A a bude tam ještě několik (dost) hodin. Otázka byla: Mohu mezi tím než doběhne původní find adresář A, moutnout stejné NFS z jiného stroje a spustit obdobný find pouze na adresáři B (nebo C) s tím, že vím, že doběhne dříve než původní find opustí A (a urychlit tak zpracování celého stromu). Takže v prvním případě funcionality find, tento vstoupí do B a zařve, že tam nemá, co očekával, v druhém případě otevře B a zjistí, že nic nenajde, co by podmínce vyhovovalo a jede dál.
    13.5.2016 19:43 lertimir | skóre: 59 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Fungování "find ... -exec"
    Tak jsem provedl experiment. Uvidím, co find, až vyjede z adresáře A.
    Jendа avatar 13.5.2016 18:27 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Fungování "find ... -exec"
    Když dáš
    find . -exec rm * {} \;
    tak bash ve skutečnosti udělá
    execve("/usr/bin/find", ["find", ".", "-exec", "rm", "a", "b", "c", "{}", ";"], [/* 43 vars */]) = 0
    (tj. expanduje hvězdičku), přičemž find udělá clone() a
    execve("/bin/rm", ["rm", "a", "b", "c", "."], [/* 43 vars */]) = 0
    což vyhodí tu hlášku
    rm: cannot remove '.': Is a directory
    a smaže všechny tři soubory. Pak find skončí.

    Kdyby to nabufferoval a spouštěl to rm s každým souborem, tak by to vypsalo, že neexistuje a, b, c, a, a, b, c, b, a, b, c, c.
    Nezapomeňte si posunout časovače na svých bombách o hodinu dopředu!
    13.5.2016 16:27 ttt
    Rozbalit Rozbalit vše Re: Fungování "find ... -exec"
    find umí oba dva módy, výcuc z manuálových stránek:
    -exec command ; All following arguments to find are taken to be arguments to the command until an argument consisting of `;' is encountered. The specified command is run once for each matched file.

    -exec command {} + This variant of the -exec action runs the specified command on the selected files, but the command line is built by appending each selected file name at the end; the total number of invocations of the command will be executed much less than the number of matched files. The command line is built in much the same way that xargs* builds its command lines. If find encounters an error, this can sometimes cause an immediate exit, so some pending commands may not be run at all.

    * The command line for command is built up until it reaches a system-defined limit
    13.5.2016 17:06 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Fungování "find ... -exec"
    Tohle je něco jiného – ta druhá varianta zajistí, že se příkaz za -exec nebude volat pro každý nalezený soubor, ale bude se volat méně často a jako parametry se mu předá více souborů. Rozdíl je tedy v tom, že v prvním případě se volá
    rm a
    rm b
    rm c 
    rm d
    rm e
    rm f
    
    V druhém případě se zavolá třeba
    rm a b c 
    rm d e f
    
    14.5.2016 16:00 RM
    Rozbalit Rozbalit vše Re: Fungování "find ... -exec"
    Možná pomůže informace v man xargs (BUGS na konci), kde je zmíněno find -execdir . Neověřoval jsem to!
    29.7.2016 11:16 lertimir | skóre: 59 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Fungování "find ... -exec"
    Tak mám výsledek pro ty které by to zajímalo. Je zajímavé že výsledek je "napůl". find projde adresář a vytvoří si seznam souborů, které podmínce vyhovují a seznam všech adresářů. Seznam je v přirozeném pořadí, tedy v jakém pořadí jsou objekty umístěny v adresáři, žádné třídění. Na tyto objekty postupně provádí -exec. V případě, že objekt je adresář, zastaví provádění, odloží seznam do zásobníku, a provede výběr v podadresáři a pokračuje podle předchozího.

    To znamená, že pokud mám strukturu
    W
     w
    a
    b
    X
     x
    c
    Y
     y
    Z
     z
    d
    
    (malá písmena jsou soubory, velká adresáře a odsazení znamená příslušnost do adresáře, pořadí je jak jsou v adresáři) Tak find si udělá seznam a,b,c,d z hlavního adresáře skočí do W a udělá tam seznam a začne spracovávat w. Než jej zpracuje (a následně a, b) je možné s objekty x,y,z libovolně pracovat bez toho že find bude hásit chybu. operace na d způsobí, že find bude hlásit, že nenašel soubor.

    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.