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 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
dnes 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 0
dnes 01:23 | Nová verze

Oficiálně bylo oznámeno vydání verze 3.0 multiplatformního balíku svobodných kancelářských a grafických aplikací Calligra (Wikipedie). Větev 3 je postavena na KDE Frameworks 5 a Qt 5. Krita se osamostatnila. Z balíku byly dále odstraněny aplikace Author, Brainstorm, Flow a Stage. U Flow a Stage se předpokládá jejich návrat v některé z budoucích verzí Calligry.

Ladislav Hagara | Komentářů: 3
včera 15:25 | Nová verze

Bylo oznámeno vydání první RC (release candidate) verze instalátoru pro Debian 9 s kódovým názvem Stretch. Odloženo bylo sloučení /usr jako výchozí nastavení v debootstrap. Vydán byl také Debian 8.7, tj. sedmá opravná verze Debianu 8 s kódovým názvem Jessie.

Ladislav Hagara | Komentářů: 6
včera 13:37 | Zajímavý projekt

1. ledna byl představen projekt Liri (GitHub). Jedná se o spojení projektů Hawaii, Papyros a původního projektu Liri s cílem vyvíjet operační systém (linuxovou distribuci) a aplikace s moderním designem a funkcemi. Včera byl představen Fluid 0.9.0 a také Vibe 0.9.0. Jedná se o toolkit a knihovnu pro vývoj multiplatformních a responzivních aplikací podporující Material Design (Wikipedie) a volitelně také Microsoft Design Language (designový jazyk Microsoft) [reddit].

Ladislav Hagara | Komentářů: 5
14.1. 00:33 | Zajímavý software

Google na svém blogu věnovaném open source představil knihovnu pro komprimaci a dekomprimaci 3D grafiky s názvem Draco. Knihovna bude využívána například v aplikacích pro virtuální a rozšířenou realitu. Porovnání Draco s gzip na YouTube. Zdrojové kódy Draco jsou k dispozici na GitHubu pod licencí Apache 2.0.

Ladislav Hagara | Komentářů: 5
13.1. 17:27 | IT novinky

V loňském roce proběhla úspěšná kampaň na Indiegogo na podporu GPD Win. Jedná se o malý 5,5 palcový notebook a přenosnou herní konzoli v jednom. Předinstalované Windows 10 lze nahradit Linuxem. V únoru by se na Indiegogo měla objevit kampaň na podporu 7 palcového notebooku GPD Pocket.

Ladislav Hagara | Komentářů: 28
13.1. 02:00 | Nová verze

Po pěti měsících od vydání verze 1.0.0 (zprávička) byla vydána verze 2.0.0 frameworku Kirigami (HIG) pro vytváření uživatelských rozhraní mobilních a konvergentních aplikací nad toolkitem Qt. Pro vyzkoušení je určena aplikace pro Android Kirigami gallery.

Ladislav Hagara | Komentářů: 0
12.1. 23:28 | Zajímavý software

Akční hra Lugaru HD od Wolfire Games (recenze) byla uvolněna jako svobodný software, a to včetně dat (pod licencí Creative Commons Attribution – Share Alike). Linuxový port byl v roce 2010 součástí první akce Humble Indie Bundle a engine byl krátce poté uvolněn pod licencí GNU GPL, což vedlo mj. k portu na AmigaOS. Autor mezitím pracuje na pokračování nazvaném Overgrowth.

Fluttershy, yay! | Komentářů: 0
12.1. 14:49 | Bezpečnostní upozornění

Na serveru Jabb.im bylo zveřejněno vyjádření k úniku dat z Jabbim Archive (pastebin). Dump databáze obsahuje komunikaci uživatelů, jejich IP adresy a logy aplikace od října 2015 do března 2016. Celkově se jedná o 8 GB dat, převažujícím jazykem zpráv je čeština a slovenština. O úniku informoval jako první server Motherboard. Jabbim Archive byla službou volitelnou, dostupnou pouze pro VIP uživatele. Podle provozovatele serveru Jabb.im k

… více »
Michal Makovec | Komentářů: 68
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (75%)
 (3%)
 (10%)
