ANSI 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 --- --- 0:54:27 19.8.2011

1 odpověď

XCHAOS: Ma vic ficur. Furt muzes ignorovat 99% a jen si pretizit operator+ na Vec3f, aby ses z vektorovy matiky nezblaznil uplne. Nebo templatovat nejakou fci, misto uzasnych kras abs, fabs, fabsf.

XCHAOS --- --- 22:36:11 18.8.2011

1 odpověď -1

C++ 2011 and the Return of Native Code - Slashdot
http://developers.slashdot.org/story/11/08/18/187231/C-2011-and-the-Return-of-Native-Code
... sice je to tu offtopic, ale se základní myšlenkou comebacku nativního kódu souhlasím.

jenom mi C++11 přijde ještě složitější než staré C++, co jsem se tak letmo koukal :-)

XCHAOS --- --- 8:15:18 17.8.2011

ANT_39: striktně vzato je to tady offtopic :-)

(ovšem já jsem před časem navrhl dva další operátory v C, které by společně umožňovaly rekurzi uvnitř C expressionů :-) mohly by se zapisovat třeba @ a $ nebo tak něco :-) naštěstí jejich implementace přesahuje moje možnosti coby osamělého infoteroristy)

ANT_39 --- --- 1:13:49 17.8.2011

1 odpověď

XCHAOS: Uz bylo na case, aby se to tam dostalo. Existuje asi tak 10 knihoven, ktery ti to do C++ dokazou propasovat i tak--pokud vis presne, do posledni carky, jak to napsat. Kdyz nevis, tak ty chybovy hlaseni ti zlomi krk. Sablony v sablonach jinych sablon atd.

XCHAOS --- --- 0:21:44 17.8.2011

1 odpověď

C++0x Finally Becomes a Standard - Slashdot
http://developers.slashdot.org/story/11/08/16/178227/C0x-Finally-Becomes-a-Standard
lambda funkce v C++ ? no ty krávo.

XCHAOS --- --- 22:40:08 14.8.2011

DAVIDOWITCH: ach jo, to jsou zase flejmy...

prostě spoják (což je čirou náhodou MOJE oblíbená datová struktura, dílem skutečně i kvůli tomu, že jsem neznal realloc - ale NEJEN kvůli tomu...) bude mít s konzervativní garbage collection celou řadu problémů, podle mě: víceméně, celou alokovanou paměť musíš scanovat, zda neobsahuje pointer sama do sebe - a při větším množství alokované paměti to vidím dost jako problém.

moje kontexty se chovají divně, pokud v nich někdo použije break - ale aspoň se chovají DETERMINISTICKY divně. nemůžu si pomoct, ale konzervativní GC může podle mě vést k nedefinovanému chování - pokud se aplikace pustí do nějaké odvážnější pointerové aritmetiky.

DAVIDOWITCH --- --- 21:51:21 14.8.2011

1 odpověď +3

XCHAOS: Zacyklenej spojak, nebo jen spojak?

