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 23:22 | Komunita

Na dnes, poslední středu v březnu, připadá Document Freedom Day (DFD, Wikipedie), jenž má upozornit na výhody otevřených standardů a formátů dokumentů. Organizátoři se rozhodli, že letos proběhne Document Freedom Day dvakrát. Druhý letošní Document Freedom Day proběhne 26. dubna.

Ladislav Hagara | Komentářů: 0
včera 12:33 | Nová verze

Byla vydána nová stabilní verze 1.8 (1.8.770.50) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují vylepšenou historii prohlížení. Ukázka na YouTube. Chromium bylo aktualizováno na verzi 57.0.2987.111.

Ladislav Hagara | Komentářů: 0
včera 05:55 | Zajímavý projekt

Google na svém blogu věnovaném open source představil portál Google Open Source informující mimo jiné o více než 2000 open source projektech vyvíjených nebo používaných v Googlu.

Ladislav Hagara | Komentářů: 2
včera 03:33 | IT novinky

Pro společnost Red Hat skončil 28. února fiskální rok 2017. Dle finančních výsledků bylo čtvrté čtvrtletí, stejně jako celý fiskální rok 2017, opět úspěšné. Tržby jsou zvyšovány již 60 čtvrtletí v řadě. Za čtvrté čtvrtletí 2017 to bylo 629 milionů dolarů, tj. meziroční nárůst 16 %. Tržby za celý fiskální rok činily 2,4 miliardy dolarů, tj. meziroční nárůst 18 %.

Ladislav Hagara | Komentářů: 2
28.3. 18:22 | Bezpečnostní upozornění

