Byla vydána (𝕏) nová major verze 17 softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech GitLab (Wikipedie). Představení nových vlastností i s náhledy a videi v oficiálním oznámení.
Sovereign Tech Fund, tj. program financování otevřeného softwaru německým ministerstvem hospodářství a ochrany klimatu, podpoří vývoj FFmpeg částkou 157 580 eur. V listopadu loňského roku podpořil GNOME částkou 1 milion eur.
24. září 2024 budou zveřejněny zdrojové kódy přehrávače Winamp.
Google Chrome 125 byl prohlášen za stabilní. Nejnovější stabilní verze 125.0.6422.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 9 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Textový editor Neovim byl vydán ve verzi 0.10 (𝕏). Přehled novinek v příspěvku na blogu a v poznámkách k vydání.
Byla vydána nová verze 6.3 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.15.
Dnes ve 12:00 byla spuštěna první aukce domén .CZ. Zatím největší zájem je o dro.cz, kachnicka.cz, octavie.cz, uvycepu.cz a vnady.cz [𝕏].
JackTrip byl vydán ve verzi 2.3.0. Jedná se o multiplatformní open source software umožňující hudebníkům z různých částí světa společné hraní. JackTrip lze instalovat také z Flathubu.
Patnáctý ročník ne-konference jOpenSpace se koná 4. – 6. října 2024 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytváří všichni účastníci, se skládá z desetiminutových
… více »Program pro generování 3D lidských postav MakeHuman (Wikipedie, GitHub) byl vydán ve verzi 1.3.0. Hlavní novinkou je výběr tvaru těla (body shapes).
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.
25.1.2009 21:05
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
25.1.2009 21:10
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
(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.
26.1.2009 11:47
Fuky | skóre: 52
| blog: 4u
26.1.2009 13:31
Fuky | skóre: 52
| blog: 4u
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.
25.1.2009 22:00
Fuky | skóre: 52
| blog: 4u
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:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz