abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 05:11 | Zajímavý článek

    Společnost Backblaze zveřejnila statistiky spolehlivosti pevných disků používaných ve svých datových centrech za rok 2024. Ke konci roku 2024 vlastnila 305 180 pevných disků. Průměrná AFR (Annualized Failure Rate), tj. pravděpodobnost, že disk během roku selže, byla 1,57 %. V roce 2023 to bylo 1,70 %. V roce 2022 to bylo 1,37 %.

    Ladislav Hagara | Komentářů: 0
    dnes 04:22 | Bezpečnostní upozornění

    Intel vydal 34 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20250211 mikrokódů pro své procesory řešící 5 bezpečnostních chyb.

    Ladislav Hagara | Komentářů: 0
    dnes 03:11 | Nová verze

    Byla vydána nová verze 1.24 programovacího jazyka Go (Wikipedie). Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    včera 19:44 | Komunita

    Jiří Eischmann upozorňuje, že GNOME nemá české překladatele: "Posledních minimálně 15 let byly překlady GNOME do češtiny ve výborném stavu. U každého vydání jsem jen hlásil, že je vše přeložené, poslední roky to platilo i pro drtivou většinu dokumentace. Poslední rok se to ale začalo zadrhávat. Přispěvatelé, kteří to dlouhé roky táhli, odešli a není nikdo, kdo by to po nich převzal. Proto jsme se rozhodli jít s pravdou ven: GNOME momentálně nemá české překladatele a pokud se toho neujme někdo nový, překlady začnou postupně upadat."

    Ladislav Hagara | Komentářů: 11
    včera 19:22 | Nová verze

    Otevřený zvukový bezztrátový kodek FLAC (Free Lossless Audio Codec, Wikipedie) byl vydán v nové verzi 1.5.0. Hlavní novinkou je podpora vícevláknového kódování. V prosinci loňského roku byl FLAC formálně specifikován v RFC 9639.

    Ladislav Hagara | Komentářů: 3
    včera 15:11 | IT novinky

    Evropská unie hodlá iniciovat investice do rozvoje umělé inteligence v hodnotě 200 miliard eur, v přepočtu zhruba pět bilionů korun. V projevu na summitu o umělé inteligenci v Paříži to v úterý řekla předsedkyně Evropské komise Ursula von der Leyenová. Umělá inteligence podle ní může přispět mimo jiné ke zvýšení konkurenceschopnosti.

    Ladislav Hagara | Komentářů: 14
    včera 13:00 | Nová verze

    Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.3 (Mastodon). Přehled novinek i s videi a se snímky obrazovky v oficiálním oznámení. Podrobný přehled v seznamu změn.

    Ladislav Hagara | Komentářů: 2
    včera 04:11 | Komunita

    Lennart Poettering se na Mastodonu rozepsal o novince v systemd, na které pracuje: systemd bude umět nabootovat z obrazu disku staženého pomocí HTTP v rámci initrd.

    Ladislav Hagara | Komentářů: 14
    10.2. 21:44 | Nová verze

    Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána ve verzi 2025.2. Nově lze zálohovat také na Google Drive a Microsoft OneDrive.

    Ladislav Hagara | Komentářů: 0
    10.2. 18:22 | Komunita

    V kinech aktuálně běží animovaný film Kočičí odysea, v originálu Flow, (Wikipedie) vytvořený v Blenderu. Film získal řadu ocenění a má dvě nominace na Oscary 2025. Na ČSFD má 80 %. Režisérem je Gints Zilbalodis. Rozhovor s režisérem na stránkách Blenderu.

    Ladislav Hagara | Komentářů: 12
    Rozcestník

    Dotaz: Alternativa k OpenAL

    Jardík avatar 11.1.2011 18:25 Jardík | skóre: 40 | blog: jarda_bloguje
    Alternativa k OpenAL
    Přečteno: 377×
    Neví někdo o nějaké alternativě k OpenAL, kde nepoužívají vlastní datové typy typu ALuint, ALsizei? V takovém případě mi totiž nikdo neručí za to, že např. ALsizei bude size_t. Nějaká specifikace mi říká non-negative 32-bit binary integer size, což je pro mě nevhodné, protože pak nemůžu (bez možných špatných následků, či stupidně zdržující kontrole přetečení) např. použít výsledek operátoru sizeof. Prostě něco, kde používají normální typy (u)intX_t pro typy s pevně danou velikostí a size_t pro velikosti a indexace polí apod.
    Věřím v jednoho Boha.

    Odpovědi

    11.1.2011 21:35 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Alternativa k OpenAL

    Specifikace je v tomto stejně nejasná jako a protože OpenGL. Mně z toho vyplývá, že je tím myšleno int32_t s omezením, že nesmí nést zápornou hodnotu.

    Jardík avatar 11.1.2011 22:30 Jardík | skóre: 40 | blog: jarda_bloguje
    Rozbalit Rozbalit vše Re: Alternativa k OpenAL
    Ano, to z toho taky chápu a je to jedna z věcí, co mi právě tom OpenAL vadí. Kromě toho, že si prostě musí vytvářet nové typy a nutí vás si znepřehledňovat program a řešit věci typu fread() mi vrátí počet bytů jako size_t, já v kódu musím ošetřovat, jestli sizeof(ALsizei) je menší nebo větší, než velikost size_t, přetypovávat, ošetřovat přetečení kvůli znaménku, ... kód je pak hnusný, nepřehledný a je tu možnost vzniku spousty nechtěných chyb (a v praxi se opravdu takové chyby vyskytují, neošetřené a je "náhoda", že to všem funguje, protože to nevyužívají "naplno"). Dále mě to nutí používat (kvůli přehlednosti) dané typy i ve zbytku mé aplikace, nebo upravovat již existující části na dané typy a omezuje to velikost zpracovávaných dat apod. Tohle mi vadí.
    Věřím v jednoho Boha.
    12.1.2011 08:20 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Alternativa k OpenAL

    Z pohledu uživatele knihovny to je hnus. To uznávám. Z pohledu definice ABI knihovny je ale důležité mít přesnou specifikaci.

    Obávám se, že jakýkoliv rozumný datový formát se gumovým typům (int, size_t) zdaleka vyhne.

    Když už jste nakousl fread(), tak ta je ještě příčetná v tom smyslu, že vrací jen kladné hodnoty. Jsou funkce, které při chybě vrací size_t(-1).

    Problém se často řeší při překladu. Otestuje se, zda-li jsou typy kompatibilní, když ne, překlad selže. V lepším případě se přetypování nahradí makrem, které pro kompatibilní typy nic nedělá, pro nekompatiblní vloží test na rozsah. (Pokročilé překladače dokáží zbytečné testy na rozsah vyoptimalizovat pryč.)

    Jinak souhlasím, že tyto chyby se často neřeší a pak vyplavou v nejhorší čas. Třeba v poslední verzi pcre se přetypovává ukazatel z long int na int. Což fungovalo, dokud jsme se nepokusili knihovnu přeložit na big endian stroji. Pak se začala dít kouzla, jako segfault kvůli vyčerpání zásobníku :)

    Jardík avatar 12.1.2011 12:20 Jardík | skóre: 40 | blog: jarda_bloguje
    Rozbalit Rozbalit vše Re: Alternativa k OpenAL
    Obávám se, že jakýkoliv rozumný datový formát se gumovým typům (int, size_t) zdaleka vyhne.
    Pokud se jedná o formát nějakého typu souboru, či něco přenášeného přes síť, tak ano, souhlasím. Ale pokud má knihovna možnost pracovat s pamětí (např. u OpenAL přehrát zvuk, co je v paměti), tak by pro určení velikosti měli k tomu použít příslušný typ (v tomhle případě jednoznačně size_t, který je přesně k tomu určen). Navíc co nezpůsobí žádné nekompatibility, protože knihovna se stejně pro novou architekturu musí přeložit, stejně jako program ji využívající. Ale asi se nemá cenu hádat. Asi prostě vezmu zdroják OpenAL, trochu o upravím a hold to nebudu vydávat za implementaci OpenAL, ale pojmenuju to nějak.
    Jsou funkce, které při chybě vrací size_t(-1).

    Tak to ale přece není záporná hodnota ... size_t je definovaný jako neznaménkový typ.

    Jinak koukal jsem na wikipedii a tam se píše, že OpenAL 1.0 vyšlo v roce 2000, nevidím problém, proč nemohli v tomto roce použít (u)intX_t či size_t, v tu dobu to byly standardem C99 definované typy ... a size_t už v C89

    Věřím v jednoho Boha.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.