Program ti je neispravan.

char *a[5]

je, kao sto zna svako dete koje je procitalo neku knjigu o C-u, niz od 5 pointera na char od kojih svaki moze da pokazuje na neki string.

Ti medjutim ne alociras memoriju ni za jedan od tih 5 pointera, a sa strcpy kopiras string u memoriju na koju pokazuje a[0]. Kada je a lokalna promenljiva, prema standardu, pointeri uzimaju vrednosti jednake onome sto se zateklo na steku u to vreme, tako da pokazuju na proizvoljne lokacije.

Kada je a globalna promenljiva, svi pointeri iz niza a su inicijalizovani na NULL tako da strcpy puca uz SIGSEGV (Segmentation Fault). U slucaju kada je a na steku, samo si se slucajno izvukao bez greske i program ti naizgled radi.

Da bi program ispravno radio, moraces da alociras memoriju za a[0]:



poz.

Hvala

Mrzi me da probam ali posto pointer a[0] "dobija" proizvoljnu vrednost sa steka (tj. sta god je bilo na steku u to vreme kada je odvojen prostor za njega) zar je moguce da je ta vrednost bas neka adresa u dozvoljenom opsegu virt. adresa, odnosno zar ne bi skoro svaki put takav program popio SIGSEGV....

I ne zaboravi na

free (a[0]);

kad završiš sa tim stringom.

Ne znam zbog čega se provuče. Ako te ne mrzi da probaš, odvrti jednu sesiju sa GDB-om, stvari će valjda postati jasnije.

Dovoljno je recimo da pointer pokazuje negde na stek, u kom slučaju ga nikada nećeš uhvatiti ni za glavu ni za rep. Ali će zato, posle nekog vremena procedure koje si pozvao početi da se vraćaju na nepostojeće adrese.

poz.

je isto sto i



I isto sledi free posle.
Mislim da je ova druga varijanta laksa-na-oci ;)

A sto se tice knjige, citao sam , al' pre 2 godine, i to sam uglavnom sintaksu gledao...
Posle sam neke tutorijale gledao, i to je sve.
Zato se ovoliko bulim sa C-om...
A ako vam merak da me zafrkavate, slobodno, ne ljutim se , jer stvarno ne znam mnogo C.
Ja sam do sada programirao u delphiju, a tamo nema ovakvih zajebancija sa float-ima i char-evima, tamo je sve 'easy to use', kao i ceo Windows

Mislim da bi trebalo da zna� da je skoro svako tvoje pitanje kao izvu�eno iz C FAQ-a. Ho�u da ka�em, zbog toga izgleda kao da ovde poku�ava� da uradi� jednu od slede�e dve stvari:

1. Mrzi te da pro�ita� FAQ i vidi� kako su ljudi re�avali probleme koji te mu�e, pa �ak i neke na koje tek treba da naleti�.

ili

2. Pro�itao si C FAQ a dovoljno si zaludan da ide� po stavkama i postavlja� ih kao pitanja na forumu.

Dakle, vrlo lako mo�e da se zaklju�i da zafrkava� narod po forumu pa se ne bih iznenadio da ti na tako ne�to ljudi uzvrate zafrkancijom.

A �to se knjige ti�e, bez obzira da li si �itao ili ne, ako ve� misli� da nau�i� C i bude� produktivan programer, uzmi kupi neku dobru C knji�icu. Znam da nije lako prvo prona�i stvarno dobru knjigu a potom je i platiti jer jebiga kriza je i sve to, ali to je zaista jedini na�in.

Ako dozvoljava� da ti preporu�im odli�nu i jeftinu knjigu za u�enje C-a onda je to knjiga Lasla Krausa, "Programski jezik C sa re�enim zadacima" u izdanju Elektrotehni�kog fakulteta u Beogradu koja se mo�e kupiti u skriptarnici ETF-a (izdaju je i neki poznati izdava�i ali njih ne�u ovde da reklamiram :) ).

Znam da �e neko odmah da mi sko�i za vrat ali jo� uvek sam ube�en da je po odnosu cena/performanse ovo knjiga koja stoji rame uz rame sa K&R-om kog nije ba� jednostavno prona�i u YU.

f.

Zastita,

osim obaveznog cesljanja C-FAQ-a i neke dobre C knjige, savetujem ti da koristis i neki tool za nalazenje gresaka.

Na primer, ja sa Visual C++ koristim NuMega BoundsChecker - veruj mi, ako budes radio nesto glomaznije, greske se obavezno ponekad jave - bez obzira koliko si vest. A ovakve alatkice ti lepo kazu sta si propustio da uradis.

Naravno, ovakve alatke ti nece pomoci da otkrijes greske u algoritmu koji planiras da uradis, ali za ove greske sa alokacijom, pointerima, itd.. su dusu dale :)

