IKEA ve Spojeném království hledá zaměstnance do své nové pobočky. Do pobočky v počítačové hře Roblox. Nástupní mzda je 13,15 liber na hodinu.
Alyssa Rosenzweig se v příspěvku na svém blogu Vulkan 1.3 na M1 za 1 měsíc rozepsala o novém Vulkan 1.3 ovladači Honeykrisp pro Apple M1 splňujícím specifikaci Khronosu. Vychází z ovladače NVK pro GPU od Nvidie. V plánu je dále rozchodit DXVK a vkd3d-proton a tím pádem Direct3D, aby na Apple M1 s Asahi Linuxem běžely hry pro Microsoft Windows.
Byla vydána (𝕏) květnová aktualizace aneb nová verze 1.90 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.90 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Byla vydána (Mastodon, 𝕏) nová verze 2024.2 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení.
Počítačová hra Tetris slaví 40 let. Alexej Pažitnov dokončil první hratelnou verzi 6. června 1984. Mezitím vznikla celá řada variant. Například Peklo nebo Nebe. Loni měl premiéru film Tetris.
MicroPython (Wikipedie), tj. implementace Pythonu 3 optimalizovaná pro jednočipové počítače, byl vydán ve verzi 1.23.0. V přehledu novinek je vypíchnuta podpora dynamických USB zařízení nebo nové moduly openamp, tls a vfs.
Canonical vydal Ubuntu Core 24. Představení na YouTube. Nová verze Ubuntu Core vychází z Ubuntu 24.04 LTS a podporována bude 12 let. Ubuntu Core je určeno pro IoT (internet věcí) a vestavěné systémy.
Databáze DuckDB (Wikipedie) dospěla po 6 letech do verze 1.0.0.
Intel na veletrhu Computex 2024 představil (YouTube) mimo jiné procesory Lunar Lake a Xeon 6.
Na blogu Raspberry Pi byl představen Raspberry Pi AI Kit určený vlastníkům Raspberry Pi 5, kteří na něm chtějí experimentovat se světem neuronových sítí, umělé inteligence a strojového učení. Jedná se o spolupráci se společností Hailo. Cena AI Kitu je 70 dolarů.
Vyšla verze 0.5 knihovny pro přístup k Informačnímu systému datových schránek libisds. Mezi novinky patří podpora specifikace z 5. 2. 2011 (zjišťování jména odesílatele, nové události na doručence, nové MIME typy dokumentů) nebo možnost přeložit knihovnu bez podpory síťových operací.
Tiskni Sdílej:
Tak ono není na tom co zlepšit nebo změnit, protože prostě musí držet kompatibilitu.
Nahlášené chyby opravili, XML schémata občas zpřehlední, vnitro konečně novelizovalo seznam přípustných formátů dokumentů, takže už provoz systému není v rozporu s legislativou.
Nicméně se zrušením testovacích účtů si u mě pohoršili: Podmínky testovacích účtů zakazují sdílet přihlašovací údaje, zakazují informovat veřejnost o chybách, přestali vydávat specifikaci v předstihu.
A z hlediska interoperability to pořád stojí za starou bačkoru. Systém lpí na příponách názvů dokumentů, XML schémata místo výčtových typů používají volné řetězce, zkratky států specifikovali několikastránkovým seznamem místo odkazu na ISO 3166, povolili přenos ošklivých binárních formátů, jako je původní formát Word. Interaktivní web stále nabízí funkce, které přes SOAP rozhraní dostupné nejsou (nastavení upozornění, registrace certifikátů, zřízení přístupu dalším lidem).
Věř mi, že všude, kde to šlo, jsem tam učinil. Pokud to nešlo (takové typy vrací nižší vrstva, nutnost předávat čísla mezi různými typy), tak jsem tam zatím hodil poznámku, že se musí kontrolovat rozsah.
Pokud mi něco uteklo, tak bych uvítal, kdyby si mi ukázal konkrétní místo. Nebo ještě lépe poslal patch.
Ok, oceňuji a chválím. Já jen kouknul do cencode.h a viděl tam int length_in
, tak jsem si řekl, že na tom bude podobně i zbytek kódu, ale moje chyba, že jsem to víc nezkoumal.
Já si nedávno chtěl zkusit naprogramovat nějakou 3d kravinku, ale skončil jsem u nenalezení knihovny pro 3d zvuk, OpenAL je šmejd, prasácky napsanej*, má kýbl dementních zbytečných typedefů, neumí přehrávat zvuková data, co jsou uloženy v paměti, bez různých ořezů, kvůli použití "signed 32bit intu s nezápornými hodnotami" pro určování velikostí, takže mě to docela nakrklo, stejně, jako mě nakrklo v minulosti že epoll_wait požaduje int a já nemohu použít operátor sizeof(), musím přetypovávat a kontrolovat rozsahy, přetečení, ... Já fakt nevím, proč se všichni snaží degradovat své jinak dobré knihovny (zmíním např. i libavcodec & spol.) použitím dementního intu (popř. longu), který k tomu není určen.
* myslíte, že bych nas.al vývojáře proprietární FMOD Ex knihovny (a opravil použití unsigned intu místo size_t), kdybych implementoval jejich API a vydal ho zadáčo?
Zajímavé, jak všechny přitahuje ten převodník Base64, který jsem já nepsal :) Ale máš pravdu, že je takový ošklivý. Včera jsem se do něj víc díval a našel jsem tam of-by-one chybu. Sice se projevuje jen na neplatném vstupu a jak se říká garbage in, garbage out. Až zjistím, jak je Base64 specifikováno (jestli nad znaky nebo nebo nad oktety), tak převodník přepíšu.
Vím, ptal jsi se tu na to. On problém se size_t/off_t je ten, že závisí na programovacím prostředí. Když pak jednu knihovnu přeložíte s definovaným __USE_FILE_OFFSET64 a druhou bez, tak dostanete nekompatibilní knihovny. Proto asi dávají přednost základnímu typu, který taky má neznámou ale v rámci překladače pořád stejnou velikost.
On problém se size_t/off_t je ten, že závisí na programovacím prostředí. Když pak jednu knihovnu přeložíte s definovaným __USE_FILE_OFFSET64 a druhou bez, tak dostanete nekompatibilní knihovny. Proto asi dávají přednost základnímu typu, který taky má neznámou ale v rámci překladače pořád stejnou velikost.Cože? Tady si asi někdo plete size_t s něčím jiným ... standard říká, že operátor sizeof vrací hodnotu typu size_t, že je to číselný typ, neznaménkový a že tento typ je schopen "pojmout" velikost největšího alokovatelného objektu. S off_t vůbec nesouvisí a nějaký int nikde stejnou velikost taky nemá garantovánu a může být menší, roven, nebo větší, než size_t. V případě, kdy je int menší daná knihovna omezuje uživatele ve velikosti maximálního objektu (třeba pole) a musí ho funkci předávat Xkrát (vždy posunout ukazatel), aby ho byla schopna zpracovat, možnost záporných hodnot pro int může navozovat pocit, že knihovna umí čarovat se zápornými hodnotami (pro což by se však ale hodil ptrdiff_t). V případě shodné velikosti je problém jen se znaménkem (a standardem negarantované chování přetečení znaménkového typu (výjimka vs. modulo), v případě větší velikosti intu zase jakoby uměla čarovat a pracovat s objektem větším, než je možno alokovat. off_t jsem viděl akorát na POSIX systémech a systémech snažící se o POSIX kompatiblitu (např. linux ), a to v souvislosti se soubory (velikost, seek, ... ale pro čtení a zápis z/do paměti se opět používá size_t, resp. trochu omezený na SSIZE_MAX z důvodu možnosti nějak hlásit chybu (tento způsob je padlý na hlavu a nikdy se mi nelíbil, mnohem lepší by bylo vracet třeba 0 při OK, -1 při chybě a velikost ukládat do extra proměnné předané fci)). A __USE_FILE_OFFSET64 je co? Znám _LARGEFILE64_SOURCE (které zpřístupní volání s 64 na konci) a _FILE_OFFSET_BITS=64, které udělá off_t 64bitovým na 32bit šmejďárnách.
int size = sizeof(MojeStruktura)
. Proto kvůli tomu taky hrotím všude možně, aby si to uvědomilo co nejvíce lidí. Bohužel někde jsou natvrdlí a po nahlášení bugu pro Valu ho zavřeli jako WONTFIX se spoustou debilních výmluv.