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, …
Evropská komise by do léta mohla předložit návrh normy omezující používání sociálních sítí dětmi v zájmu jejich bezpečí na internetu. Prohlásila to včera předsedkyně EK Ursula von der Leyenová, podle níž řada zemí Evropské unie volá po zavedení věkové hranice pro sociální sítě. EU částečně řeší bezpečnost dětí v digitálním prostředí v již platném nařízení o digitálních službách (DSA), podle německé političky to však není dostatečné a
… více »Multiplatformní open source aplikace scrcpy (Wikipedie) pro zrcadlení připojeného zařízení se systémem Android na desktopu a umožňující ovládání tohoto zařízení z desktopu, byla vydána v nové verzi 4.0.
pisi maly program v c-cku a potreboval bych vedet, jak dlouhy je double, nebo lepe jaka je jeho presna bitova struktura (kolik bitu je exponent atp.). Jak to na danem systemu zjistim? Jedna se o architekturu i386, gcc-4.1 (distro debian testing).
Dekuj za radu :)
Zdravi Michal
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
sizeof(). Na velikost mantisy a exponentu se zkuste podívat třeba do seriálu, který nedávno vyšel na Rootu, je to asi tak druhý nebo třetí díl.
dekuji za odpoved, upresnim svuj problem: ja dostanu z pristroje 8byte, z toho prvnich 11 jsou "exponent bits" a zbylych 52 jsou "fraction bits" podle EEE754. Kdyz ted nactu techle 8byte do promene typu double (sizeof(double)=8, alespon na mem systemu), tak dostavam hodnotu o 4 rady mensi, napriklad misto 0.2 dostanu 0.00002. Hledam pricinu problemu. Napadlo me, jestli je opravdu ulozeny double podle EEE754 i na mem systemu. Proto dotaz, jak to zkontroluji?
jeste presneji, pristroj vraci hodnotu ve tvaru :
(ascii)0(ascii)#(binary)110100....
cili prvni dva byte jsou ascii 0 a ascii #, pak nasleduje 64 bitu.
nactu tedy vsechno (celkem 10 byte) do pole typu char a pak provedu
pointer_na_double=pole + 2;
No a chova se to jak jsem uvedl vyse... :)
Jeste jednou dekuji za pomoc
Zkuste se podívat na hodnoty maker FLT_RADIX (mělo by být 2), DBL_MANT_DIG, DBL_MIN_ËXP a DBL_MAX_EXP (je potřeba includovat <float.h>), z nich by to mělo být vidět. U mne je to (na x86 i x86_64) 2, 53, 1024, -1021. Takže by to mělo být 53 bitů mantisy, 1 bit znaménko a 10 bitů exponentu.
V každém případě bych ale doporučoval nespoléhat na kompatibilitu binárního zápisu a napsat si na to konverzní funkci. Ušetříte si tím těžkou hlavu, kdybyste to někdy chtěl portovat na jinou platformu (třeba big endian).
moc dekuji, to je ono :) Na mem systemu jsou hodnoty totozne tj. 2, 53, 1024 a -1024.
Ano, kompatibilita mym resenim trpi. Mohl bych vsechna data nacist jako ascii a pak je zkonvertovat pomoci atof(), coz je z hlediska kompatibility bezproblemove. Nicmene rad bych se tomuto reseni vyhnul kvuli rychlosti. I za cenu ztraty kompatibility.
Tiskni
Sdílej:
