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í
×
včera 17:25 | IT novinky

Do prodeje (Farnell) se dostal jednodeskový počítač Tinker Board (unboxing). Jedná se o konkurenci Raspberry Pi 3 od společnosti Asus. Porovnání (jpg) těchto počítačů například na CNXSoft. Cena Tinker Boardu je 55 £.

Ladislav Hagara | Komentářů: 6
včera 14:44 | Zajímavý projekt

Byla zveřejněna pravidla hackerské soutěže Pwn2Own 2017, jež proběhne od 15. do 17. března v rámci bezpečnostní konference CanSecWes ve Vancouveru. Soutěžit se bude o více než milion dolarů v pěti kategoriích. Letos se bude útočit i na Ubuntu. Jedná se již o 10. ročník této soutěže.

Ladislav Hagara | Komentářů: 1
včera 13:33 | Nová verze

Po sedmi měsících vývoje od vydání verze 5.7 byla vydána verze 5.8 (YouTube) toolkitu Qt. Z novinek lze zmínit například Qt Lite pro vestavěná zařízení. Nově jsou plně podporovány moduly Qt Wayland Compositor (YouTube) a Qt SCXML (YouTube). Současně byla vydána verze 4.2.1 integrovaného vývojového prostředí (IDE) Qt Creator.

Ladislav Hagara | Komentářů: 1
včera 11:52 | Pozvánky

Lednový Prague Containers Meetup se koná ve čtvrtek 26. ledna 2017 od 18:00 v Apiary, Pernerova 49, Praha 8. Přijďte se podívat na přednášky o Enterprise Kubernetes a Jenkins as a code.

little-drunk-jesus | Komentářů: 0
včera 11:40 | Pozvánky

Program letošního ročníku konference Prague PostgreSQL Developer Days, která se koná již 15. a 16. února 2017 na ČVUT FIT, Thákurova 9, Praha 6, byl dnes zveřejněn. Najdete ho na stránkách konference včetně anotací přednášek a školení. Registrace na konferenci bude otevřena zítra (24. ledna) v brzkých odpoledních hodinách.

TomasVondra | Komentářů: 0
22.1. 02:20 | Zajímavý článek

David Revoy, autor open source webového komiksu Pepper&Carrot nebo portrétu GNU/Linuxu, upozorňuje na svém blogu, že nový Inkscape 0.92 rozbíjí dokumenty vytvořené v předchozích verzích Inkscape. Problém by měl být vyřešen v Inkscape 0.92.2 [reddit].

Ladislav Hagara | Komentářů: 0
22.1. 02:02 | Komunita

Øyvind Kolås, hlavní vývojář grafických knihoven GEGL a babl, které využívá grafický program GIMP, žádá o podporu na Patreonu. Díky ní bude moci pracovat na vývoji na plný úvazek. Milník 1000 $, který by stačil na holé přežití, se již téměř podařilo vybrat, dalším cílem je dosažení 2500 $, které mu umožní běžně fungovat ve společnosti.

xkomczax | Komentářů: 12
21.1. 23:54 | Pozvánky

DevConf.cz 2017, již devátý ročník jedné z největších akcí zaměřených na Linux a open source ve střední Evropě, proběhne od pátku 27. ledna do neděle 29. ledna v prostorách Fakulty informačních technologií Vysokého učení technického v Brně. Na programu je celá řada zajímavých přednášek a workshopů. Letos je povinná registrace.

Ladislav Hagara | Komentářů: 0
21.1. 22:11 | Nová verze

Byla vydána verze 1.0.0 emulátoru terminálu Terminology postaveného nad EFL (Enlightenment Foundation Libraries). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
20.1. 17:00 | Nová verze

Byl vydán Docker 1.13. Přehled novinek na YouTube a v poznámkách k vydání na GitHubu. Docker umožňuje běh aplikací v softwarových kontejnerech (Wikipedia).

Ladislav Hagara | Komentářů: 7
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (11%)
 (2%)
 (73%)
 (3%)
 (10%)
Celkem 387 hlasů
 Komentářů: 31, poslední včera 19:19
Rozcestník
Reklama

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

13.5.2016 15:22 lertimir | skóre: 59 | blog: Par_slov
Fungování "find ... -exec"
Přečteno: 391×
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.
„To jsem nedávno zjistil, že naše televize jde ovládat po síti. Docela mě to překvapilo.“ „Jo? A kdo vám ji ovládal?“
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.