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:33 | Nová verze

    Jean-Baptiste Mardelle se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 25.04.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.

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

    TmuxAI (GitHub) je AI asistent pro práci v terminálu. Vyžaduje účet na OpenRouter.

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

    Byla vydána nová verze R14.1.4 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek i s náhledy v poznámkách k vydání. Podrobný přehled v Changelogu.

    Ladislav Hagara | Komentářů: 1
    27.4. 21:33 | Nová verze Ladislav Hagara | Komentářů: 0
    26.4. 23:00 | Komunita

    V Tiraně proběhl letošní Linux App Summit (LAS) (Mastodon). Zatím nesestříhané videozáznamy přednášek jsou k dispozici na YouTube.

    Ladislav Hagara | Komentářů: 0
    26.4. 20:22 | Zajímavý článek

    Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.

    Ladislav Hagara | Komentářů: 0
    26.4. 15:22 | Zajímavý projekt

    Berkeley Humanoid Lite (Onshape, GitHub) je open source humanoidní robot. V amerických cenách jej lze sestavit do 5000 dolarů.

    Ladislav Hagara | Komentářů: 13
    25.4. 18:44 | Nová verze

    Jakub Jelínek oznámil vydání verze 15.1 (15.1.0) kolekce kompilátorů pro různé programovací jazyky GCC (GNU Compiler Collection). Jedná se o první stabilní verzi řady 15. Přehled změn, nových vlastností a oprav a aktualizovaná dokumentace na stránkách projektu. Některé zdrojové kódy, které bylo možné přeložit s předchozími verzemi GCC, bude nutné upravit.

    Ladislav Hagara | Komentářů: 3
    25.4. 03:55 | Komunita

    Byly vyhlášeny výsledky letošní volby vedoucího projektu Debian (DPL, Wikipedie). Staronovým vedoucím zůstává Andreas Tille.

    Ladislav Hagara | Komentářů: 37
    24.4. 16:55 | IT novinky

    Jason Citron končí jako CEO Discordu. Od pondělí 28. dubna nastupuje nový CEO Humam Sakhnini, bývalý CSO Activision Blizzard.

    Ladislav Hagara | Komentářů: 7
    Jaký filesystém primárně používáte?
     (58%)
     (1%)
     (9%)
     (21%)
     (4%)
     (1%)
     (2%)
     (0%)
     (1%)
     (3%)
    Celkem 475 hlasů
     Komentářů: 18, poslední 17.4. 12:41
    Rozcestník

    Dotaz: komunikace s FIFO a poll()

    21.2.2010 13:46 ext3fs
    komunikace s FIFO a poll()
    Přečteno: 275×
    Dobry den, hraji si ted s komunikaci pres FIFO v C a stale mi program stoji u read() a bere veskere CPU. Zde je maly priklad:

    master proces:
    int main(void)
    {             
    int pipe_fd;  
    int ret;      
    int n;        
    struct pollfd ufds[1];
    char buff[32];        
    
            pipe_fd = mkfifo("./pipe",660);
    
            pipe_fd = open("./pipe", O_RDONLY | O_NONBLOCK, 660);
    
            ufds[0].fd = pipe_fd;
            ufds[0].events = POLLIN;
            ufds[0].revents = 0;    
    
            while(1)
            {
                    ret = poll(ufds, 1, 1000);
    
                    if (ret == -1)
                    {
                            printf("poll error\n");
                            close (pipe_fd);
                            exit (1);
                    }
                    else if (ret == 0)
                            printf("no data...\n");
                    else
                    {
                            if (ufds[0].revents == POLLIN)
                            {
                                    do
                                    {
                                        n = read(pipe_fd, buff, 32);
                                        if (n == -1)
                                        {
                                            printf("read error\n");
                                            break;
                                        }
                                        else
                                            printf("recv (%d)\n",n);
                                    } while (n != 0);
                            }
                    }
            }
    
            close(pipe_fd);
    
            return(0);
    }
    
    slave proces:
    int main(void)
    {
    int pipe_fd;
    char buff[32];
    
            pipe_fd = open("./pipe",O_WRONLY | O_NONBLOCK ,660);
    
            strcpy(buff, "ahoj");
    
            write(pipe_fd, buff, 5);
    
            close(pipe_fd);
    
            return(0);
    
    }
    
    Nevite kde je problem? Dekuji.

    Odpovědi

    21.2.2010 14:09 Jirka P
    Rozbalit Rozbalit vše Re: komunikace s FIFO a poll()
    Dost ti tam chybí ošetření chyb, takže:

    - proč otvíráš rouru pro zapisování s O_NONBLOCK, ale neošetřuješ situaci, kdy druhý konec roury není otevřený (vrátí to chybu)

    - když otevřeš rouru pro čtení s O_NONBLOCK bez otevřeného protějšku, roura se sice otevře, ale čtení bude pořád vracet 0 (a tedy bude roura pořád připravena pro čtení z hlediska select() nebo poll()

    Doporučil bych vykašlat se na O_NONBLOCK a důsledně ošetřit všechny chyby, včetně konce čtení. Pak by to mělo fungovat.
    21.2.2010 14:23 ext3fs
    Rozbalit Rozbalit vše Re: komunikace s FIFO a poll()
    Priklad je jen ilustrativni a opravdu jsem tam osetreni neresil.

    V podstate jde o to, ze master proces (daemon) bezi stale a mimo ostatni funkce se obcas zepta roury zda tam nema data od slave procesu, ktery se spousti jen pro zadavani prikazu daemonu (tedy velmi malo casto). Takze nejprve se stejne roura otevira pro cteni.
    21.2.2010 15:35 ext3fs
    Rozbalit Rozbalit vše Re: komunikace s FIFO a poll()
    Problem je take v tom, ze pokud oteviram rouru bez priznaku O_NDELAY nebo O_NONBLOCK, tak se proces zastavi (dle strace) na open() a ceka na otevreni druheho konece coz je v mem pripade nezadouci. Jak tohle osetrit bez pouziti O_NDELAY nebo O_NONBLOCK?
    21.2.2010 16:41 Jirka P
    Rozbalit Rozbalit vše Re: komunikace s FIFO a poll()
    Pokud vím, tak něco jako select() na podmínku "někdo jiný otevřel rouru a já z ní tedy můžu číst" neexistuje. Popsané chování open() je normální, bez O_NONBLOCK se oba procesy rozběhnou až potom, co jsou oba konce otevřeny.

    Sice to považuji za prasárnu, ale doporučil bych v tom master (čtecím) procesu otevřít tu rouru O_RDWR, bez O_NONBLOCK. To se povede vždycky, na nic to nečeká a můžete pak čekat select()em na data, která do ní někdo zapíše (samozřejmě do ní v master procesu zapisovat nebudete).
    21.2.2010 17:12 ext3fs
    Rozbalit Rozbalit vše Re: komunikace s FIFO a poll()
    Funguje to, ale pouze s otevrenim pro cteni a s priznakem O_NONBLOCK, jinak to stale stalo na read() i po prijeti dat a ukonceni slave procesu.
    Fuky avatar 21.2.2010 20:12 Fuky | skóre: 52 | blog: 4u
    Rozbalit Rozbalit vše Re: komunikace s FIFO a poll()
    do
    {
    
    // Tady Ti chybí poll() nebo select(), který musíš použít vždy, 
    // když máš file descriptor otevřený v neblokujícím režimu,
    // jelikož ho tam nemáš fce read() je okamžitě opuštěna a proto
    // Ti to "žere" procesor
    
        n = read(pipe_fd, buff, 32);
        if (n == -1)
        {
            printf("read error\n");
            break;
        }
        else
            printf("recv (%d)\n",n);
    } while (n != 0);
    

    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.