A K&R mozes da nadjes u skriptarnici PMF-a, za nekih 100 din :)

Procitao sam obe te knjige i naravno izuzetno su korisne, pogotovo K&R :) ali i ako sam teski pocetnik mislim da znati C dobro podrazumeva mnogo vise od toga...

Na primer: poznavalje arhitekture racunara uopste (kako to sve radi) pa onda kernel i u sve vezi njega (pogotovo mm) pa kako izgleda taj nas C kod u asembleru (gde su koje promenjive sta je stack frame npr.) pa kako radi linkovanje staticko i dinamicko itd...

To se uci na "Osnovama Programiranja" - Racunarstvo i Informatika, smer na PMF-u - ima knjiga po nasim knjizarama koje su udzbenici za ovo, gde se bas pocinje od arhitekture, preko osnova o programskim jezicima, informacija o kompajlerima, iterpretatorima.. pa onda tipovima podataka, strukturama...

osnovnim algoritimima... itd..

Ja se secam da sam u to vreme, za ispit uzeo "Programski Jezik PASCAL" od Tosica, samo zato sto je tu lepo objasnjeno bas to gore - kako taj isti profesor voli :)) Nema veze sto je PASCAL bio u pitanju, posto sam ja radio u C-u, principi su manje-vise isti - samo je sintaksa drugacija. Osnove su zajednicke.

Ljudi zaboravite na malloc ,realloc i free od pojave c++ se koristi new i delete
tako da bi izgledalo:
char *str;
str=new char[5];
.
.
.
delete []str;
Dinamicki nizovi su bolji i imaju nekoliko nacina pristupa, new i delete su stabilniji (pogledaj bilo koju profi statistiku) od malloc i free

Nisam te bas najbolje razumeo:



U kom smislu stabilniji?

Mislis da je kod u kome se koriste new/delete umesto malloc/free statisticki stabilniji?

Ili mislis da su implementacije new/delete u kompajlerima stabilnije od malloc/free?

Ja ne vidim neku veliku razliku. Ja new/delete koristim za klase, a malloc/free za memorijske bafere, nizove, itd... Niko ti ne brani da koristis malloc/free u C++ kodu, tamo gde je to moguce.

zasto bi uopste deklarisao a kao *a[5]

lepo deklarises kao **a i zavrsis posao. onda alociras koliko ti treba svega.
Isto tako mozes da napravis nesto ovako :



mwahaha, morao sam malo da se izivljavam :

naravno, kad zavrsis sa tom promenljivom moras da napravis free na sve elemente arraya, i da sve lepo pocistis iza sebe, ali u principu nije problem.

jos jedno pitanje, zasto bi ikada deklarisao bilo sta globalno ?

Ovo je do sada najbolji i najjednostavniji savet. Tata, postavi ovo u FAQ ako te ne mrzi.

poz.

Iskreno se nadam da nisi bio ozbiljan kad si kucao ovo gore. :)

poz.

Evo jedan odgovor iz prve ruke :)

C radi na svakojakom hardveru. Ako pišeš program recimo za mikrokontroler 8031, moraćeš da deklarišeš kao globalne promenljive memorijski mapirane periferijske registre. Pristup preko pointera ne ide zato što pointeri pokazuju na drugi 'memory space' (kod PC-ja, recimo, takva razlika ne postoji) pa se ne generišu neophodni signali za pristup eksternoj memoriji i tako dalje i tako bliže.

Naravno možeš da registre proglasiš za static ali onda moraš sve funkcije koje im pristupaju da potrpaš u isti modul a to opet malo zapetljava stvar.

Kod programa za PC-je si u pravu. Nema potrebe da se bilo šta globalizuje.

poz.

PC, UNIX, stagod. Nikad nisam pominjao mikrokontrolere, i moram da kazem da nikada nisam pisao nista slicno. niti sam imao prilike da pisem firmwere.

sto se tice gore navedenog primera, to je samo parcence implementacije unicode-a koju sam nekada davno pisao za unix. funkcija koju sam napisao je nullsafe, i ponekad threadsafe :)

Nisam ja izmislio da su new i delete stabilniji (u oba slucaja) to su preporuke Bjarnea Stroustrupa i drugih velikih imena c++ programiranja . Pravo da ti kazem ne znam zasto. Cuo sam da ima veze ako ti paralelno radi neki Java program(zbog Javinog garbage collectora), ali stvarno nisam siguran. A dinamicki niz nije sigurniji nego lepsi za rad primer char[5] i * char sta ako se javi potreba za 8 znakova??

Izvini meni ovo ni malo nije normalno

U redu, ali ako govoriš o C-u onda ne mozeš da se ograničavaš niti na tip mašine niti na operativni sistem. :)

poz.

da mislim elegantnije je koristiti new i delete, ali to sa druge strane ima svoju cenu, a cena je brzina. Msilim ja licno preferiram vise C++ od C-a ali kada treba da se pise nesto jako brzo, ljudi jos uvek se vracaju na C. Primer su ti UNIX kerneli.

