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

    DuckDuckGo AI Chat umožňuje "pokecat si" s GPT-3.5 Turbo od OpenAI nebo Claude 1.2 Instant od Anthropic. Bez vytváření účtu. Všechny chaty jsou soukromé. DuckDuckGo je neukládá ani nepoužívá k trénování modelů umělé inteligence.

    Ladislav Hagara | Komentářů: 1
    včera 14:22 | IT novinky

    VASA-1, výzkumný projekt Microsoftu. Na vstupu stačí jediná fotka a zvukový záznam. Na výstupu je dokonalá mluvící nebo zpívající hlava. Prý si technologii nechá jenom pro sebe. Žádné demo, API nebo placená služba. Zatím.

    Ladislav Hagara | Komentářů: 2
    včera 04:44 | Nová verze

    Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).

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

    ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.

    Ladislav Hagara | Komentářů: 0
    18.4. 22:11 | IT novinky Ladislav Hagara | Komentářů: 0
    18.4. 20:55 | Nová verze

    Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.

    Ladislav Hagara | Komentářů: 2
    18.4. 17:22 | Nová verze

    Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.

    Ladislav Hagara | Komentářů: 13
    18.4. 17:11 | Nová verze

    ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.

    Ladislav Hagara | Komentářů: 2
    18.4. 12:11 | IT novinky

    Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.

    Ladislav Hagara | Komentářů: 10
    18.4. 05:11 | Komunita

    #HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.

    Ladislav Hagara | Komentářů: 2
    KDE Plasma 6
     (68%)
     (11%)
     (2%)
     (20%)
    Celkem 566 hlasů
     Komentářů: 4, poslední 6.4. 15:51
    Rozcestník

    Dotaz: exec() bez fork()

    13.12.2005 21:25 johny amater
    exec() bez fork()
    Přečteno: 114×
    Zdravim je korektni preplacnout proces volanim exec nebo by se to melo udelat v synovskem procesu a na ten pockat?

    tedy

    bud
    ...
    exec(..)
    
    nebo
    ..
    switch (pid = fork()) {
     case -1:
     case 0:
      exec(..);
     default:
      waitpid(pid, &status, 0);
      return WEXITSTATUS(status);
    }
    

    Odpovědi

    13.12.2005 21:28 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: exec() bez fork()
    Záleží na tom, jestli chcete zplodit potomka nebo nahradit proces kompletně novým programem.
    Luboš Doležel (Doli) avatar 13.12.2005 21:29 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: exec() bez fork()
    Můžete replacnout, pokud už nemáte v plánu v tom procesu nic jiného dělat.
    13.12.2005 21:34 johny amater
    Rozbalit Rozbalit vše Re: exec() bez fork()
    Samozřejmě nic dalšího se v procesu dělat nemá. Tedy to nemůže za žádných okolností způsobit žádné problémy (nevím jaké, ptám se)? Je to tedy způsob, jakým se to bežně dělá?
    13.12.2005 21:41 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: exec() bez fork()
    Tedy to nemůže za žádných okolností způsobit žádné problémy (nevím jaké, ptám se)?

    Kdyby to mělo způsobit nějaké problémy, způsobí je to nejspíš i v tom potomkovi (což je téměř identický proces). Naopak, má to své výhody, např. že image původního procesu nebude celou dobu zbytečně zaclánět v paměti.

    Je to tedy způsob, jakým se to bežně dělá?

    Ano, např. pokud mne paměť neklame, při přihlašlování uživatele takto getty spouští login a login takto spouští shell.

    13.12.2005 21:58 johny amater
    Rozbalit Rozbalit vše Re: exec() bez fork()
    Hmm. Ale neni to z jisteho uhlu pohledu podobne jako vyvolani _exit()?

    U poznamek _exitu se pravi treba:

    The function _exit is like exit(), but does not call any functions registered with the ANSI C atexit function, nor any registered signal handlers. Whether it flushes standard I/O buffers and removes temporary files created with tmpfile(3) is implementation-dependent.

    Nic z toho nepouzivam, ale nemuze tam byt nejaka jina podobna zrada?
    13.12.2005 23:03 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: exec() bez fork()
    To je samozřejmě na vás, abyste před voláním exec() uklidil, co potřebujete. Předpokládám, že tu funkci voláte z vlastního popudu, ne jako reakci na nějakou neočekávanou událost, takže na to máte dost klidu.
    14.12.2005 20:35 petr_p
    Rozbalit Rozbalit vše Re: exec() bez fork()
    Napr. descriptory bez nastaveneho FD_CLOEXEC zustanou otevreny i po execu.
    15.12.2005 00:14 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: exec() bez fork()
    S tím se ovšem tak nějak počítá jako s vlastností. Jinak by vám nefungovalo ani obyčejné přesměrování nebo roura v shellu.

    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.