A kazat o cteni manualu z pozice nekoho kdo se ptal kdy do Ccka pridali realloc je prinejmensim usmevne (ref: http://linux.die.net/man/3/malloc )

REDGUY --- --- 21:17:22 14.8.2011

XCHAOS: pořád to ale neřeší problém mísení kontextů a smyček. jak říkám, uvést u flow-control maker jejich chování v případě break; bude nutnost, - takze odpoved na moji otazku o par zprav dolu je "to fungovat nebude, break/continue ve smyslu ukonci/restartuj smycku while/for spolu s kontexty nebude mozne pouzit, ale protoze to bude napsane v manualu, neni to chyba ale feature!", je to tak? Nebo presneji receno - pokud pouzijes break/continue tak jak jsi zvykly z pricetnych jazyku, Cll1 bez jakehokoliv warningu nebo erroru vygeneruje zcela spatny kod. Je tohle rozumne chovani jednoducheho jazyka pro zacatecniky, jehoz cilem je usnadnit programovani oproti holemu C?

A prosim, pripomen mi - kdyz neco zaalokuju v remember {} bloku, kdy presne se to uvolni?

XCHAOS --- --- 20:12:46 14.8.2011

DAVIDOWITCH: (jinak já samozřejmě žádné existující keywordy redefinovat nehodlám... to je tlustá čára, za kterou bych se svými makry nešel ani já... když udělám ve jménu čitelnosti věci jako <tt>#define and &&</tt> aby to bylo více čitelné pro lidi zvyklé třeba na PHP benevolentní zápis, tak je to popravdě něco přesně opačného...)

XCHAOS --- --- 20:10:46 14.8.2011

1 odpověď

DAVIDOWITCH: kontexty BTW uměj zrušit spoják, na který zahodíš pointer. od toho jsem je dělal.

jinak to co si posílal, byla implementace konzervativní garbage collection http://en.wikipedia.org/wiki/Garbage_collection_%28computer_science%29#Precise_vs._conservative_and_internal_pointers

uvedu jako protipříklad zrovna "moje" pole, o kterých uvažuju, že by get(array,typ,počet) vrátil pointer až o kus dál, než je začátek alokované paměti - a na té počáteční pozici by byly servisní údaje (např. max. alokovaná délka, aktuální délka, apod.)

XCHAOS --- --- 17:49:42 14.8.2011

1 odpověď

ANT_39: hmm, něco na tom je. víceméně, proto uvažuju o makru "escape", které by bylo doporučenou náhradou break, a bylo by implementované jako nastavení nějakého příznaku + continue. to by řešilo problém mísení kontextů a mých iterátorů.

pořád to ale neřeší problém mísení kontextů a smyček. jak říkám, uvést u flow-control maker jejich chování v případě break; bude nutnost, a ty pořád znovu opakuješ "ale já nechci číst žádné manuály". to je ale potom těžké... pochopitelně, nějaký klikací woknista by asi mohl být překvapen (pokud programuje)... ale prakticky u jakéhokoliv programování pod Linuxem se čte dokumentace HODNĚ... a víceméně, u každé konstrukce, kterou použiješ v jakémkoliv jazyce, se předpokládá, že do manuálu ses předtím podíval (nikdo mi nemůže zabránit, abych pro svoje makra udělal i normální manuálové stránky, např. v sekci 3 ...)

jak jsem se snažil vysvětlit: min (pro někoho) nečekané chování se může vyskytnout ve spoustě situací.. nejsem v tomhle nijak horší, než nečekané chování čehokoliv jiného.

REDGUY: to máš jako rozhodování, jestli se chceš naučit řídit moped nebo traktor :-)

DAVIDOWITCH --- --- 5:28:24 14.8.2011

1 odpověď

Mas pravdu s tim break, ale, for the sake of argument, minimalne MSVC prelozi tohle "dobre" (ze za redefinici keywordu bych lamal prsty asi netreba zduraznovat):

#include <cstdio>

#define break printf("pycovole\n")

void main(void)
{
	break;
	return;
}

REDGUY --- --- 2:20:39 14.8.2011

1 odpověď +1

DAVIDOWITCH: No, imho je dost blba myslenka delat jazyk pro zacatecniky zalozenej na C ale mit v nem par keywordu vymenenejch. Bejt ten zacatecnik, tak jsem ve chvili kdy zjistim ze v C/C++ se to musim prenaucit dost nasranej.

DAVIDOWITCH --- --- 0:36:15 14.8.2011

1 odpověď

Tak zase, kdyby to bylo "pokud pouzivate moji knihovnu, musite misto break; pouzivat terminate;", tak mi to az tak moc nevadi.
Pokud ale bude tohle platit jen kdyz si v remember a ne v celym programu (tj. terminate mimo remember nefunguje jako break), tak to je pruser.

ANT_39 --- --- 0:23:19 14.8.2011

1 odpověď

REDGUY: Toto mi konkretne prijde jako showstopper jak blazen. Ze je k dispozici krom zasobniku a mallocu nejaky mechanismus kontextu, no budiz, proc ne. Ale ty maskovany fory jsou proste pruser.

DAVIDOWITCH --- --- 22:20:00 13.8.2011

1 odpověď

XCHAOS: Pockej, co ti prijde na Cckovym GC krajne neprakticke? Mark-sweep neni spatnej algoritmus. Neni to tak chytry jako java (kde ti to treba new ve smycce "vyhodi" pred smycku), ale narozdil od tvejch kontextu to umi treba zabit spojak na kterej ztratis pointer.

ISTEVE --- --- 21:30:42 13.8.2011

ANT_39: Presne tak. Ten samej kus kodu, co bude volat ukladani jump bufferu, bude taky volat odblokovani signalu, s tim ze se do nejaky globalni nebo thread-local promenny ulozi oldset (viz man sigprocmask).

XCHAOS: Je, samozrejme, ostatne stary linuxovy thready se implementovaly pres signaly -- tusim ze to bylo neco jako ze signal handler byl vicemene scheduler yield + context switch.

REDGUY --- --- 17:44:55 13.8.2011

1 odpověď

XCHAOS: Az na to, ze "jednodussi" samozrejme take neni - uz proto, ze porad musis v urcitych situacich pouzivat malloc/free. Cili i kdyby kontexty byly super jednoduche (coz nejsou), porad znamenaji pridanou slozitost nad free/malloc. Docela bizarni, v jazyce urcenem pro zacatecniky.

Btw, kdyz napisu tohle:

while (foo()) {
    blabla();
    if (bar()) {
        remember {
            allocate_memory_and_do_stuff()       
            if (baz1()) {
                break;  // chci ukoncit cyklus while
            }
            if (baz2()) {
                continue; // chci spusti dalsi iteraci while
            }
        }
    }
}

Bude to fungovat? Nebude? Co budu muset napsat aby to fungovalo? Vzhledem k tomu jaky bastl predpokladam ze ke remember mam urcitou teorii, ale rad si to poslechnu od tebe 8)

ALMAD --- --- 17:32:31 13.8.2011

XCHAOS: Jestli se ti nezda nespecificky except kvůli Ctrl+C, tak doporučuju vyrazit směrem SyntaxError ;-)

XCHAOS --- --- 17:14:50 13.8.2011

1 odpověď

DAVIDOWITCH: tohle už tu probehlo aspoň 2x .. princip chápu, ale pro množství paměti, které dnes může být alokováno, mi to přijde už krajně nepraktické.. nemluvě o vyswapovaných programech, apod.

XCHAOS --- --- 17:13:29 13.8.2011

1 odpověď

REDGUY: já bych zůstal u toho "jednodušší" , do bezpečnostních debat bych se nerad pouštěl (zvlášť ne v tomhle klubu / při použití C)

víceméně, pokud runtime aspoň občas něco dealokuje, aniž by ses o to musel sám zasloužit - tak to podle mě jednodušší je.

Kliknutím sem můžete změnit nastavení reklam

přezdívka
heslo

pamatuj si mě
registrace
ztracené heslo?