CiviCRM (Wikipedie) bylo vydáno v nové verzi 6.14.0. Podrobnosti o nových funkcích a opravách najdete na release stránce. CiviCRM je robustní open-source CRM systém navržený speciálně pro neziskové organizace, spolky a občanské iniciativy. Projekt je napsán v jazyce PHP a licencován pod GNU Affero General Public License (AGPLv3). Český překlad má nyní 45 % přeložených řetězců a přibližuje se milníku 50 %. Potřebujeme vaši pomoc, abychom se dostali dál. Pokud máte chuť přispět překladem nebo korekturou, přidejte se na platformu Transifex.
Další lokální zranitelností Linuxu je ssh-keysign-pwn. Uživatel si může přečíst obsah souborů, ke kterým má právo ke čtení pouze root, například soubory s SSH klíči nebo /etc/shadow. V upstreamu již opraveno [oss-security mailing list].
Singularity (YouTube) je nejnovější otevřený film od Blender Studia. Jedná se o jejich první 4K HDR film.
Vyšla hra Život Není Krásný: Poslední Exekuce (Steam, ProtonDB). Kreslená point & click adventura ze staré školy plná černého humoru a nekorektního násilí. Vžijte se do role zpustlého exekutora Vladimíra Brehowského a projděte s ním jeho poslední pracovní den. Hra volně navazuje na sérii Život Není Krásný.
Společnost Red Hat představila Fedora Hummingbird, tj. linuxovou distribuci s nativním kontejnerovým designem určenou pro vývojáře využívající AI agenty.
Hru The Legend of Zelda: Twilight Princess od společnosti Nintendo si lze nově díky projektu Dusklight (původně Dusk) a reverznímu inženýrství zahrát i na počítačích a mobilních zařízeních. Vyžadována je kopie původní hry (textury, modely, hudba, zvukové efekty, …). Ukázka na YouTube. Projekt byl zahájen v srpnu 2020.
Byla vydána nová major verze 29.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Detailní přehled novinek na GitHubu.
Po zranitelnostech Copy Fail a Dirty Frag přichází zranitelnost Fragnesia. Další lokální eskalace práv na Linuxu. Zatím v upstreamu neopravena. Přiřazeno ji bylo CVE-2026-46300.
Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří KDE částkou 1 285 200 eur.
Google na včerejší akci The Android Show | I/O Edition 2026 (YouTube) představil celou řadu novinek: Gemini Intelligence, notebooky Googlebook, novou generaci Android Auto, …
Nejak nemuzu najit jednoduche vysvetli prepoctu address processoru (v mem pripade 32-bit ARM) po pouziti funkci mmap. Nejaky odkaz na matematiku adresovani.
#define MAP_SIZE 4096UL
#define MAP_MASK (MAP_SIZE - 1)
#define PIOB_BASE=$FFFFF600;
#define PIOC_IFDR PIOC_BASE + 0x0024
d = open("/dev/mem", O_RDWR | O_SYNC));
map_base = mmap(NULL, MAP_SIZE, PROT_READ | PROT_WRITE, MAP_SHARED, fd, PIOB_BASE & ~MAP_MASK);
*((unsigned long *) (map_base + (PIOB_IFDR & MAP_MASK))) = PIO_B27;
Proc pri mapovani stranky rozmerem 4096 (0x1000) se musi BASE adress se delit na celo 0x1000 (PIOB_BASE & ~MAP_MASK)= div(PIOB_BASE,0x1000)?
Proc dalsi pro zapis na dalsi adresu PIOC_IFDR vychazi posun na (PIOB_IFDR & MAP_MASK)=0x624?
Dekuji moc.Řešení dotazu:
PIOB_BASE & ~MAP_MASK není dělení, nýbrž zaokrouhlení. A to mi nepřijde jako zvláštní požadavek, když se mají stránky systémové paměti namapovat do prostoru virtuální paměti procesu.
Mate pravdu je to vlaste deleni s zaokroulenim. Ale mne zajima jak se addresy prepocitavaji po namapovani pomoci funkci mmap. Potrebuji jen nasmerovat
.Pochobil jsem ze base address PIOB_BASE se ma rozdelit na velikost stranky 0x1000. A pak offset na dalsi addresu PIOB_OER PIOB_BASE + 0x0010 se ma delat pomoci vstahu (PIOB_BASE + 0x0010) & MAP_MASK
#define PIOB_BASE=$FFFFF600; #define PIOB_IFDR_OFFSET 0x0024 map_base = mmap(NULL, MAP_SIZE, PROT_READ | PROT_WRITE, MAP_SHARED, fd, PIOB_BASE - (PIOB_BASE % MAP_SIZE); *((unsigned long *) (map_base + (PIOB_BASE % MAP_SIZE) + PIOB_IFDR_OFFSET)) = neco;Takhle je to myslím pochopitelnější. Mimochodem ten kód je dost zprasený, předpokládá se, že se bude mapovat jen jedna stránka, MAP_SIZE by mělo jmenovat PAGE_SIZE, které by se mělo zjistit voláním getpagesize() a ne to mít definované natvrdo a úplně ten kód přestane fungovat, pokud by offset registru překročil hranici stránky. Více man 2 mmap.
Dekuji za odpoved'. Tento kod se tyka primo urciteho druhu procesoru a ovladani PIO (parallel input output) pinu na devepment boardu a v tom to pripade jedna stranka bohate staci. Mate pravdu, ze kod je prasacky a tezko se chape z toho jak se pocitaji adresy. Ale je to vice mene nejaky priklad. Stejne vlastni aplikaci budu psat na FreePascalu.
Jinak mi slo o to proc se to ma tak pocitat. A je to dane tim,ze v Linuxu se pouziva strankova pamet'. A to znamena,ze v pripade 32-bitove adresy offset z budou tvorit 12 mladsich bitu (pocet bitu offsetu=log2(page_size)), zbylych starsich 20-bitu je cislo stranky.
Omluvam se za to, ze asi jsem nespravne zformuloval otazku. Dekuji vsem.
Tiskni
Sdílej: