Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.
Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.
Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …
Google Chrome 149 byl prohlášen za stabilní. Nejnovější stabilní verze 149.0.7827.53 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Vylepšeny byly také nástroje pro vývojáře.
Pluto.jl, reaktivní notebook pro programovací jazyk Julia, dospěl do verze 1.0.
Byla vydána nová verze 12.0.0 vizuálního programovacího jazyka Snap! (Wikipedie) inspirovaného jazykem Scratch (Wikipedie). Přehled novinek na GitHubu.
Počítačovou hru Gravity Circuit (ProtonDB) lze do 14. června do 19:00 získat na Steamu zdarma. Napořád.
Nejnovější X.Org X server 21.1.23 a Xwayland 24.1.12 řeší 9 bezpečnostních chyb.
npm balíčky @redhat-cloud-services byly kompromitovány.
Byly publikovány informace o zranitelnosti CVE-2026-46243 pojmenované CIFSwitch v Linuxu od roku 2007. Běžný uživatel může získat práva roota (lokální eskalaci práv). V upstreamu je již opraveno.
Chápu dobře manuálovou stránku fcntl / F_SETLK, že když třeba v GTK aplikaci použiju onen file lock, tak když otevřu open dialog v adresáři s tím souborem, který soubor otevírá k určení typu souboru a pak ho zavře, tak tím zruší můj lock?
Řešení dotazu:
Já myslím tyhle zámky přes fcntl(fd, F_SETLK, ...). Otevřu soubor, nastavím zámek a jde mi o to, jestli třeba když v té aplikaci dojde k zobrazení gtk file dialogu, který otevírá soubory a čte jejich část pro zjištění mime typu (nebo třeba i Qt, pokud se tak chová), tak když otevře můj soubor (je to jiný descriptor, není to ani dup() toho mýho), tak když ho zavře, jestli to zruší i můj zámek na úplně jiným descriptoru.
As well as being removed by an explicit F_UNLCK, record locks are automatically released when the process terminates or if it closes any file descriptor referring to a file on which locks are held. This is bad: it means that a process can lose the locks on a file like /etc/passwd or /etc/mtab when for some reason a library function decides to open, read and close it.Pokud to tedy chápu dobře a opravdu tomu tak je, tak moje otázka ... k čemu jsou pak takové zámky dobré?
Tiskni
Sdílej: