Programiranje u C++-u - pitanja i odgovori

Nisi ni ti moj... 

Jer ovako nešto je bilo u kolokviju i što sad? Profesorica će tražit rješenje koje nije definirano? Očigledno ne... BTW i meni će to dat 12, 10, 12, a kopiraj cijeli zadatak i vidjet ćeš da će i tebi dat 13, 14, 14

Znači, kao što sam kolegi rekao, izgleda da je stvar compiler-specific:

C++ Builder 2010 compiler

printf ("i = %d", i);

Ako je i jednako 10;

Ispisati će:
i=10

printf ("%d", i);

Ako je i jednako 10;

Ispisati će:

10

%d ti je samo format integera.

Eto nista da zakljucimo, nama je profesorica dala zadatak kojemu je jedino točno rješenje u kolokviju 13 14 14, a to ovisi o compileru.. Malo glupo i retardirano.. al eto. 

A sad da dodem do jednog drugog zaključka... mi to pišemo na papiru gdje nema utjecaja compilera, pa kako bi zaista trebalo bit? Jel prefix ima prednost nad postfixom, ili nesto drugo? 

E to je to što mi je trebalo... 

Hvala puno na objašnjenju.

A joj, ekipo, malo nam C šteka...

Pisat ću u C++ sintaksom, jer je, imho, puno čitljivija...

int i = 12;

cout<<i++<<i<<++i<<endl;

Kompajler će prvo prirediti red za ispis, a onda ga ispisati. Ovo je školski primjer kako NE pisati program i u teoriji baza podataka ovako nešto bi se zvalo, mislim, s*anje od koda jer se događaju 5 radnji nad memorijskom lokacijom u kojoj je smještena varijabla i i to 3 čitanja i 2 pisanja.

Kao prvo kompajler će povećati vrijednost na 13 zbog pre-inkrementa - pre-inkrement mu govori da prvo mora napraviti operaciju nad mem. lokacijom a onda obaviti čitanje mem. lokacije. I u trenutku innicijalnog ispisa

cout<<i++

vrijednost i će biti 13, zbog zadnjeg ++i koji je reko da prije nego što se s ičime krene da vrijednost na mem. lokaciji se mora povećati za 1. Nakon tog ispisa, njemu se nalaže da on obavi 2. pisanje u memoriji koje dolazi nakon čitanja varijable (i++), te će vrijednost biti 14.

Tada dolazi do i, koji govori samo da želi ispisati na konzolu vrijednost i ispisuje (14), te potom opet dolazi do i koji je već "ispucao" pre-ikrement (prije nego je ovaj uopće počeo ispisivati na konzolu) i samo ispisuje stanje memorije.

Kod mbaksinog primjera treba se uzeti još jedna stvar, a to je pravilo s desna na lijevo (odnosno da kompajler parsira kod s desna na lijevo, obrnuto čita nego mi).

Eh sad znači imamo

int i = 12;

cout<<i++<<i<<i++<<endl;

Doći će do najdesnijeg i-a i ispisati ga, te povećati vrijednost za 1 na mem. lokaciji na kojoj se nalazi varijabla i. Eh sada, on će doći do i-a, "zanemariti" ga jer postoji još operacija write prije njegovor reada, i preći će naprijed na najlijeviji i, kojeg ispisuje (13) i povećava za 1, vraća se na mjesto gdje mu je read (i) i ispisuje njegovu vrijednost (14).

Znači pravilo, parsiranje ide s desna na lijevo, kada naiđe na pre-inkrement, isucavaju se svi pre-inkrementi do slijedeće operacije (post-inkrement) i na tom mjestu ostane jedino čitanje vrijednosti mem. lokacije,  kada naiđe na i++, ispisuje ga i nakon ispisa povećava vrijednost za 1, te na kraju obavi read mem. lokacije (i), i ispiše finalnu verziju. 

Stavite nešto tipa

cout<<i++<<i<<i++<<i<<++i<<i<<++i<<i++<<endl;

i provjerite.

EDIT: Floki me preteko...

Hvala!

U pravilu, ova situacija je ne-definirana i ovisi o compileru. I za rezultat 13, 13, 13 postoji jednostavna logika kojom se do toga dođe no jednostavno treba izbjegavati višestruke inkremente (postfix, prefix) kao parametre funkcije. Evo još jednog primjera gdje se od compilera napravi idiota:

const int n = 5;
const int* cpn = &n;  // pokazivač na konstanti int

int *pn = const_cast<int*>(cpn);  // konstantni pointer u obični
*pn = 10;  // službeno definirano kao "undefined behavior"

cout << n << " " << *cpn << " " << *pn;  // 5 10 10

I sad.. ovim komadom koda se i jest i nije promjenila vrijednost varijable na 10 .

static_cast možeš shvatiti kao klasičnu C pretvorbu. Npr;

float r = 3.14;

int n = static_cast<int>(r);  // tj. int n = (int)r;

a za dynamic_cast, const_cast ili reinterpret_cast su pretvorbe vezane uglavnom za pokazivače i klase pa prije nego njih naučiš - ne muči se.

Koliko vidim, ljudi ovde najcesce nemaju problema sa C++om vec neznaju napisati algoritam.

Kada napises algoritam, lako ga je prebacit u bilo koji programski jezik. Tako da zapravo mislim da je vecina postova ovde promasilo temu. Bilo bi bolje da otvorite temu - Algoritmi - pomoc.

Zapravo C# nije slican C++ (iako je povukao dosta stvari iz njega). Slicniji je Javi.

C# je Microsoftova Java. Dakle, cross-platformski potpuno objektni programski jezik zasnovan na sintaksi C++-a, s tim da je, kako je kasnije nastao, ispravio neke karakteristike jave.

A i ovo je pitanje koliko je cross-platform...

Upravo na to sam i ciljao. Situacija sa Monom, Microsoftom i Linuxom bas i nije bajna. Radije ne.

Zapravo i nije toliko losa. Mono pokriva cca 90% funkcionalnosti .Net frameworka. U ostalom, kod se najprije kompalira u CLR a sa njim mozes sto hoces.