Do 20. října do 19:00 běží na Steamu přehlídka nadcházejících her Festival Steam Next | říjen 2025 (YouTube) doplněná demoverzemi, přenosy a dalšími aktivitami. Demoverze lze hrát zdarma.
O zavedení nástroje na monitorování online konverzací v rámci boje proti dětské pornografii (tzv. Chat Control) měli ministři vnitra rozhodovat na úterním společném zasedání v Lucemburku. Plán dánského předsednictví Rady EU ale před pár dny ztroskotal, když se ukázalo, že Chat Control nemá dostatečnou podporu.
Již toto úterý proběhne každoměsíční akce Virtuální Bastlírna, kterou pořádá projekt MacGyver. Jde o virtuální posezení u piva a volné klábosení o různých zajímavostech ze světa elektroniky, softwaru i techniky. V posledním měsíci se stalo nemálo zajímavostí týkajících se spousty bastlířů - kupříkladu Arduino nyní patří pod Qualcomm, Raspberry Pi vydalo nový počítač, ale potichu i miniaturní compute module. Pro AMS od Bambu Lab se
… více »Google zpřístupňuje své AI nástroje českým univerzitním studentům prostřednictvím předplatného Google AI Pro na 12 měsíců bez poplatku. Platnost nabídky vyprší 9. prosince 2025.
MicroPythonOS je operační systém napsaný v MicroPythonu určený především pro mikrokontroléry jako ESP32. Zdrojové kódy jsou k dispozici na GitHubu.
Byl vydán LineageOS 23 (Mastodon). LineageOS (Wikipedie) je svobodný operační systém pro chytré telefony, tablety a set-top boxy založený na Androidu. Jedná se o nástupce CyanogenModu. LineageOS 23 je založený na Androidu 16.
Na YouTube byly zveřejněny videozáznamy přednášek z hackerské konference DEF CON 33, jež proběhla 7. až 10. srpna v Las Vegas.
Bun (Wikipedie), tj. běhové prostředí (runtime) a toolkit pro JavaScript a TypeScript, alternativa k Node.js a Deno, byl vydán ve verzi 1.3. Představení novinek také na YouTube. Bun je naprogramován v programovacím jazyce Zig.
V Lucemburku byly oznámeny výsledky posledního kola výzev na evropské továrny pro umělou inteligenci neboli AI Factories. Mezi úspěšné žadatele patří i Česká republika, potažmo konsorcium šesti partnerů vedené VŠB – Technickou univerzitou Ostrava. V rámci Czech AI Factory (CZAI), jak se česká AI továrna jmenuje, bude pořízen velmi výkonný superpočítač pro AI výpočty a vznikne balíček služeb poskytovaný odborníky konsorcia. Obojí bude sloužit malým a středním podnikům, průmyslu i institucím veřejného a výzkumného sektoru.
Byla vydána (𝕏) zářijová aktualizace aneb nová verze 1.105 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.105 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Zdravim,
mam nasledujici dotaz. Pisu v jazyce C (pro linux) urcitou aplikaci. Je pravdepodobne, ze bude spustena vicekrat v danem case (nekolik procesu). Aplikace bude cist data ze souboru (text), ale muze obcas nastat situace, ze se v tomtez souboru provedou zmeny (pridani, nahrazeni, mazani). Zajimalo by mne, kdyz bude mit nekolik procesu tento soubor otevreno pro cteni a jiny proces otevre tentyz soubor pro zapis a provede zmeny
napr.: proces1 ma otevren soubor.txt pro cteni (je nastaven na pozici zacatku desateho radku), proces2 ma otevren soubor.txt pro zapis (maze desaty radek)...
jak se zachova proces1, ktery chce cist radek c.10,ale proces2 ho vymazal? A vymaze ho vubec?Jak mohu vedet, ktery proces dostane prioritu k provedeni sveho ukonu drive?
Resi tohle jadro a nebo libc automaticky a nebo se to musi v programu osetrit?
Dekuji za reakce.
(ano i tam jde nastavit sdílení, etc)
Ad původní dotaz: pokud to aplikace č.1 přečte dřív, než to aplikace č.2 zapsala, tak bude mít původní data, v opačném případě nová data. Jak je popsáno v jiných zápiscích, jde to řešit zámky, které ale nekontroluje libc ani jádro, nýbrž Vaše aplikace. Případně si na to můžete najít nějakou již hotovou knihovnu.
Jinak: nevím jaké povahy jsou vaše řádky, práce s variabilní délkou řádku je už sama o sobě dost opruz, nemluvě o sdílení. Nechcete spíš použít nějakou databázi, která už všechno umí, např. SQLite?
Potrebuji to mit prave v textovem souboru. Jedna se o aplikaci (extreni content filter pro postfix) k filtrovani a kontrole posty.
Jedine co bude v txt souboru je seznam platnych emailovych adres v me domene.
adresa1@domena.cz
adresa2@domena.cz
. . .
Takze se da ocekavat, ze se tento soubor bude menit jen velmi malo (nova adresa / smazani stare adresy), nicmene
muze ke zmene dojit kdyz s nim bude zrovna jiny proces pracovat. Textovy soubor volim predevsim pro jednoduchost,
moznost editace / zobrazeni v jakemkoli editoru, atd.
Specifikaci sice vyžaduje, aby knihovní fce rename() byla atomická, ale nejsem si jistý zda-li to opravdu platí a hlavně jestli pro všechny filesystémy.
Když pomineme Linux, tak se najde určitě ještě spousta Unixů, které s tím mají problém On how rename is broken in Mac OS X.
Raději bych opravdu zvolil zamykací soubor.
Momentalni koncepce programu je takova, ze se spousti pro kazdy mail solo.
Premyslel jsem napsat to jako klient - server aplikaci, kdy serverova cast by drzela v
pameti konfiguraci a data a klient posilal veci ke zpracovani serveru. Tim by bylo
vse vyreseno,ale casova narocnost a vetsi komplikovanost (i vice moznych chyb) mne od toho odradila.
A proč by externí filtr nemohl číst seznam adres z DB místo ze souboru?
Protoze proti DB (MySQL) se overuje pop3/smtp, s toutez DB pracuje i maildrop.
Nedovedu presne odhadnout jeji zatizeni (obcas v logu narazim na hlasku "Prilis mnoho spojeni." limit
je nastaven myslim na 200) takze dalsi komunikace s DB by znamenalo jeste vetsi zatez DB. Ale mozna
to bude nakonec jedine rozumne reseni.
Toho bych se nebál, mysql je pro takto jednoduché dotazy v pohodě. Režie bude minimální. Určitě spolehlivější, než se mořit se zamykáním souboru. Jedině snad opakované připojování do DB při každém běhu skriptu - možná popřemýšlet o nějakém serverovém poolu konexí, ale to už je velká komplikace.
Musíš vyřešit spolupráci mezi procesy. Více informací nalezneš v knize Linux - Začínáme programovat, překlad 4. vydání (Neil Matthew, Richard Stones), originál v PDF druhého vydání [2,8MB]. Je tam pěkně popsané využívání souboru "zámku", který je vytvořen jedinou atomickou operací tj. flag O_EXCL a poté následuje vysvětlení a ukázky jak zamykat jen část souboru. Začíná to na straně 215.
Tiskni
Sdílej: