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.
Ve Firefoxu bude lepší správa profilů (oddělené nastavení domovské stránky, nastavení lišt, instalace rozšíření, uložení hesla, přidání záložky atd.). Nový grafický správce profilů bude postupně zaváděn od 14.října.
Canonical vydal (email) Ubuntu 25.10 Questing Quokka. Přehled novinek v poznámkách k vydání. Jedná se o průběžné vydání s podporou 9 měsíců, tj. do července 2026.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzi 1.5.0.
Byla vydána nová verze 1.12.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).
Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.
Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.
Google postupně zpřístupňuje českým uživatelům Režim AI (AI Mode), tj. nový režim vyhledávání založený na umělé inteligenci. Režim AI nabízí pokročilé uvažování, multimodalitu a možnost prozkoumat jakékoliv téma do hloubky pomocí dodatečných dotazů a užitečných odkazů na weby.
uart_print_freq()
pravděpodobně občas zablbne, pokud program poběží dost dlouho. Může se totiž stát, že hodnota freq se změní mezi vyhnodnocením podmínky a přiřazením do temp.
(Dobrá, asi se to nestane, protože vypsání proběhne jenom po změně status a je rychlejší, než jedna vteřina.)
- status by měla být deklarována jako volatile
. Když není, tak u gcc-3.4 to projde - nevím proč, ta proměnná by pro ten překladač neměla měnit hodnotu a optimalizace by její testování měla odstranit.
U gcc-4.3 už to ale neprojde, když je proměnná nulová, program skočí na instrukci rjmp -2
, což je nekonečná smyčka.
Ještě nějaké detaily:
- SIGNAL() je deprecated, místo něj se má použít ISR()
...
- status by měla být deklarována jako volatile
. Když není, tak u gcc-3.4 to projde - nevím proč, ta proměnná by pro ten překladač neměla měnit hodnotu a optimalizace by její testování měla odstranit.
OK, tyhle věci opraveny, díky.
volatile
proměnnou větší než 8 bitů, tak tam vidí po sobě jdoucí instrukce načítání z paměti:
lds r24, 0x0060 lds r25, 0x0061 lds r26, 0x0062 lds r27, 0x0063Přitom když je ta proměnná volatile, tak to znamená, že se obsah té paměti během vykonávání těch instrukcí může změnit a do registrů se pak načte naprosto nesmyslná hodnota - napůl stará, napůl nová. Podle mě by to mělo být takhle:
in r23, SREG cli lds r24, 0x0060 lds r25, 0x0061 lds r26, 0x0062 out SREG, r23 lds r27, 0x0063obecně nebo
cli lds r24, 0x0060 lds r25, 0x0061 lds r26, 0x0062 sei lds r27, 0x0063v případě, že vím, že přerušení bylo předtím povoleno.
register uint32 tmp; ... cli(); tmp = freq; sei(); uart_print_freq(tmp); ...Akorát je docela opruz tohle psát u každého přístupu k té proměnné a vygenerovaný kód není úplně optimální. Přitom by určitě bylo jednodušší, kdyby gcc pro AVR vypínal/zapínal přerušení automaticky (i když to zas narážíme na otázku, jestli by byl schopen to dělat efektivně)
Akorát je docela opruz tohle psát u každého přístupu k té proměnné...Mno, v tom případě přeci není problém připravit drobné makro, ne? Něco jako:
#define get_volatile(x,y) cli();x=y;sei()
To by vnaselo do jazyka zmatek a zhorsilo prenositelnost kodu.Přenositelnost kódu by to asi zhoršilo, jenom nevím, kam by mělo smysl přenášet kód z AVR (pokud to má dělat něco užitečného, polovina kódu je specifická pro architekturu a jinde se nepřeloží)
Jde hlavně o princip.To jsem si všiml
Ale představ si, že za rok vyrobí trochu jiný model a ty budeš chtít program přenést na něj a zrovna tohle tam bude trošku jinak...Nový model se objevuje každou chvíli a všechny mají stejný vnitřek - jádro AVR. A stále nevidím žádný problém - kdyby se náhodou objevil model, kde by tohle bylo jinak (což si teda opravdu představit nedokážu, jak by se v jednočipu musel změnit přístup k paměti, aby to mohlo být jinak), tak by se prostě ten přepínač při překladu programu pro ten nový model zakázal.
avr-gcc --neprerusitelne-volatile
), tzn. po překladu by se to buď používalo v celém výsledku, nebo nepoužívalo v celém výsledku.
A teď si představ jaký bordel v tom bude a nakonec to skončí tak, že jeden kus kódu budeš muset ručně projít a upravit.Proč? Jediné, co se hlídá, je zablokování přerušení na dobu přístupu k proměnné. Jestli to zajišťoval překladač nebo makro je jedno, protože podstatné je, že ten přístup je ochráněn. Víc nepotřebuju. (Ano, je tu záležitost, že se zapnutým přepínačem by ten kód byl chráněn dvakrát. Nicméně mám důvěru v autory toho překladače, že jsou schopni vytvořit takové optimalizace, které odhalí dvě stejné instrukce za sebou a tu jednu vyhodí.) Co chci říct, že kdyby byla vůle, tak by to pravděpodobně šlo vyřešit nějak automaticky i s možnými problémy okolo.
http://www.abclinuxu.cz/blog/vejsplechty/2008/8/www.etf.cuni.cz/~tomasek/avr_freq_0.1.tgz
a pravděpodobně by mělo být www.etf.cuni.cz/~tomasek/avr_freq_0.1.tgz
.
Tiskni
Sdílej: