> Mire gondolsz? > > A C nyelv 1974-ben jelent meg fordító és a Unix forrásprogram formájában. > 1976-ban pedig az első C könyv (Kernighan-Ritchie), amit kvázi szabványnak > lehet tekinteni. 1989 végén az ANSI szabvány, . > > Változó láthatóságban nem volt különbség, legfejlebb a függvénydeklarációk > bővültek ki felfelé (majdnem) kompatibilisen, és a változó deklarációk egy > kicsit (pl. const). >
Azért voltak ott más változások is, és sajnos a szabvány csak egy dolog. Például a // nem volt benne a szabványban (talán most sincs), és mégis szinte minden fordító ismeri. A hangsúly a szintén van. Persze ott a ->, és a . operátorok kérdése. Ezek jelentése is változik fordítónként. Aki fejlesztett kereszt-platformra, és több fordítót is kellett használni, biztos találkozott ilyen hibával. Számunkra nem jelentős egyik sem, de képzeld magad egy első programot író középiskolás helyébe, aki nem tudja, hogy miért nem működik a könyvbeli példa. Gondolj bele, hány órát ültünk az első időben egy hiba felett, mert nem tudtuk, hogy a fordító éppen miért sír. A C fordítók sokszor félrevezető hiba üzenetet adnak, és sok tapasztalat kell, hogy tudjuk, mikor miért jelenik meg egy hiba üzenet. Ezen a levelező listán is minden 5-6 szállból egy valami fordítási hibával foglalkozik. Szinte minden forrásból telepítésnél vannak figyelmezezések (a kernelben is). Sokkal jobb egy olyan nyelven kezdeni, ahol nincsenek ilyen "kezdő buktató" problémák. Első időben amúgy sem a gyors, megbízható program az elsődleges cél, hanem a működkő program. Első programomnál nem nagyon foglalkoztatott, hogy 0.1 másodpercet javíthatnék rajta, ha más rendezést használok, vagy nem szabadítottam fel magam után megfelelően az erőforrásokat (nem tudtam róla :)). Most meg 3 napig nézegetek egy láncolt listát, hogy hogyan lehetne még gyorsabb a létrehozás, meg a szürés, és miként tudnék még néhány kilobyte memóriát spórolni a new hívásokból, hogy biztosan elég legyen a memória az összes elemnek. Vagy milyen új memória kezelőt készítsek, hogy ha elfogy mégis tudjak valamit felszabadítani. Khraath _________________________________________________ linux lista - [email protected] http://mlf2.linux.rulez.org/mailman/listinfo/linux