Celkem 293 hlasů
 Komentářů: 19, poslední 13.1. 22:02
    Rozcestník
    Reklama

    Dotaz: Maximalna velkost jednorozmerneho pola v C

    14.4.2012 12:39 Warchangel | skóre: 4
    Maximalna velkost jednorozmerneho pola v C
    Přečteno: 343×
    Dobry den,

    chcel som sa opytat, ci je velkost jednorozmerneho pola v jazyku C nejak obmedzena. Pretoze potrebujem jednorozmerne pole typu long, ktore bude mat maximalne 1 000 000 prvkov. Ale ked v programe napisem "long pole[1000000]" a dam spustit program, tak mi to hned pri starte vyhodi chybu. Ale ked pouzijem "long pole[500000]", tak vsetko funguje ako ma.

    popripade, neviete ako tento problem vyriesit, aby som mohol mat " long pole[1000000]"?

    Za odpovede vopred dakujem.

    Řešení dotazu:


    Odpovědi

    14.4.2012 13:10 Václav Vanc | skóre: 14
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C
    Ta maximální velikost pole bude pravděpodobně záviset na hardwaru a překladači. Pro takto velká pole je vhodné používat dynamicky alokovanou paměť. Tudíž si nastuduj funkce malloc a free.
    Řešení 1× (Warchangel (tazatel))
    14.4.2012 13:53 tom
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C
    To pole se vam nejspise nevejde na zasobnik. Deklarujte ho jako staticke, pak by to melo fungovat (pokud nemate dementni prekladac).
    14.4.2012 14:12 mankind_boost | skóre: 4 | Hliněná chýše, 5482/3
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C
    long je 32bitovej pokud vim, no a pole o rozměru 1 000 000 prvků má velikost 4GB, což může překračovat limit 32bit aplikace.
    14.4.2012 14:39 tom
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C
    1 000 000 prvků má velikost 4MB
    14.4.2012 17:17 mankind_boost | skóre: 4 | Hliněná chýše, 5482/3
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C
    no jó :D

    dneska sem se moc vyspal a je to znát :D
    mess avatar 14.4.2012 14:51 mess | skóre: 43 | blog: bordel | Háj ve Slezsku - Smolkov
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C
    Tohle mi připomíná, jak se u nás na fakultě vyučující baví tím, že zadávají projekty, do kterých píšou něco v tomto smyslu:
    ... prvků v této množině může být klidně i 106 ... Napište program, který ji zpracuje."
    Každý rok to číslo dávají vyšší. A potom baví okolí tím, že vyprávějí kolik lidí tu paměť ve svém projektu alokuje staticky na zásobníku.

    Takže rada na závěr - nastuduj si malloc() a free(). A popřemýšlej, jestli je pole přesně to, co potřebuješ (jestli by se třeba neuplatnil spojový seznam).
    Cez párne mesiace zošíváš vaginy, cez neparne montuješ hajzle.
    14.4.2012 20:19 aaaaaaaaaaaaaaa
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C

    Ak sa da nieco implementovat cez pole, pouzil by som pole.

    Spojak je pomaly a neefektivny, ci uz berieme zabranu velkost alebo len rychlost priechodu od zaciatku do konca. Pristup cez pointery nieco stoji, nefunguje tu rozumne prednacitanie (ked su data po celej pamati) a pri pridavani kazdeho noveho prvku je treba volat pomerne pomaly malloc.

    Keby to nejak zoskupoval a robil by spojak poli, tak by to bolo snad o trochu lepsie. Takto je napriklad na mojom systeme overhead na 1 prvok 8B (4B malloc + 4B pointer na dalsi prvok) pri velkosti prvku 4B (long). To znamena az 3x vacsiu spotrebu pamati.

    14.4.2012 21:08 Kit
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C
    Základní axiom: Univerzální řešení neexistuje.

    Spojový seznam může být za určitých okolností efektivnější a úspornější, než pole. Záleží na typu úlohy, kterou zpracovávám.
    14.4.2012 23:46 aaaaaaaaaaaaaaa
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C
    Ked potrebujem nieco vkladat inde ako na koniec, pricom nevie, kde presne, tak ano - spojak moze byt rychlejsi ako pole. Aj to by som ale riesil spojakom poli, prave kvoli opisanym dovodom. O uspornosti spojaku oproti polu pochybujem - aky moze byt mensi overhead ako nulovy?
    mess avatar 14.4.2012 22:40 mess | skóre: 43 | blog: bordel | Háj ve Slezsku - Smolkov
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C
    Pokud ta položka bude větší (např. nějaká struktura), tak ten poměr spotřeby paměti nebude už tak nevýhodný. Navíc někdo by v některých typech úloh mohl ocenit konstantní časovou složitost operace vložení prvku do seznamu oproti lineární složitosti u pole. Nic není černobílé.
    Cez párne mesiace zošíváš vaginy, cez neparne montuješ hajzle.
    15.4.2012 00:03 aaaaaaaaaaaaaaa
    Rozbalit Rozbalit vše Re: Maximalna velkost jednorozmerneho pola v C

    Staci vkladat na koniec pola namiesto na zaciatok a hned mame tiez konstantu.

    Viem, ze je niekedy jednoducho treba pouzit spojak, ale v tom pripade si ho reprezentujem (ako som spomenul vyssie) spojakom poli, aby sa zaroven vyuzilo vyhod poli.

    Graf (a zlozitejsie struktury) davam tiez najradsej do pola, lebo taketo rozvhnutie lepsie vyuziva pamat a cache (medzi zaznamami nie su "poznamky" od mallocu, takze nastava menej aliasingu pri cache-ovani), zo skusenosti to bezi rychlejsie ako "pointerami implementovany" graf (spojak) a v debug verzii je mozne velmi jednoducho spravit kontrolu, ktora overuje validitu adries (tu ide o indexy do pola) a pritom to upozorni na problemy.

    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.