Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).
Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.
Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.
Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.
Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.
Vyhledávač DuckDuckGo je podle webu DownDetector od 2:15 SELČ nedostupný. Opět fungovat začal na několik minut zhruba v 15:15. Další služby nesouvisející přímo s vyhledáváním, jako mapy a AI asistent jsou dostupné. Pro některé dotazy během výpadku stále funguje zobrazování například textu z Wikipedie.
Více než 600 aplikací postavených na PHP frameworku Laravel je zranitelných vůči vzdálenému spuštění libovolného kódu. Útočníci mohou zneužít veřejně uniklé konfigurační klíče APP_KEY (např. z GitHubu). Z více než 260 000 APP_KEY získaných z GitHubu bylo ověřeno, že přes 600 aplikací je zranitelných. Zhruba 63 % úniků pochází z .env souborů, které často obsahují i další citlivé údaje (např. přístupové údaje k databázím nebo cloudovým službám).
Open source modální textový editor Helix, inspirovaný editory Vim, Neovim či Kakoune, byl vydán ve verzi 25.07. Přehled novinek se záznamy terminálových sezení v asciinema v oznámení na webu. Detailně v CHANGELOGu na GitHubu.
Rád bych v DosBoxu emuloval rychlost I/O operací starých pevných disků či nedejbože disketové mechaniky (DosBox nemá implementovaný FDC – to jen tak pro zajímavost), které měly přístupové doby několik stovek milisekund až klidně celé sekundy. Jak to vypadá? Nějak takto.
Zpomalení cyklů vykonávání na to nemá příliš vliv. Je to implementováno jako read() volání a to na dnešních strojích může být i pár volání a zachvilku je několik MB dat v paměti než stačí člověk lusknout prstem. Dodám že DosBox samotný (aspoň SVN verze) má implementovaný zpomalovací mechanismus pro I/O operace. Jeden v iohandleru.cpp:#define IODELAY_READ_MICROSk (Bit32u)(1024/1.0) #define IODELAY_WRITE_MICROSk (Bit32u)(1024/0.75) inline void IO_USEC_read_delay() { Bits delaycyc = CPU_CycleMax/IODELAY_READ_MICROSk; if(GCC_UNLIKELY(CPU_Cycles < 3*delaycyc)) delaycyc = 0; //Else port acces will set cycles to 0. which might trigger problem with games which read 16 bit values CPU_Cycles -= delaycyc; CPU_IODelayRemoved += delaycyc; } inline void IO_USEC_write_delay() { Bits delaycyc = CPU_CycleMax/IODELAY_WRITE_MICROSk; if(GCC_UNLIKELY(CPU_Cycles < 3*delaycyc)) delaycyc=0; CPU_Cycles -= delaycyc; CPU_IODelayRemoved += delaycyc; }a konkrétně pro diskové operace nad lokálními soubory se o to stará procedura modify_cycles();
#ifndef DOSBOX_CPU_H #include "cpu.h" #endif static inline void modify_cycles(Bits value) { if((4*value+5) < CPU_Cycles) { CPU_Cycles -= 4*value; CPU_IODelayRemoved += 4*value; } else { CPU_IODelayRemoved += CPU_Cycles/*-5*/; //don't want to mess with negative CPU_Cycles = 5; } } //použito: if (DOS_ReadFile(reg_bx,dos_copybuf,&toread)) { MEM_BlockWrite(SegPhys(ds)+reg_dx,dos_copybuf,toread); reg_ax=toread; CALLBACK_SCF(false); } else { reg_ax=dos.errorcode; CALLBACK_SCF(true); } modify_cycles(reg_ax); dos.echo=false; break;V proměnné reg_ax/value je počet bajtů co se bude číst/zapisovat a podle toho se nějak spočte prodleva a prskne se tam. Bohužel to není dokonalé a ač to znatelně zpomaluje I/O operace (když se to zaDEFuje tak jsou I/O operace tak rychlé že načítací obrazovky jen problikávají) stále je to příliš rychlé a to úplně nezávisle na tom co se do toho zadá.
Vysledoval jsem si použití proměnné CPU_IODelayRemoved, bohužel ta má pouze informativní účel (používá se pouze ustanovování dynamicky se měnící rychlosti) a nemá žádný vliv na samotné plánování vykonávání. O to se stará proměnná CPU_Cycles respektive to co v ní zbude. Bohužel v tom je také zakopaný celý pes. I když zbude jen pár cyklů je to furt dost na to aby to načetlo spoustu dat za pár instrukcí do paměti (volá se dál fread() a to už je vlastně systémová funkce a jede rychlostí systému).
Jedním funkčním řešením je vklínění funkce usleep() či něčeho podobného do volané procedury. Stačí zadat v milisekundách jak dlouho se má spát a samotné načítání pak funguje tak jako kdysi za starých časů, jenže po dobu co se spí je samozřejmě suspendováno také vykonávání celého virtuálního stroje DOSu, takže místo prodlev to v reálné čase vypadá tak že DosBox laguje jak kráva. Což není úplně přesně to čeho chci dosáhnout.
Má někdo nějaký lepší nápad jak to implementovat? Jak se to vlastně dělalo v reálném DOSu/BIOSu že vykonávání celé mašiny nebylo zastaveno (jednoznačně si pamatuju že třeba blikal kurzor) zatímco jednotka (a přitom úplně šumák jestli ta pevná nebo ta zplihlá) seekovala a četla?
Nejde o úplně standardní dotaz, takže se asi nebudu zlobit když se na nic lepšího nepodaří přijít. Ani nemůžu.
Blikání kurzoru dělá grafická karta. Proto existují textové režimy. Rychlost blikání a velikost kurzoru (první a poslední řádek ve znaku) se dá nastavit. Detaily si už nepamatuji, protože jsem to používal naposledy tak někdy před dvaceti lety. Kurzor bude blikat, i když se procesor zastaví.
Přístup k disketové mechanice skrze BIOS je blokující. Programy, co při formátování dělali ještě něco jiného, buď pracovali přímo s I/O porty a dokončení operací kontrovaly pollingem nebo prostě dělali operace po malých blocích a prokládali je s jiným užitečným programem. Ten užitečný program stejně většinou jen čekal na stisk klávesy a pak překreslil pár znaků. Takový kooperativní taskwitching byl samozřejmě poznat, že interaktivita psaní na klávesnici šla do háje.
Tak jsem našel na disku jednotku v Pascalu. K nastavení tvaru kurzoru jsem používal službu 01h na přerušení 10h. Podle tohoto návodu je možné místo přerušení BIOSu si popovídat přímo s grafickou kartou kartou skrze I/O porty 0x3d4 a 0x3d5.
Frekvenci blikání prý ale standardně měnit nelze. Asi se mi to popletlo s pozorování, že když se změnil textový režim, změnila se i rychlost blikání kurzoru. Ta je totiž daná vertikální obnovovací frekvencí obrazovky a ta se s rozlišením mění.
Přístup k disketové mechanice skrze BIOS je blokující. Programy, co při formátování dělali ještě něco jiného, buď pracovali přímo s I/O porty a dokončení operací kontrovaly pollingem nebo prostě dělali operace po malých blocích a prokládali je s jiným užitečným programem.Jenže jak tohle implementovat? Nemůžu prostě na pár milisekund zastavit vykonávání virtuálního stroje. Resp. můžu ale chování moc neodpovídá tomu jak se to opravdu chovalo (až na to přehrávání OPLka, to to simuluje při zátěži vcelku věrně). Týden jsem se rýpal nacpáním ZMBV do mého SVN buildu abych to demonstroval a jen pro to abych zjistil, že usleep se na nahraném videu (zcela logicky ani nemůže, zastavená je aplikace a vnitřní hodiny běží jinou rychlostí a nějaké uspávání je nezajímá) se absolutně neprojevuje. V tom nahrávací obrazovka jenom blinke
Tiskni
Sdílej: