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í

XCHAOS --- --- 20:21:25 23.6.2011

1 odpověď

REDGUY: hele, k tomu setjmp/longjmp - já to chci využívat velice specifickým způsobem, který má implementovat (vnořovatelnou) try { } strukturu odchytávání vyjímek. tedy někaé "longjmp dovnitř rememeber" je úplný nesmysl - když se podíváš na moje starší pokusy (pravda, nedokonalé), tak z nich vyplyne, že

a) skočit lze pouze na místo,kde si udělal setjmp (v mém případě tedy jen dovnitř makra try { }), a
b) lonjmp se volá v místě vyjímky

tedy nemůžeš z principu skočit "dovnitř" něčeho, kde si před tím nebyl: opustíš ovšem několik úrovní scope - a pokud tyto scopy měly vlastní memory pool/pamětový kontext, tak by bylo žádoucí na úrovni toho odskoku provést patřičné operace - tedy nastavit správný kontext a uvolnit ty opuštěné.

podotýkám, že jde o stejný problém, jako např. o uzavření otevřeného souboru, pokut vyjímku vyvolá operace čtení - pokud to neuděláš, tak se všechny sobory uzavřou po ukončení programu, a všechna alokovaná paměť se taky uvolní po ukončení programu.

já budu logicky uvažovat tak, abych v rámci svého systému ošetření vyjímek pokud možno řešil vše, co jsem mohl "pootvírat" automatickými strukturami jazyka: tedy pokud budu mít nějaké for_each na čtení souboru, bylo by asi rozumné ten soubor zavřít - a to samé v případě paměti, socketů...

ano, bylo by samozřejmě zajímavé posoudit, jak to dělají ostatní jazyky - když vyjímka nastane v situaci, kdy máš X otevřených souborů, spoustu inicializovaných objektů, apod. - a najednou skočíš do jiné části programu a odchytáváš vyjímku. - nemyslím, že tohle je C specifický problém, a několikrát jsem zmiňoval, že systém odchytávání vyjímek je ošemetný a neměl by být nadužíván (já jsem viděl příklady, kdy se s vyjímkou počítá jako v podstatě "normální situací", pro řízení algoritmu - např. že nemožnost přidat prvek do SQL tabulky je odchycen jako vyjímka, apod.)

XCHAOS --- --- 20:11:28 23.6.2011

1 odpověď

REDGUY: ok, no tak pokud ti to vyhovuje, tak zásadně předávej jako parametry všech funkcí v C struktury, a tyto struktury před zavoláním funkce vyplň. efekt bude stejný.

REDGUY --- --- 17:07:38 23.6.2011

2 odpovědi

XCHAOS: jako že nějaký parametr třeba u funkce se musí povinně jmenovat nějak ? když s tím přijde ObjC, tak je to dobré, když mám něco povinně pojmenovaného já, tak je to špatně ? - ne. Kdyby sis o tom ObjC a iOSu neco precetl, vedel bys, ze to neznamena ze se "parametr musi povinne jmenovat nejak", ale ze metody volam napr. [view insertSubview: sv atIndex:i], kde view je objekt jehoz metodu volam, sv,i jsou parametry metody. Tj. parametry nejsou pozicni, ale pojmenovane (byt musi byt ve spravnem poradi). Neco podobneho jako named parameters v pythonu. Je to ukecane, ale velmi to pomaha citelnosti a kdyz mas dobre ide, nepridava to praci.

co se setjmp, longjmp tyce - nechapu. Co se stane, kdyz z forget bloku udelam longjmp do remember bloku? (resp. (a) co chces aby se stalo a (b) jak to zaridis)

DAVIDOWITCH --- --- 16:42:25 23.6.2011

XCHAOS: Ja to vztahl k tem defaultnim promennym, ne k tomu prirazovani jmenem.

XCHAOS: A ja vim co je fortran, neni to jazyk nasich otcu a nebudiz mu zeme lehka, naprosta vetsiny moderni fyziky se v tom pocita a jeste mnoho let pocitat bude.
A jo, o tyhle tendenci vim, ty to chces opacne, zajimalo by mne planovany vyuziti takovy moznosti.

XCHAOS --- --- 16:39:37 23.6.2011

1 odpověď

DAVIDOWITCH: tak já sakra vím, co to dělá, když jsem to zmínil !!!

XCHAOS --- --- 16:38:59 23.6.2011