V balíčku eject, příkaz pro vysunutí CD/DVD z mechaniky, v linuxových distribucích Ubuntu (USN-3246-1) a Debian (#858872) byla nalezena bezpečnostní chyba CVE-2017-6964 zneužitelná k lokální eskalaci práv. Linuxové distribuce používající eject z balíčku util-linux nejsou zranitelné.

Ladislav Hagara | Komentářů: 15
28.3. 05:55 | Komunita

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 55
28.3. 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 12
27.3. 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
27.3. 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
27.3. 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

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

    Dotaz: Fork, exec a pipy

    lobodpav avatar 27.2.2005 12:13 lobodpav | skóre: 8 | Ostrava
    Fork, exec a pipy
    Přečteno: 363×
    Zdravím.
    Mám malý velký problém. Potřebuji udělat program v C/C++, který bude řešit problém přesměrování pipes místo bashe. Jen mu předám příkaz, vyhledá znaky '|', vytvoří pípy, naforkuje proces a spustí příkaz atd...
    Vše mi funguje až do doby, kdy přidám handler na odchycení zombies, ať je program korektně uklidí. Pokud se zruší z main funkce poznámka na začátku (realizace handleru), na výstup se nevypíše nic :-( Poslal jsem také kus zdrojového kódu, obsahující jen to nezbytné.
    Děkuji moc za odpověď.
    #include <sys/types.h>
    #include <sys/wait.h>
    #include <unistd.h>
    #include <signal.h>
    #include <stdio.h>
    
    #include <string.h>
    
    // odstraneni procesu drive, nez se z nej stane zombie
    void clean_up_child(int sig_num) {
      wait(NULL);
      printf("Odstraneni procesu.\n"); fflush(stdout);
    }
    
    // vytvori proces, presmeruje in na stdin a spusti prikaz
    // vraci cislo procesu potomka a do out ulozi vstupni FD jako vystup dat potomka
    int make_child(char **cmd_params, int in, int &out) {
      int fds[2];
      pid_t pid;
      
      pipe(fds);    // vytvoreni pipy
      pid = fork(); // vytvoreni potomka
      if (pid > 0) { // rodic
        close(fds[1]); // uzavreni vystupniho FD
        out = fds[0];  // vraceni vstupniho FD
        printf("Prikaz '%s', pid=%d, fds[0]=%d, fds[1]=%d, in=%d\n", cmd_params[0], pid, fds[0], fds[1], in); fflush(stdout);
        return pid;
      }
      else if (pid == 0) { // potomek
        close(fds[0]); // uzavreni vstupniho FD
    
        // presmerovani stdin na in
        close(STDIN_FILENO);
        dup2(in, STDIN_FILENO);
        close(in);
    
        // presmerovani stdout na FD
        close(STDOUT_FILENO);
        dup2(fds[1], STDOUT_FILENO);
        close(fds[1]);
    
        printf("Before Exec '%s'\n", cmd_params[0]); fflush(stdout);
        // spusteni prikazu    
        execvp(cmd_params[0], cmd_params);
        return -1; // exec se vratil - vznikla chyba
      }
      else { // chyba forku
        return -1;
      }
    
      return 0;
    }
    
    int main(void) {
      // zabraneni vzniku zombie procesu
    /*  struct sigaction sigact;
      memset(&sigact, 0, sizeof(sigact));
      sigact.sa_handler = &clean_up_child;
      sigaction(SIGCHLD, &sigact, NULL);
    */
      int out, out1, out_end, r;
      int r1, r2, r3;
      char *cmd1[] = {"ls", "-laR", "/etc", 0};
      char *cmd2[] = {"sort", 0};
      char *cmd3[] = {"grep", "bin", 0};
    
      r1 = make_child(cmd1, STDIN_FILENO, out);
      r2 = make_child(cmd2, out, out1);
      r3 = make_child(cmd3, out1, out_end);
      char str_out[256];
    
      if (r1 == -1 || r2 == -1 || r3 == -1) {
        printf("Error while making child!\n"); fflush(stdout);
      }
      
      // vypsani vystupu posledniho prikazu
      while ((r = read(out_end, str_out, 255)) > 0)
        write(STDOUT_FILENO, str_out, r);
      printf("\n");
    
      close(out_end);
      return 0;
    }
    

    Odpovědi

    27.2.2005 12:41 0
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    Ja moc nechapu proc necekas na toho chidla v te vetvi
    if (pid > 0) { // rodic
    . Obycejne se tam i hlidaji vracene return kody. Rekl bych, ze mas problem s casovanim, ze se ti ty prikazy vykonavaji tak rychle jak to jen jde a tedy skoro paralelene a tedy si prikazy navzajem nepredavaji potrebne vstupy a vystupy. Necekaji na sebe.
    27.2.2005 12:55 twofish
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    WTF?

    Ty prikazy _musi_ bezet paralelne, jinak se ls zablokuje ve write() a ty se zablokujes ve waitpid().
    27.2.2005 13:35 0
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    Aha.. uz to chapu.

    Me tedy pomohlo nechat zapoznamkovanou tu &clean_up_child a dat tam wait za posledni prikaz cyklu:
    ...
      // vypsani vystupu posledniho prikazu
      while ((r = read(out_end, str_out, 255)) > 0)
        write(STDOUT_FILENO, str_out, r);
      printf("\n");
    wait(NULL);
      close(out_end);
      return 0;
    }
    
    
    27.2.2005 14:06 Michal Marek (twofish) | skóre: 55 | blog: { display: blog; } | Praha
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    To waitne jednoho potomka, navíc až když se přečte všechen vstup.
    27.2.2005 12:51 twofish
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    1. chyba: co kdyz in == STDIN_FILENO?

    2. chyba (podstatna): pokud read vrati -1 a errno == EINTR, tak se read() prerusil singalem a musi se pokracovat.
    27.2.2005 13:01 twofish
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    Krome toho viz man unlocked_stdio, volas prntf() jak v signal handleru, tak v make_child().
    lobodpav avatar 27.2.2005 14:07 lobodpav | skóre: 8 | Ostrava
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    Já vím, že to není čistě napsáno, ale je to jen počátek práce. Musím simulovat XXX píp za sebou, takže jsem si udělal metodu, která vytvoří dítě a vrací výstup, kam to děcko cpe data a ten výstup dám na vstup dalšího. Jde o to, že takhle by to šlo zpracovat cyklem a spustit xx příkazů oddělených pípama. Dokud tam nedám ten handler na chytání zombies, tak to jde. Nejsem si právě jist, co způsobí, že to nešlape, když přidám ten handler... Jinak si myslím, že to je korektní. První ls naplní pípu a čeká, až ji další začne vybírat atd. Když třeba to ls skončí dříve, mělo by uzavřít file descriptor a sort za ním by měl ty data číst bez problémů?
    27.2.2005 14:32 Michal Marek (twofish) | skóre: 55 | blog: { display: blog; } | Praha
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    Nerozlišovat, kdy read() vrátí 0, kdy vrátí -1 a jak nastaví errno rozhodně korektní není. Ten signál to prostě přeruší a díky testu r > 0 ten program skončí. Viz moje odpověď nahoře.
    lobodpav avatar 27.2.2005 14:45 lobodpav | skóre: 8 | Ostrava
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    OK. Zkusím dopsat testy vracených hodnot a uvidím, kde to vázne :-/
    lobodpav avatar 27.2.2005 15:03 lobodpav | skóre: 8 | Ostrava
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    Jak jsem psal kolegovi níže, read vrací přesně tu chybu co jsi psal. Mohl by jsi mi prosím napsat, co to znamená, že volání read bylo přerušeno dříve, než read načetl nějaká data? Tím se myslí, že jeho čtení přerušil handler, který ukončil potomka? Jak pak mám tedy zařídit, aby k tomu nedošlo?
    27.2.2005 15:09 Michal Marek (twofish) | skóre: 55 | blog: { display: blog; } | Praha
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    Já to radši napíšu
    #include <errno.h>
    ...
    do {
            r = read(out_end, str_out, 255);
            if (r == -1) {
                    if (errno == EINTR) {
                            continue;
                    } else {
                            perror("chyba pri cteni");
                            exit(1);
                    }
            }
            write(STDOUT_FILENO, str_out, r);
    } while (r != 0);
    
    lobodpav avatar 27.2.2005 15:16 lobodpav | skóre: 8 | Ostrava
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    Díky!! Jak tak koukám, tak bude třeba ošetřit všechny read, write... Předpokládám, že se tahle chyba musí testovat vždy, když se nějaký příkaz provádí déle, než jednu instrukci?
    27.2.2005 15:27 Michal Marek (twofish) | skóre: 55 | blog: { display: blog; } | Praha
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    U blokujících syscallů (takže vlastně i u toho write), stdio to ošetřuje samo (AFAIK). Jiné řešení je ten signál dočasně zablokovat, viz man sigprocmask.

    Pokud program běží v userspace, tak po vykonání signal handleru pokračuje kde skončil.
    lobodpav avatar 27.2.2005 15:31 lobodpav | skóre: 8 | Ostrava
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    Díky moc za vyčerpávající odpověď!
    Konečně už tomu rozumím.
    27.2.2005 15:36 Michal Marek (twofish) | skóre: 55 | blog: { display: blog; } | Praha
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    No vida. Jinak v tomhle případě je možná nejjednodušší nenastavovat ten handler, ale volat jednou za čas waitpid(-1, ..., WNOHANG).
    lobodpav avatar 27.2.2005 15:39 lobodpav | skóre: 8 | Ostrava
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    Aha. Taky dobrý tip :-) Díky.
    27.2.2005 14:04 Jozef Vondrák | skóre: 19
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    Nic se nevypíše? Dej ten výpis před wait. Tak alespoň poznáš, jestli se nespustí clean_up_child nebo jestli wait čeká. Jinak příkaz waipid na uklizení ukončeného procesu určitě funguje.
    lobodpav avatar 27.2.2005 14:16 lobodpav | skóre: 8 | Ostrava
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    Ten wait tam přeci vůbec nemusí být, ne? Handler vypíše, že byl potomek ukončen a program skončí. Leč výstup žádný. Když to spustím bez handleru a trefím se 'ps x' do správné chvíle, vypíšem mi to ls a sort jako Zombie. Proto ten handler. On ukončí potomka, ale nechápu, co se stane. Nedojde k uzavření filedeskriptorů?? Rodič i potomek přece sdílejí soubory a prostředky...
    27.2.2005 14:32 Jozef Vondrák | skóre: 19
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    Ten wait tam přeci vůbec nemusí být, ne? Handler vypíše, že byl potomek ukončen a program skončí.
    Potomka - zombie odstraní pouze příkaz wait nebo jeho odvozenina. Handler bez funkčního volání příkazu wait si může vypisovat co chce, ale potomka - zombie určite neodstraní.
    lobodpav avatar 27.2.2005 14:42 lobodpav | skóre: 8 | Ostrava
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    Špatně jsme si rozumněli :-) Teď jsem dal ten výpis před wait a vypsalo ho to jen jednou. Přitom by mělo 3x?
    27.2.2005 14:49 Jozef Vondrák | skóre: 19
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    Hm, a kolik programů bylo spuštěno a opravdu se ukončilo? Opravdu tři?
    lobodpav avatar 27.2.2005 14:59 lobodpav | skóre: 8 | Ostrava
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    To je ten problém. Nevím, jak to zjistit. Každopádně teď jsem zjistil, že read někdy vrací -1. Přeněji tehdy, když to nevypíše nic...
    27.2.2005 15:02 Michal Marek (twofish) | skóre: 55 | blog: { display: blog; } | Praha
    Rozbalit Rozbalit vše Re: Fork, exec a pipy
    Tak se ještě podívej, co je v errno a přečti se man 2 read...

    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.