Vlákno názorů k článku Začněte s Céčkem v Linuxu od Jakub Hegenbart - Teda aspoň by ty programy mohly mít slušnou...
-
Teda aspoň by ty programy mohly mít slušnou (trošku explicitnější) deklaraci main()... :-p K čemu pak člověk ty začátečníky vychovává? ;-)
Jo, zdá se mi to, nebo malloc a free nejsou deklarovány v stdio.h? Samozřejmě i to může spadat do té "smysluplnosti", se kterou se prý nemám zabývat...ale přece. :-)
-
Pavel Píša (neregistrovaný)
ACK^3, bez toho je to totální katastrofa. Dokonce někdy studentům doporučuji i -pedantic, aby si zvykali na přenositelné Céčko.
Trocha stránek s příklady, úkoly a krátkými návody, které jsme připravili na cvičení programování v C pod Linuxem, je na následující adrese
Rádi si vyslechneme Vaši kritiku, nápady, či odkazy na podobně zaměřené stránky.
-
Vypadá to docela dobře. Většinu kapitol jsem jenom tak prolétl, důkladně jsem přečetl jen cvičení 2 a toto jsou moje postřehy:
* procesy a vlákna: v Linuxu má každé vlákno své vlastní PID (pokud ovšem nepoužíváte vlákna v userspace).
* po volání funkce fork() sice procesy vidí stejnou paměť, ale bylo by dobré upozornit, že ji nesdílí, tj. všechno se zkopíruje v okamžiku vytvoření procesu a potom už jsou na sobě oba procesy nezávislé. Pro rýpaly: vím, že ve fork()u se zkopírují jenom struktury VMA a vlastní stránky se kopírují až v okamžiku zápisu, tj. Copy-on-write aneb COW.
* proces lze vytvořit také pomocí clone(); potom je paměť mezi oběma procesy opravdu sdílená (toto systémové volání např. interně používá pthread_create).
* nepojmenované roury vznikají voláním pipe() a zanikají v okamžiku uzavření obou deskriptorů. To sice nastává i v okamžiku ukončení procesu, ale uvedený popis je trochu matoucí.
* u pojmenovaných rour by asi bylo dobré zmínit, že existují v souborovém systému a vytvářejí se příkazem mkfifo -
Pavel Píša (neregistrovaný)Velmi děkuji za připomínky, nalezené nejasnosti a chyby. Postupně je opravíme. Co se týče PID, tak Linux již plně souhlasí s POSIXem a getpid() pro všecny thready procesu vrací shodnou hodnotu. I v /proc je jen jeden adresář a thready jsou reprezentovány /proc/task/xxx . Toto ovšem neplatí pro starší jádra 2.4.x a tehdy, kdy není použita NPTL. po volání funkce fork() sice procesy vidí stejnou paměť Máte pravdu, nevyznívá to dobře. Thready jsou lechce nastíněné v dalším cvičení, ne-POSIXové možnosti clone asi přidávat nebudeme.
-
M jako Molitan (neregistrovaný)Stroustrup ma na strankach napsane, ze pokud pres main() neni napsane int, tak riskujete vysmech ostatnich programatoru :-) Samozrejme, to se tyka C++, nevim jak to je v C. Mimochodem, jeden zajimavy rozdil mezi C a C++ je, ze v C budou programy bez return 0 v main() vracet nedefinovanou hodnotu. V C++ budou vracet 0, takova specialitka funkce main()...
-
anonymníJeste bzch pro ciste C doporucil dopsat void mezi zavorky (main(void)). U funkce main to neni az tak fatalni, je volana ze startup kodu a linker se s tim nejak popere (resp. kompilator ignoruje volani main()), ale v pripade dalsi uzivatelem definovane funkce muze kompilator zbytecne otravovat.
BTW. ohledne navratove hodnoty - zde zalezi ciste na kompilatoru, jaky registr pouzije a co v nem "zustane". Ktery kompilator C++ pro x86 explicitne xoruje EAX pred vyskokem z main?? -
No moment, deklarace () a deklarace (void) nejsou podle normy ekvivalentní. () je neurčený seznam parametrů a (void) je prázdný seznam parametrů. Tak jak to tedy je? Nepochopil jsem něco? Nehledě na to, že norma tvrdí "The use of function declarators with empty parentheses (not prototype-format parameter type declarators) is an obsolescent feature."
-
Petr (neregistrovaný)Pletete si deklaraci a definici funkce (presneji receno, vy mluvite o deklaraci, ale predek mluvi o definici). Nebo mi to aspon tak pripada.
Pokud deklarujete
int funkce();
tak nerikate, jestli ma funkce nejake parametry nebo ne, narozdil od
int funkce(void); /* a je jasno */
Pokud ale definujete
int funkce()
{
return 42;
}
tak tim uvadite zaroven i to, ze funkce parametry nema. -
rezna (neregistrovaný)ne nemel - mel prvni dil venovat necemu zcela jinemu. a to je popis zdrojaku, co lze vse do zdrojaku napsat, a vycet zakladnich datovych typu. to je aspon nutne minimum pro lidi kteri delaji v jinych jazycich.
pokud by byl serial smerovan na neprogramatory tak uz je spatne uplne od zakladu ;) -
petrxh (neregistrovaný)>>mel prvni dil venovat necemu zcela jinemu. a to je popis zdrojaku, co lze vse do zdrojaku >>napsat, a vycet zakladnich datovych typu
To by prave melo byt v te ucebnici C zminovane na zacatku :-)
Clanek jsem pochopil, jako navod pro programatory v C na jinych platformach k prelozeni programu na linuxu. Funkci main bych nerozebiral, ale doplnil bych parametry pro include a linker a nakousl bych makefile. Z gdb bych zminil man gdb :-D -
anonymníJeste zobecnim a doplnim, ze jako nejdulezitejsi bych videl objasnit hlavne celkovy postup a proces vyvoje programu - pokud mluvime ciste o kodovani.
Tedy pokud jiz zname algoritmus, ktery ma pocitac provadet, tak jak jej pomoci nastroju (kompilator+preprocesor jazyka - C/C++,asm,..., linker, librarian, maker, evt. burner atd.) predat pocitaci. Idelani je na zacatku zminit, ze dobry programator by mel mit alespon nejake poneti o cele architekture, pro kterou program primarne vyviji. -
roman (neregistrovaný)myslim ze je totalni kravovina mit "prehled o architekture pro kterou program vyviji"...
kod by mel byt napsan obecne (teda pokud to neni neco primo ovladajici danou masinu), protoze jinak vznikaji dilka jako je mysql apod. ktera tisickrat za sekundu overuji cas, popr. postgres ktery tisickrat za sekundu nastavuje proctitle, atp. (prikladu je jiste mnoho ale tydle se mi tedka vybavuji) -
Mikuláš Patočka (neregistrovaný)malloc a free skutečně nejsou v stdio.h, ale v stdlib.h. Zmíněný příklad je špatně, protože kompilátor si v případě absence prototypu malloc "vymyslí", že argument je typu int. Argument je však typu size_t, takže na 64-bitových dojde k nesouladu volání a deklarace funkce.
-
anonymníNevím, čím to je, ale pokud chci zkopírovat nějaký text (z toho rámečku, co jsou v něm na rootu většinou zdrojáky) například ve windows z Firefoxu (IE nepomohl), do writeru, notepadu, nebo wscite, i jiných nezopírují se odřádkování (při použití komentářů // je celý řádek samozřejmě nepoužitelný a nemluvím o nepřehlednosti) a musím odentrovat všechny řádky ručně, poraďte mi prosím, co s tím. Díky moc.