1 odpověď

DAVIDOWITCH: ano, a dnes je tendence udělat architekturu aplikace třeba v Pythonu, který je dynamicky vždy zcela nad věcí - a optimalizované moduly psát v C.

O tom, že Fortran je jazyk specializovaný na násobení matic, se vyprávěly vtipy už v prvních učebicích programování, když jsem byl ještě na základce. (V mém případě bych měl tendenci ten jazyk nazývat "fotran", protože můj fotr v něm velkou část života programoval :-) je to takový jazyk našich otců, budiž mu země lehká :-)

DAVIDOWITCH --- --- 16:38:01 23.6.2011

1 odpověď

XCHAOS: Bacha, tohle je neco jinyho. Tohle je ze operator prirazeni, krom samotnyho prirazeni, taky vraci to co priradil. Je to ekvivalent:
if((a=strcmp) != 0){...}

DAVIDOWITCH --- --- 16:36:50 23.6.2011

1 odpověď

XCHAOS: Pockej, mas pro mne nejaky pouziti?
Protoze typicky se chce aby se ty vic high level koncepty (cely systemy/programy) delaly v necem s vysokou abstrakci a cim niz se jde, tim vic se pak muzou podle potreby veci specializovat.

Priklad z fyzikalnich simulaci, velky veci se delaj ve fortranu. Ale kdyz dojde na ty konkretni veci uplne dole, tak ty cally jsou na knihovny psany v Ccku nebo primo v ASM.

Tj. treba nasobeni velkejch matic atd je hrozne multithreadovany a pres sit a kdesicosi (Fortran, Java apod), pak uz nejakej node dostane matici, kterou teda ma vynasobit a jde (ve Fortranu) rekurzivne na neco jako 16x16, kde nastoupi hyperoptimalizovanej ASM kod kterej to vypocita. (A to Fotran compilery nejsou zadny smejdy)

To po cem volas mi prijde jako presnej opak tohohle pristupu.

XCHAOS --- --- 16:36:38 23.6.2011

ISTEVE: tak zrovna o tomhle se rád dozvím víc, jak to funguje.

já assemblerista nejsem, ale zase na pre-compilaci do C zdrojáku bych si samozřejmě troufl. jestli mě přesvědčíte, že nemám vyvíjet žádná makra, ale rovnou používat Cython, bude to zajímavé :-)

XCHAOS --- --- 16:35:11 23.6.2011

1 odpověď

DAVIDOWITCH: jako v C toto je platné pokud ta proměnná existuje se stejným názvem i uvnitř volajícího scope:

{
int a;
funkce((a=1));
}

teď mě samotného zmátlo, jestli jsem tím příkladem v pythonu deklaroval proměnnou i v aktuálním scope - podívám se:

> a
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
NameError: name 'a' is not defined

... takže ne. výrazy předávané jako parametr funkce jsou u C součástí aktuálního scope, v Pythonu je to naproti tomu nějaká elegantní antigravitační magie.

DAVIDOWITCH --- --- 16:31:40 23.6.2011

1 odpověď

ANT_39: Videl, nice, dik.

XCHAOS: Ono tohle Ccko vlastne neumi, co? Ja to nemam moc rad, protoze kdyz se pak snazim lustit kod a nemam naseptavac, tak poznat ze to je call na stejnou fci a ne na jinou verzi je dost neprijemny. (Musi se hodne do dokumentace)

XCHAOS --- --- 16:30:30 23.6.2011

1 odpověď

ANT_39:
http://en.wikipedia.org/wiki/Pyrex_%28programming_language%29
http://en.wikipedia.org/wiki/Cython

.... bohužel, tohle je přesně obrácený směr. mě by se líbilo naopak do programu v C vložit fragment s Pythoní syntaxí, který by se výsledně překompiloval jako součást té aplikace. a protože python je celkově čitelnější než C, tak vlastně to co chci, je něco jako precompiler z Pythonu do C (jenom nevidím důvod, proč by měl být do C++ ...)

samozřejmě, že vývoj který dělám teď se vůbec nevylučuje s tímhle cílem: v podstatě čím víc toho člověk umí naprogramovat v C, tak z tím většího množství "vyšších jazyků" je pak schopný udělat nějaký jednoduchý precompiler do C ...

ISTEVE --- --- 16:27:42 23.6.2011

1 odpověď