e ima i jedna lepa alternativa :))) ako se umesto malloc-a koristi valloc, posto malloc alocira memoriju na heap a valloc to uradi na stack :)) a lepa stvar jeste da se stack neke funkcije uvek ocisti kada f-ja udari return :))


Inace svima koji nisu dobro odradili teoriju savetujem da procitaju

http://docs.elitesecurity.org/...amming/c-c++/c/C_Ritch_Kering/

tamo ce naci sve sto treba da znaju za pocetak a savetujem da batale ove opste popularne za 21 dan. Jer koliko sam video te za 21 dan su pisane na mnogo strana a malo kazu

Ali kerful.

To nije iz standardne C biblioteke!

Neki procesori na kojima C radi nemaju stek. Sve alloca-like funkcije nisu prenosive.

Ubr, izvinite što toliko insistiram na stdc-u, al mislim da će se isplatiti ljudima koji tek uče.

poz.

Ne znam za taj valloc ali sta ima funkcija da alocira prostor na steku kada samim definisanjem
lokalnih promenljivih one dobijaju prostor na steku...




Pa zapravo ne ocisti se vec se %esp vrati tamo gde je i bio pre pozivanja funkcije pa sledeca funkcija prosto pise preko toga... zato na primer lokalne promenljive imaju slucajne vrednosti...

Probaj da napises engine za 3d grafiku bez globalnih promenljiva.
Podrazumevam da engine treba da ima jednu matricu u kojoj upisuje i iz koje cita podatke o objektima na sceni.
Kako ces to da izvedes ako matrica nije globalna?

Tako sto svakoj funkciji prosledis neku vrstu 'handle' (pointera) na instancu "scene" - a u toj strukturi potrpas i sve neophodne matrice, tj. sve sto identifikuje neku scenu. Nije to nista cudno, na taj nacin radi Win32 API, na primer - HWND ti je na primer pointer na neku strukturu prozora, i svaka funkcija koja radi sa prozorima zahteva da joj prosledis pointer na tvoj prozor. Nigde ne postoji neki globalni skup prozora, vec se memorijski prostor alocira kad ti pozoves CreateWindow() i sl.

Globalne promenljive treba izbegavati, jer kad budes jednom presao na multithreaded programiranje, doziveces svakojake probleme kada dve niti pokusaju da pristupe istoj globalnoj varijabli. Bukvalno sada sebi pravis dodatni posao, koji ces morati da resavas kad ti kupac bude zahtevao da biblioteka podrzava multithreaded zahteve.


Zastita, moj ti je savet da pre nego sto pocnes da se bavis sa high-level 3D grafikom dobro proucis programski jezik u kojem hoces da pises svoj paket. Iz ovoga sto sam video, ti jako slabo vladas C-om - to nije nikakva kritika, vec savet da naucis programski jezik, jer ono sto ti hoces da pises zahteva odlicno poznavanje programskih jezika i tehnika programiranja.

Vidis, to mi nije palo na pamet...
Mada, sta time dobijam?

Sta dobijas?

Pa.. dobijas:

1. Mogucnost vise instanci "scene" ili kojeg vec objekta

2. Mogucnost multithreadinga - recimo ako neka aplikacija crta u vise prozora razlicite stvari, a koristi isti engine

3. Preglednost koda i lakse debagovanje

4. Veoma laku API sintaksu


Opet, kupi K&R skriptu, "Osnove Programiranja" i slicnu literaturu kako bi naucio odakle je sve to poteklo i kako se planira jedan ozbiljan projekat kao sto je ta tvoja 3D biblioteka. Baci pogled i na neke projekte u tom poslu, od njih mozes da usvojis sve sto je njihov competetive advantage - fleksibilnu arhitekturu, itd..

U potpunosti se slazem sa tobom .Ovde su spominjani mikrokontroleri. Ali tu se ne koristi pravi c nego neki c script(nemojte bukvalno da shvatite, ipak se sve svodi na neki asembler) Na svakoj masini jacoj od 386 razlika je totalno neprimetna i za neke ogromne cifre (mereno gigabyte-vima

Pozdrav. Sto se mikrokontrolera (i 'malih racunara') tice, rekao bih da je GCC pravi pravcati c kompajler. Al dobro, ovako odoh u off-topic.

poz.

Ljudi, nemojte pogresno da me shvatite, ali OVOLIKA prepiska zbog "char *promenljiva[5]" ... shvatate sta hocu da kazem?

Ma leko, vidis da smo vec uleteli u prepirku koje bolji programer od svih nas.
Isto tako moram da kazem da mi je jako drago sto pola vas nije razumelo onaj mali snippet koda koji sam napisao samo za vas.
BLUE ROCKS!