• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    XCHAOSANSI C/C99 (specifikace), GNU C (gcc, glibc), Tiny C (tcc) a POSIX - ne nutně C++,g++,libstdc++ nebo Win32 API
    /* Toto je klub především pro lidi, pro které je programování jednou z mnoha massive multiplayer online počítačových her, které lze hrát.
        V tomto klubu hrozí sémantická hereze a nezdravě vysoký obsah syntaktického cukru. Nevhodné pro algoritmické diabetiky.
        Od účastníků debaty se předpokládá automaticky přístup k instalovanému GNU C: sudo apt-get install build-essential
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    C (programovací jazyk)#C99 Heslo na české Wikipedii
    Jazyk C - Základy praktického programování V Praze 2oo7 pro SSPŠ Tomáš Harvie Mudruňka a kolektiv - jak si programování v C představuje většina lidí
    http://stevenkobes.com/ctest.html C Programming Puzzlers - nepouštějte se do flamewars v tomhle klubu, pokud neuhodnete aspoň polovinu správně!
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    http://en.wikipedia.org/wiki/C99 C99 is a modern dialect of the C programming language.
    http://cprogramminglanguage.net/ C programming language
    http://cprogramminglanguage.net/c-programming-language-tutorial.aspx C programming language - úvod
    http://en.wikipedia.org/wiki/Criticism_of_the_C_programming_language C makes it easy to shoot yourself in the foot. (ještě že ne do hlavy...)
    http://en.wikipedia.org/wiki/C_preprocessor
    http://gcc.gnu.org/onlinedocs/gcc/Variadic-Macros.html C99 makra s proměnným počtem argumentů - __VA_ARGS__
    http://gcc.gnu.org/onlinedocs/gcc/ GNU C Compiler
    http://gcc.gnu.org/onlinedocs/gcc-4.2.2/gcc/Optimize-Options.html
    http://bellard.org/tcc/ Tiny C Compiler - prý C99 compliant (min. umí __VA_ARGS__) - vhodný pro skriptování v C - umí #!/usr/bin/tcc -run
    http://en.wikipedia.org/wiki/International_Obfuscated_C_Code_Contest - pokud jste neviděli tohle, tak jste ještě neviděli opravdu nečitelný C zdroják
    http://bellard.org/otcc/ Obfuscated Tiny C Compiler - z tohohle vtípku vznikl Tiny C compiler
    http://en.wikipedia.org/wiki/ANSI_C Jak se střelit do nohy standardizovaným způsobem.
    http://eli-project.sourceforge.net/c_html/c.html ANSI C Specification
    http://www.lysator.liu.se/c/ Různý ANSI C bordel
    http://www.cs.rit.edu/~ats/books/ooc.pdf Object Oriented Programming with ANSI-C - a pak že to nejde
    http://en.wikipedia.org/wiki/Longjmp co jsou to setjmp()/longjmp() knihovní funkce (pro všechny, podle kterých to bez C++ try { } catch() ... nejde)
    http://groups.google.com/group/comp.lang.c++.moderated/browse_thread/thread/dcdc710c27f47c72 C neumí správně počítat (?)
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    http://www.fastcgi.com/ FastCGI is simple because it is actually CGI with only a few extensions.
    http://www.metalshell.com/source_code/18/Mysql_Select.html How to do a simple connection and select with mysql
    http://xmlsoft.org/ The XML C parser and toolkit of Gnome
    http://curl.haxx.se/libcurl/ libcurl - the multiprotocol file transfer library
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    https://dev.arachne.cz/svn/cll1h SVN/Trac jazyka C<<1 (user-friendly nadstavba nad ANSI C99 - ve stylu JQuery vs. JavaScript)
    Benchmark iterace a serializace stringů v různých jazycích vs. v C
    - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
        moderátor se velice zhruba řídí zvyklostmi moderace, která kdysi platila v řadě konferencí sítě FidoNet ... C != 0xdead */
    rozbalit záhlaví
    DAVIDOWITCH
    DAVIDOWITCH --- ---
    XCHAOS: http://linux.die.net/man/3/alloca
    Myslis to varovani tady?
    XCHAOS
    XCHAOS --- ---
    JANFROG: mě v podstatě jde jen o to napsat si nějaký co nejjednodušší memory pool, u kterého budu plně rozumět tomu, jak funguje - a bude schopen jednoduše hromadně uvolňovat větší množství paměti (i bez použití garbage collection).

    že to nemusí fungovat mimo scope, ve kterém alokuju, to mě nevadí - to je u mě spíš feature, ne bug, konec funkce či scope je pro mě vhodné místo, kde masivně dealokovat (pokud se s tím od začátku počítá) (ostatně garbage collection pomocí reference counteru by taky dealokovala typicky v místě, kde zanikne poslední reference na objekt, což je v řadě případů to samé místo)

    DAVIDOWITCH: no man alloca před tím varuje, tak nevím... podle téhle manuálové stránky se takto alokovaná paměť překrývá ze začátkem stacku z hlediska té volané funkce.
    JANFROG
    JANFROG --- ---
    XCHAOS: alloca() jako princip alokatoru ma dva zasadni problemy
    (i) nemuzes tim alokovat pamet, ktera musi prezit aktivaci funkce, ktera alokuje. Jakmile se ti funkce vrati, data jsou v ... (a nemuzes pouzivat setjmp/longjmp)
    (ii) se zvysovanim limitu stack segmentu budes mit problemy ve vicevlaknovych aplikacich
    (pthreads).

    Jo, a na sbrk() se vykasli, vystacis si s mmap() a mprotect()...
    DAVIDOWITCH
    DAVIDOWITCH --- ---
    XCHAOS: Hmm.. ja uz alloca chvili nepouzival a na linuxu nikdy, ale nevybavuju si ze bych mel nejakej velkej problem s predavanim pameti volanym funkcim. V cem je ten problem?
    XCHAOS
    XCHAOS --- ---
    asi se přiznám, co jsem spáchal tentokrát (zvýrazňovátko si do Debianu nainstalujete pomocí apt-get install highlight - bohužel jsem ale nepřišel na to, jak u téhle konverze zabránit zdvojení řádkování :-) )

    #include <stdio.h>
    #include <alloca.h>
    #include <malloc.h>
    #include <sys/time.h>
    #include <sys/resource.h>

    int main(void)
    {
    int i;
    char *buf;
    struct rlimit r;

    getrlimit(RLIMIT_STACK,&r);
    printf("RLIMIT_STACK soft=%d, hard=%d\n",r.rlim_cur,r.rlim_max);
    r.rlim_cur=20000000;
    setrlimit(RLIMIT_STACK,&r);
    getrlimit(RLIMIT_STACK,&r);
    printf("RLIMIT_STACK soft=%d, hard=%d\n",r.rlim_cur,r.rlim_max);
    printf("%d\n",time(NULL));
    for(i=0;i<500000;i++)
    {
    buf=alloca(2);
    }
    printf("%d\n",time(NULL));
    for(i=0;i<10000000;i++)
    {
    buf=malloc(2);
    }
    printf("%d\n",time(NULL));
    }


    po spuštění to vypíše tohle (cílem bylo mj. zkusit změřit rychlost alokace paměti, která je u malloc() v 64bitovém virtuálním stroji které má přiděleno jedno jádro někdo kolem 10 milionů za sekundu)

    RLIMIT_STACK soft=8388608, hard=-1
    RLIMIT_STACK soft=20000000, hard=-1
    1339660461
    1339660461
    1339660462


    .. takže evidentně s tím stackem lze za chodu hýbat... otázka tedy je, jestli by mělo smysl dělat nějaký wrapper kolem tohoalloca (resp. jak vůbec zjistím, kde momentálně na stacku jsem a jestli si můžu dovolit allocal()).

    stejně si myslím, že jsou důvody to nedělat (viz že by pak nešlo alokovanou paměť přímo předávat volaným funkcím...což se sice nedělá často, ale je to podobně matoucí, jako když makro provede dvojí vyhodnocení výrazu předaného jako parametr, apod.)
    XCHAOS
    XCHAOS --- ---
    V podstatě se obloukem vracím k zavržené anketě [ XCHAOS @ ANSI C/C99 (specifikace), GNU C (gcc, glibc), Tiny C (tcc) a POSIX - ne nutně C++,g++,libstdc++ nebo Win32 API ] kde všichni chtějí být hrozně pokročilí: nedá mi to, ale nemyslím si, že k C může jen tak přijít někdo, kdo se naučil programovat na JavaScriptu, PHP nebo Perlu, a jen tak rutinně ho začít používat s tím, že "místo tamtoho se používá tohle, brnkačka".

    třeba s tím odchytáváním SIGSEGV... jsem fakt zvědav, co si představujete, že jde dál dělat, když vám dojde místo na stacku: kromě nějakého zalogování chyby či nouzového uložení důležitých a přitom dosud neuložených dat toho podle mě moc dělat nejde. resp. kdyby šlo o chybu malloc(), tak má v multitaskovém prostředí cenu zkusit po nějaké době alokovat paměť znovu.... ale u toho alloc

    dobře... ještě je tu volání brk() a sbrk() ... to se přiznám, že je pro mě alchymie :-) hmm....

    setrlimit(RLIMIT_STACK,..) ... tím chcete říct, že když se před každým voláním alloca() zeptám, jestli mám dost místa, že můžu stack případně on-demand zvětšit? tak to snad budu muset zkusit :-)
    XCHAOS
    XCHAOS --- ---
    JANFROG: je tam ještě jedno "ale" - já si chtěl napsat "univerzální" alokátor, který se bude používat všude stejně - ale budu nad ním mít nějaké řídící nástroje (v mém případě flow control makra, ale lze si to představit i "čistší", jako volání nějakých přepínačů), které by řekly, kam se alokuje. no ale protože alloca() je v gccv inlinované, tak to není funkce, na kterou by šlo získat pointer.... a stejně tak to nejde obalit funkcí, právě proto, že to alokuje na stack.

    DAVIDOWITCH: asi ano, ale těch nevýhod je tam více - např. nemůžeš paměť kterou ti alloca() vrátí jednoduše předat v seznamu argumentů volané funkce, čímž se to přesně blíží omezením, za které tady byla krizována moje makra: prostě pro kohokoliv mimo naprostých guru (kteří přesně chápou jak to je v C se stackem... což i mě pár let trvalo) tam čekají obrovské nástrahy.
    JANFROG
    JANFROG --- ---
    XCHAOS: Tak to vychazi z principu alloca(). Vzdycky muzes SEGV chytit, zjistit ze to bylo kvuli tomuhle, zamest pod stul a vratit chybu. Kdyz to budes delat, dej si tam par desitek bytu jako rezervu pro operacni stack handleru te chyby :-)
    PIGSTER
    PIGSTER --- ---
    JACHYMKO: otazka - proc zrovna make? to je jako kdyby si na to chtel pouzit msbuild - pujde to, ale nejak mi neni jasny, co ziskas pouzitim maku proti skriptu v cemkoliv jinym
    DAVIDOWITCH
    DAVIDOWITCH --- ---
    XCHAOS: Predpokladam ze nejak umis zjistit kolik ti zbejva na stacku a muzes tudiz alloca obalit.
    Holt kouzlo alloca je v tom, ze je to fakt superlightweight.
    XCHAOS
    XCHAOS --- ---
    JACHYMKO: buď cp -r a nebo, pokud jsi náročnější, tak si přečti man install. (ale já se přiznám, že jsem ten typ linuxáka, co nedá ani ránu bez Midnight Commanderu :-)
    XCHAOS
    XCHAOS --- ---
    tak jsem si zaexperimentoval... a na stacku (u programu nastaveného s implicitním nastavením compileru) nelze alockovat ani 50000x 2 bajty (1 mega) - a ani žádnou chybovou hodnotu to nevrátí, prostě rovnou Neoprávněný přístup do paměti (SIGSEGV). (jo, jistě si jde velikost stacku nějak poručit... o tom nepochybuju...)

    takže alloca() zavrženo. znovu na začátek: potřebuju něco, co by se chovalo podobně jednoduše (hromadné uvolnění paměti), ale bylo by to poněkud "slušněji vychované".
    XCHAOS
    XCHAOS --- ---
    tak jsem přemýšlel jak se postavit k ty svý alokaci paměti... a zrovna když už jsem si říkal, že se na to vykašlu a budu místo svých memory poolů ve většině případů používat prostě alokaci na stacku - alloca() - tak jsem si pořádně přečetl manuálovou stránku, co k tomu patří, a zase si to rozmyslel.

    ach jo.
    XCHAOS
    XCHAOS --- ---
    REDGUY: moderátor občas musí holt poněkud offtopic komentovat počíná ostatních... je blbý, když si nějaký klub vybere někdo, kdo má nutkání komentovat jakékoliv počínání moderátora a jinak se k tématu vyjádřuje minimálně.

    máš 3 dny R/O... ostatní toho snad místo unbookování využijí k tomu, aby se vrátili k tématu.
    REDGUY
    REDGUY --- ---
    XCHAOS: a další tvůj příspěvek co je nejen offtopic, ale dokonce i naprosto neinformativní. - odpovidam na tvoji zpravu. Pokud je ontopic tvoje povidani o tom, jak je cool se ostatnim vyspivat, je ontopic i moje odpoved. Pokud ontopic neni tvoje zprava na kterou jsem reagoval, tak jen pokrytecky vycitas ostatnim co sam delas. A radsi nebudu resit jak "ontopic" je primo tahle tvoje zprava, vid 8))
    XCHAOS
    XCHAOS --- ---
    REDGUY: ... a další tvůj příspěvek co je nejen offtopic, ale dokonce i naprosto neinformativní. (a plný podsouvání... kde mluvím o "omezenosti" kohokoliv? pokud vyslovuju paralely s jinými dobami, jinými obory - nemůžu za to, že potrefená husa se ozve. je tvůj problém, pokud se dobrovolně identifikuješ s něčím, s čím nemusíš...)

    konečně si uvědom, že "zasednout" si na nějakou konkrétní online identitu a věnovat několik let tomu, že horem-dolem hledáš způsoby, jak ji znemožnit, je naprosto neproduktivní způsob jak naložit se svým životem obecně (a časem online zvláště).

    všude jinde by si za svůj přístup k diskuzi dostal ban.... ale třeba jednou pochopíš, no.
    REDGUY
    REDGUY --- ---
    XCHAOS: ne každý pracuje na nudných firemních projektech za peníze - jen tak pro zajimavost, "firemni projekt za penize" pro tebe implikuje "nudny projekt"?

    že je víc cool se všem ostatním posmívat, že používají C k něčemu, k čemu nebylo určen - ale kdeze. Neposmivam se ti proto ze pouzivas C k necemu, k cemu neni urceno. Neposmivam se ti dokonce ani proto, ze do zdi na konci tehle slepe ulicky busis hlavou uz mnoho let, navic dokonce v situaci kdy sam v podstate uznavas ze to je slepa ulicka. Castecne se ti posmivam proto, ze si nenechas poradit (a tim nemyslim nutne ode me, ale prakticky od vsech ostatnich pritomnych). Hlavne se ti ale posmivam proto, ze navzdory tomu vsemu mas takovou absenci soudnosti, ze tohle vsechno vydavas za dukaz svoji kreativity a zaroven omezenosti ostatnich. Ale tak je to je vsech nasich sporech, ze ano.
    XCHAOS
    XCHAOS --- ---
    REDGUY: tak je to tak trochu klub pro lidi, kteří chtějí někde prezentovat, na čem dělají a tak... ne každý pracuje na nudných firemních projektech za peníze - jsou i lidi, co programují spíš pro sebe, jako hobby, a pak se o tom chtějí někde bavit...

    chápu, že je víc cool se všem ostatním posmívat, že používají C k něčemu, k čemu nebylo určené, a že všechno, co dělají, je zbytečné. ale to můžeš dělat někde jinde....
    XCHAOS
    XCHAOS --- ---
    ADAMJ: jo, no já už si přečetl celou tu myšlenkovou linii, no jo. no v éře DOSu ještě dost lidí programovalo v assembleru, to je fakt. já ne.
    ADAMJ
    ADAMJ --- ---
    XCHAOS: Tak treba ... lemme think ... hmm ... v cecku? :D
    REDGUY
    REDGUY --- ---
    XCHAOS: tak jediný řešení, jak udržet debatu ontopic, by bylo zabanovat id REDGUY Yup, je to moje vina. To ja sem pisu veleskromne off-topic ody na vlastni kreativitu jako treba [ XCHAOS @ ANSI C/C99 (specifikace), GNU C (gcc, glibc), Tiny C (tcc) a POSIX - ne nutně C++,g++,libstdc++ nebo Win32 API ] ... hmm... moment. To vlastne neni moje zprava. Hmmmm. To nechapu. Ale aspon ze mam posledni slovo! 8))
    Kliknutím sem můžete změnit nastavení reklam