XCHAOS: FYI: Pyrex, ani jeho naslednik Cython, nedelaj primej preklad Pythoniho zdrojaku do binarky.

ANT_39 --- --- 16:26:15 23.6.2011

1 odpověď

XCHAOS: Tak muzes to psat nejakym tim subsetem pythonu a prelozit to do C++.

XCHAOS --- --- 16:24:48 23.6.2011

1 odpověď

ANT_39: ...si říkám, že nějaká možnost použít tímhle způsobem v C zdrojáku fragmenty Pythonu by právě nebyla od věci :-) a nějaký precompiler by to pak unrollnul do čistého C, a bylo by s tím méně hádek, než u těch mých maker...

ANT_39 --- --- 16:24:02 23.6.2011

ANT_39: Eh, a aby byly videt ty pojmenovany parametry :)

[frac2 setNumerator: 1 andDenominator: 5];

XCHAOS --- --- 16:23:26 23.6.2011

XCHAOS: ... a pokud je chceš uvést, musíš je tuším pojmenovat, zapoměl jsem dodat. ale můžeš pojmenovat i ty povinný.

ANT_39 --- --- 16:23:17 23.6.2011

3 odpovědi

DAVIDOWITCH: ObjC je v podstate smalltalk naroubovany na C. Jestlis nekdy videl volani funkci ve smalltalku, tak v ObjC je to hodne podobne. Nejaky nahodny priklad z google:

   Fraction *frac = [[Fraction alloc] init];
   [frac setNumerator: 1];

XCHAOS --- --- 16:22:19 23.6.2011

3 odpovědi

JACHYMKO: tak v Pythonu je to tak jako šalamounsky, že některý parametry funkcní mohou mít defaultní hodnotu, a ty jsou pak při volání nepovinný.

ovšem můžeš to tam udělat i tak, že předáš povinný parametry pojmenovaný:

>>> def funkce(a): return a
...
>>> funkce(a=1)
1

jako neříkám, že je mi Python úplně cizí, a možná bych měl rozvíjet nějaký ten Pyrex, Cython, nebo tak něco - prostě nástroje pro přímý překlad Pythoního zdrojáku do binárky, ať už via C nebo jinak. (možná precompiler z Pythonu do C by mi pro začátek získal daleko více příznivců, než moje snahy...)

Ad to "podívej se někdy na něco jinýho, než C99" - tedy, kromě "nutného zla" v podobě potýkání se s udržování prehistorických PHP skriptů (což fakt není programování) jsem se v posledních letech setkal zejména s Pythonem, SQL a JQuery (což je tedy výrazně více, než JavaScript - JQuery je vlastně svět sám pro sebe, velmi inspirativní...) - takže děkuji za optání, ale nějaké základní povědomí "jak se něco dělá jinde" snad přeci jen mám... problém je, že jsou to vyšší jazyky a nad některýma věcma se tam prostě nepřemýšlí.

XCHAOS --- --- 16:16:44 23.6.2011

1 odpověď

REDGUY: chci jen říct, že to bude záviset na tom, jak kdo implementuje a zdokumentuje tu danou funkci: ta funkce bude dělat to, co programátor uzná za vhodné, a co je u ní bezprostředně požadováno.

DAVIDOWITCH --- --- 16:16:13 23.6.2011

XCHAOS: Nevim, field se v jave rika member variable, jestli s tim miris na web, nechces kolize jmen.

DAVIDOWITCH --- --- 16:13:41 23.6.2011

1 odpověď

JACHYMKO: Ja uhnu hodne stranou (a zkazim si svoji peclive vybudovanou povest uzce specializovaneho doktoranda programujiciho pocitacove hry) a zeptam se prikladem z VHDL, at to pochopim. Tam je instancovani entity (plus minus autobus ekvivalent volani fci) cca takhle:
...nejakej bordel...
port map(
jmeno_promenny_uvnitr_entity0 => promenna_ve_volajicim0,
jmeno_promenny_uvnitr_entity1 => promenna_ve_volajicim1,
jmeno_promenny_uvnitr_entity2 => promenna_ve_volajicim2);

tj. je vzdycky jasne videt i ve volani co skonci v jak pojmenovany promenny (ultradulezity kdyz predavas konstantu).

Je to nejak cca tak?

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

přezdívka
heslo

pamatuj si mě
registrace
ztracené heslo?