• ú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í
    XCHAOS
    XCHAOS --- ---
    1 odpověď
    REDGUY: v C se dostaneš do nekonzistentního stavu i spoustou jiných způsobů. chápu, že tě baví upozorňovat, že do lodi teče - ale to co vyvíjím já, je spíš takový vor: vor může mít díry a stejně do něj neteče.

    pro začátek si ujasni, co reálně vadí víc:
    - memory leaking (v C opravdu ČASTÁ chyba, přiznejme si to - i bez mých nápadů) nebo
    - přístup k již dealokované paměti ?

    memory leaks jsou tak častá chyba, že třeba i server Apache se pro jistotu po (konfigurovatelném) množství přístupů zrestartuje, aby uvolnil paměť. je to jeho normální činnost: neohrožuje to stabilitu, nic. jen to šetří resourcy systému.

    naproti tomu přístup k dealokované paměti znamená segfault.

    takže si dobře rozmysli, který design pattern nese větší rizika čeho, než některý zatratíš...
    REDGUY
    REDGUY --- ---
    1 odpověď
    XCHAOS: oznamenat, že pokud všechny pointery alokované uvnitř forget { } také DEKLARUJEŠ uvnitř toho scope (což je hezká vlastnost C - že v jakémkoliv scope můžeš deklarovat další lokální proměnné), tak že se nemůže stát, že bys na tu dealokovanou paměť přistupoval za koncem scope? - coze? Nerozumim. Tohle je podle tebe reseni toho problemu se setjmp/longjmp? Tam nejde o _pristup_ k te pameti, tam jde o to, ze longjmp te dostane z jednoho kontextoveho bloku do druheho aniz by si toho tvuj bastl vsiml a tim se dostanes do nekonzistetniho stavu.
    REDGUY
    REDGUY --- ---
    1 odpověď
    Hele, xchaosi, sice mam jen velmi mlhavou predstavu o tom, jak to budes implementovat (a neco mi rika ze ty taky), ale jen tak cvicne, predstav si tohle:
    char * foo(void) {
  forget {
    GET_MEMORY;
    remember {
      GET_MEMORY;
      forget {
        GET_MEMORY;
        remember {
          GET_MEMORY;
          return stuff;
        }
      }
    }
  }
}


    Jakym zpusobem se uvolni pamet v tech dvou forget blocich? Jestli forget/remember jsou jen nejaky wrappery kolem for, tak ten return je zcela odignoruje a proste se vrati, bez nejakyho uklidu. Nebo mi neco unika?
    XCHAOS
    XCHAOS --- ---
    ISTEVE: jo, no tak samozřejmě :-) záložky v některý IRC klientech byly fakt zmatená věc, snadno se to pastlo do jiného okna...

    a v té době byl lamer taky ještě celkem underground, že jo :-)
    XCHAOS
    XCHAOS --- ---
    1 odpověď
    REDGUY: ve skutečnosti - unixové manuálové stránky k C knihovním funkcím jsou plné poznámek o různých kompatibilitách a nekompatibilitách.

    ano, našel si hrozivý příklad na možný memoryleak - v prostředí, kde i bez mých nápadů je leakování paměti tak jako tak jedna z nejčastějších chyb. gratuluju.

    ale co takhle poznamenat, že pokud všechny pointery alokované uvnitř forget { } také DEKLARUJEŠ uvnitř toho scope (což je hezká vlastnost C - že v jakémkoliv scope můžeš deklarovat další lokální proměnné), tak že se nemůže stát, že bys na tu dealokovanou paměť přistupoval za koncem scope? já vím, detail. něco takového vymýšlí hloupí estéti, překlepávající se na numerické klávesnici. chytrého matematika by ani nenapadlo, že by mohl udělat chybu - a tak ani nenavrhuje takový styl programování, který by umožňoval chybám předcházet....
    ISTEVE
    ISTEVE --- ---
    1 odpověď
    XCHAOS: ...nebo jako heslo na router :]
    XCHAOS
    XCHAOS --- ---
    1 odpověď
    REDGUY: je to duplicitní - první dvě zmínky byly vtipný, ale překlep na numerické klávesnici není vtipný donekonečna -není to tak vtipné jako to "vzrušování" na qwerty klávesnici, které bodovalo na lamerovi....
    XCHAOS
    XCHAOS --- ---
    ISTEVE: jinak ten test na jednom místě nahlas předpokládá, že velikost pointeru i intu je 2 a zmiňuje to - ale na dřívějším místě to předpokládá tiše, což mi celkem i zmátlo. test je dobrý a podle mě málokdo tady udělá všech 16 bodů - některé otázky jsou easy, ale je tam pár chytáků (hlavně ty vícerozměrný pole) a pár jsem vzdal rovnou.

    akorát bych do prvního odstavce dal že se předpokládají dvoubajtové inty i pointery (místo aby se to na jednom místě zamlčelo a na druhém uvedlo explicitně)
    REDGUY
    REDGUY --- ---
    2 odpovědi-1
    XCHAOS: protože sizeof(int)=4, aspoň na dnes běžných architekturách (v MS-DOSu to bylo 5) - BUAHAHAHAHAHAHA. 16-bit MacOS, sizeof(int) == 5 na MSDOSu... Ty bejt stand-up komikem, rad si zaplatim za vstupny 8)

    XCHAOS: děkuji, že si mě nasměroval na budoucí znění dokumentace, kde bude výslovně doporučené používat to v kombinaci s try { fail() } except { } a ne s goto/setjmp/longjmp. - no konecne jsme se dostali k tomu ze posix neposix, setjmp je nekompatibilni s stvym bastlem (uplne stejne jako goto). Neni zac, az budes priste zase vykrikovat coze jsem dokazal ze si te dovolim kritizovat, podivej se do dokumentace na tuhle poznamku at si to pripomenes 8)


    XCHAOS
    XCHAOS --- ---
    +1
    _BENNY: no dobře, ale tak aspoň snad je jasný, že TAKHLE blbej nejsem ani já, ne ?
    XCHAOS
    XCHAOS --- ---
    ISTEVE:
    _BENNY: kurňa, tohle je fakt zákon schválnosti :-( test počítá se sizeof(int)=2, tak jsem chtěl podotknout, že to pamatuju, a debilně jsem se uklepl.

    ale konekonců, lepší se asi smát překlepu, než když někdo něco neví
    _BENNY
    _BENNY --- ---
    1 odpověď
    XCHAOS: ale fakt dobrej. licha velikost slova, to snad nemely ani rusky pocitace :D
    XCHAOS
    XCHAOS --- ---
    1 odpověď
    _BENNY: ty jo, neviděl si nikdy numerickou klávesnici ? prostě překlep, no
    XCHAOS
    XCHAOS --- ---
    jinak moje starší představa exception handlingu je zde - dokonce si přeloží
    https://dev.arachne.cz/svn/cll1h/browser/branches/fork-0.7/demos/exceptions/failures.c

    ale dnes už to ve skutečnosti mám vymyšlené poněkud jinak - hlavně bude existovat nějaký seznam nahromaděných vyjímek, a "except" odebere vždy poslední požadovanou vyjímku z toho seznamu

    (vyjímky nebudou hierarchicky uspořádané, ovšem budou asi nějak kategorizované, a víceméně půjde o zalogování všech POSIXových errno/errstr/doplňujících hlášek po cestě ... nějak bych chtěl vyřešit, aby když se třeba postupně nepodaří otevřít tři soubory a vyjímky budou sice odchycené, ale pak nebudou nija ošetřené - tak aby nějaký except na nejvyšší úrovni vždy mohl vypsal všechny "nahromaděné" neošetřené vyjímky... jakási interní errorlog... vychází mi to na except() {} a except_all() {} - přičemž except by vyjmulo ze seznamu chyb poslední vyjímku daného typu a except_all by iterovalo přes všechny nahromaděné chyby... )
    _BENNY
    _BENNY --- ---
    2 odpovědi+1
    protože sizeof(int)=4, aspoň na dnes běžných architekturách (v MS-DOSu to bylo 5)

    tak to uz je pomalu kandidat na tento klub :) [ 10.000 perel Nyxu ]
    ISTEVE
    ISTEVE --- ---
    2 odpovědi
    XCHAOS: Pitomost. C standard nerika zadny konkretni cislo na velikost intu, int muze bejt klidne 2B na spouste architektur (kuprikladu m68k, pokud ji na gcc kompilujes s -mshort). Velikost intu byla navic explicitne dana v zadani, takze neni prostor pro zpochybnovani ani ze strany nejasnosti, ani ze strany nerealnosti.

    Co se tyka "sizeof(int)=4, aspoň na dnes běžných architekturách (v MS-DOSu to bylo 5)", to zni zajimave. Citation really, really needed...
    XCHAOS
    XCHAOS --- ---
    1 odpověď
    REDGUY: no prostě si myslím, že pokud dostaneš k dispozici moje makro try { fail() } except { }

    děkuji, že si mě nasměroval na budoucí znění dokumentace, kde bude výslovně doporučené používat to v kombinaci s try { fail() } except { } a ne s goto/setjmp/longjmp. dokumentace není nikdy dost, zvlášť když člověk chce být user-friendly pro začátečníky (ještě že začátečníci o něčem jako setjmp/longjmp obvykle nic netuší :-)
    XCHAOS
    XCHAOS --- ---
    2 odpovědi
    DAVIDOWITCH: ten test je fakt dobrý - přiznám se, že pořadí v jakém se vyhodnocují pole s více indexy, fakt z hlavy obvykle nevím :) (no dobře, lze si to představit na poli stringů, ale stejně... na rovinu přiznávám, že pointerovou aritmetiku s vícerozměrnými poli z hlavy nedávám.... )

    otázku 9 ale zpochybňuju, protože sizeof(int)=4, aspoň na dnes běžných architekturách (v MS-DOSu to bylo 5)... to mě dost zmátlo :-) je to asi dost starý test.

    a na některý otázky by to chtělo asi i tužku a papír, asi nemám v hlavě dost velkou odkládací plochu :-) každopádně odkaz asi patří do záhlaví

    REDGUY
    REDGUY --- ---
    1 odpověď
    XCHAOS: pokud bys použil scope, o kterém víš, že je explicitně určený pro vymezení nějaké alokace paměti - a právě proto si ho použil - tak bys do tohohle scope asi nedával goto nebo longjmp() - proc ne? Proc by se v takovem kontextu nemohla vyskytnout situace kdy by bych potreboval goto/longjmp?
    Kazdopadne jsi mi neodpovedel. Co se stane v tom pripade co jsem napsal?

    no prostě tohle fakt nechám na ostatních, ať rozhodnou. já prostě tvrdím, že goto se obecně nedporučuje, i když k dispozici je. takhle učili programovat mě. jestli tebe jinak, tak se holt pochlub, k čemu ho běžně používáš ty - pekne menis tema. Ale zduraznoval jsem ze jde o ten blabol v zavorce o ukoncovani programu po pouziti goto. Pokud te tohle nekdo ucil, mel bys chtit vratit penize. A pokud ses to naucil sam... hmmm, jo, to dava smysl 8)
    XCHAOS
    XCHAOS --- ---
    1 odpověď
    REDGUY: no nevím, jak běžně ve svých programech ostatní běžně používají "holé" setjmp/longjmp... je pravda, že s tím mícháním kontextů to moc dohromady nejde.

    já nevím, pokud bys použil scope, o kterém víš, že je explicitně určený pro vymezení nějaké alokace paměti - a právě proto si ho použil - tak bys do tohohle scope asi nedával goto nebo longjmp() ... ano, předpokládám u lidí aspoň minimální příklon k základním zvyklostem strukturovaného programování, po všech těch letech. pokud jsem řekl, že "pojmenované kontexty by byly něco jako goto", tak jsem měl na mysli, že v mých vlastních programech se už nějaký ten pátek žádné goto nevyskytlo...

    REDGUY: no prostě tohle fakt nechám na ostatních, ať rozhodnou. já prostě tvrdím, že goto se obecně nedporučuje, i když k dispozici je. takhle učili programovat mě. jestli tebe jinak, tak se holt pochlub, k čemu ho běžně používáš ty :-)
    REDGUY
    REDGUY --- ---
    1 odpověď
    XCHAOS: ne náhodou se v C doporučuje použít goto max. jen na ošetření chyb (s následným rychlým ukončením programu, pokud možno). - wtf? Prosim, ukaz mi kde se _tohle_ doporucuje, zejmena ta cast v zavorce. Opravdu by me to velmi zajimalo. Predem diky 8)
    Kliknutím sem můžete změnit nastavení reklam