Před 30 lety, tj. v úterý 30. dubna 1996, byl spuštěn Seznam.cz.
Byly zpracovány a zveřejněny všechny videozáznamy, které stojí za zveřejnění, z konference FOSDEM 2026.
Od úterý 28. dubna musí nově uváděné notebooky v Evropské unii podporovat nabíjení přes USB-C. Jednotná nabíječka byla schválena Evropským parlamentem v říjnu 2022.
Byly publikovány informace o kritické zranitelnosti CVE-2026-31431 pojmenované Copy Fail v Linuxu, konkrétně v kryptografii (AF_ALG). Běžný uživatel může získat práva roota (lokální eskalaci práv). Na všech distribucích Linuxu vydaných od roku 2017. Pomocí 732bajtového skriptu. V upstreamu je již opraveno. Zranitelnost byla nalezena pomocí AI Xint Code.
Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.
Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.
VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.
Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách
… více »David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.
Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
25.3.2009 14:14
masomlejn | skóre: 16
Zdravím,
tento dotaz je primárně směřován na ženy/muže orientující se v problematice programovaní a kompilace ve fortranu ale ani ostatní se nemusí cítit odstrčeni.
Popis problému:
Program na řešení soustavy parabolických PDE (trubkový reaktor s axiální disperzí), napsaný ve fortran90 (z důvodu dynamické alokace polí) a FORTRAN77 (rutiny na řešeni PDE), byl zkompilován Intel Fortran Compiler For Linux verze 10.1 20080312. Pokud je program zkompilován v debug modu (s parametry -g -debug all) běží vše v pořádku, resp. je dosažen smysluplný výsledek*. Pokud ale je použita při kompilaci optimalizace (-O2 a výše) solver DDASPK, který má za úkol numerické řešení prostorových derivací, se ukončí z důvodu neschopnosti vypočíst YPRIME (první derivace funkce y - definované uživatelem).
Nejde zde ani tak o problém fyzikální (věřím že fyzikální podstata problému je naprogramována správně), ale spíše programátorský. Jak může obecně optimalizace zdrojového kódu kompilátorem ovlivnit numerickou stabilitu výpočtu? Dočetl jsem se, že během optimalizace dochází k vektorizaci vybraných smyček-cyklů není zde podstata výše uvedeného problému? Setkali jste se už někdy s rozdílným chováním programu zkompilovaného v debug modu a optimalizovaného (jedno v jakém programovacím jazyku)?
Dík za Vaše zamyšlení nad problémem,
Milan
* Smysluplným výsledkem je myšlen ten, který splňuje zadání úlohy a poskytuje reálné (fyzikální) hodnoty, jako třeba kladné absolutní teploty, respektuje zákon zachování hybnosti, hmoty a energie.
25.3.2009 14:32
masomlejn | skóre: 16
HA! Tak formulace problému zde nafóru mi pomohla najít vhodnou formu dotazu pro google!:
computation result differs with Optimize/Debug versions
A výsledky se začaly hrnout. Třeba hned jeden z prvních odkazů:
http://www.flounder.com/debug_release.htm
se zdá být nanejvýš relevantní.
25.3.2009 15:37
masomlejn | skóre: 16
No budu pokračovat v samomluvě. Našel jsem to co je nejspíše příčinou mého problému. Níže uvedený odkaz obsahuje sice obecnou přednášku, ale na stránce 7 je přesně popsáno, co způsobuje "horlivá" optimalizace za bordel.
www.cs.berkeley.edu/~wkahan/Mind1ess.pdf
25.3.2009 19:17
masomlejn | skóre: 16
Dík za napad s paralelním výpisem z neoptimalizovaného a optimalizovaného programu a sledovat kde dochází ke změně. Jinak optimalizace začne produkovat jiné výsledky když použiju -O2. Když přidám -fltconsitency tak problém zmizí.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz