banjalukaforum.com

Pogledajte ovaj kod. Vjezbajuci za takmicenje nasao sam gresku u C++. Problem sam pojednostavio. Kompajliraj te sa Dev C++ 4.9.9.2.
Rezultat je 152 umjesto 153.

_________________
U raju je lijepo, ali u paklu je raja.

Je li bolje sa "double a,b,c,d"?

_________________
"I'd take the awe of understanding over the awe of ignorance any day."
- Douglas Adams

Ne pomaze!

Ali ako se strapa sve u istu liniju radice. Na ovo sam naletio slucajno praveci funkciju za racunanje zbira kubova cifara cijelog broja.

_________________
U raju je lijepo, ali u paklu je raja.

Zna sabirati. Problem ti je u konverziji u int.

Eto šta pascal učini od čovjeka

Svedno ima gresku koja me je ubila u pojam.

_________________
U raju je lijepo, ali u paklu je raja.

Ja ne kontam gdje se gubi jedinica. "pow" vraća cjelobrojnu vrijednost, pa se ta vrijednost konvertuje u "int", što je opet cjelobrojna vrijednost.
Druga je stvar kad se iz "float" konvertuje u "int".

_________________
"I'd take the awe of understanding over the awe of ignorance any day."
- Douglas Adams

Funkcija za stepenovanje vraca vrijednost tipa double, niposto celobrojnu vrednost, pa bi mozda ovo kod tebe radilo:



Mozda ti John-ov savjet za double nije pomogao jer si zaboravio da uklonis konverziju u int...

_________________
Pretpostavka: Ljudi ne bi trebalo da rade, vec da se zezaju.
Dokaz: Majmun se citav zivot zezao i od njega je postao covjek!
Nikad ne zavrsim potpis do kr

Tacno, vraca double sto znaci da treba izbaciti one koverzije u int sto opet znaci da kompajler nema gresku.

Ljudi bas ne znate

Pow racuna stepen broja a na neki eksponent b. Formula po kojoj radi je otprilike ovakva:

x = a^b // logaritmuje levu i desnu stranu
logx = log(a^b)
logx = b*loga
x = antilog(b*loga)

Dakle umesto da stepenuje "klasicno", on racuna loga, mnozi ga sa b i onda antilogaritmuje, pri tom se ne dobija 100% tacno resenje (sto je nemoguce) i zato kod pretvaranja u int gubi vrednost (ako zaokruzi 1 na 0.9999 npr). Zasto radi ovako, a ne tako sto mnozi a sa a b puta - jednostavno - probajte da na taj nacin izracunate pi^e ...

Tvoje objasnjenje je na mjestu, ali ipak ne obrazlaze resenje problema.

Sta predlazes sem (moje) gore navedene korekcije?

_________________
Pretpostavka: Ljudi ne bi trebalo da rade, vec da se zezaju.
Dokaz: Majmun se citav zivot zezao i od njega je postao covjek!
Nikad ne zavrsim potpis do kr

Pa radi i to tvoje ali ako hoćeš int onda moraš prvo da zaokružiš double na neku celobrojnu vrijednost, tj. koristiš funkciju round, pa onda int. Ako samo koristiš int, to je valjda kao da si uradio floor pa int, a ustvari u većini slučajeva treba da se uradi ceil pa int, e da ne bi to ručno provjeravao uradiš round i ćao

Pa ako je problem u funkciji pow napravi svoju funkciju za racunanje eksponenta pa je pozoves kad ti treba.
Evo ti primjer

#include<stdio.h>
float eksp(float n,float a)
{
int i;
float c=1;
for(i=1;i<=a;i++)
c=c*n;
return c;
}
main()
{
float m,p,y;
printf("Unesi bazu i eksponent");
scanf("%f%f",&m,&p);
y=eksp(m,p);
printf("%f",y);
getchar();
getchar();
}

Ti ne znas. Izgleda da je greska u kompajleru jer isti takav source pod gcc-om radi bez problema. U ostalom nema logike da broj koji je u floatu 125 da se pri konverziji u int predje u 124. E sad da je bilo 124.999999, onda bi vec tu bilo mjesta za diskusiju.

Sto se tice devcpp-a mislim da na se na njemu u zadnje vrijeme nista ne radi pa bi samo valjalo ubaciti noviju verziju kompilera, i vjerovatno bi sve bilo ok.

borisdj: Dobra ideja za rjesenje problema ali je problem sto ljudi na takmicenjima nemaju vremena da pisu iznova funkcije koje postoje i koje bi trebale da rade, a da ne govorimo jos o gubitku dragocnenog vremena.

_________________
The Convenient Solution
http://www.youtube.com/watch?v=xfzVQwW_8Jk

Ček, šta ja to tačno ne znam? Pa ako ovo gore nije dostojno objašnjenje problema, onda stvarno ne znam! Način na koji se pow računa je generalno ono što sam gore opisao. Pri takvom izračunavanju, greške onog tipa su sasvim normalna i očekivana pojava. Ne kažem da int() nije mogao da zaokruži na "tačnu" vrednost ali OČIGLEDNO je da je zaokružio na nižu vrednost (realno, nije baš ni za očekivati neku preciznost od C-a).

A nije sigurno ni da je to, 125 što kažeš, baš 125. Cout ili printf mogu lako da te prevare.

Može ovo da se nazove greškom, iako to za C stvarno nije nikakvo čudo. Mada daleko od toga da ja ne znam, ej pazi, ja da ne znam ...

borisdj: slaba ti ta funkcija

E i još da nisam vidio ... Zašto čiko koji je napisao ovaj kod koristi math.h umjesto cmath?



Pa baš i nije tako ... Ccc baš ne znate ... Stvarno... I još napadate ljude koji, err, znaju

Uopste ne treba vjerovati C-u na konvertovanje iz jednog u drugi tip.
gcc sigurno postuje standard, a konvertovanje vjerovatno nije odredjeno standardom pa svaki kompajler vodi svoju politiku.

_________________
Mladost neopravdava besvest.

Sta nije tako? Zar nisam u pravu kad kazem da je vrijednost funkcije double?

_________________
Pretpostavka: Ljudi ne bi trebalo da rade, vec da se zezaju.
Dokaz: Majmun se citav zivot zezao i od njega je postao covjek!
Nikad ne zavrsim potpis do kr

Pa nisi jebiga, u ovom slučaju vraća long double i to je razlog zašto baguje

Bloodshed Dev-C++ is a full-featured Integrated Development Environment (IDE) for the C/C++ programming language. It uses Mingw port of GCC (GNU Compiler Collection) as it's compiler.



Aha, po vasem znaci nije to bag u kompajleru. I sta sad dodje nas profa na takmicenje i pocne nesto zezati za koristenje int-a, a funkcija koristi float/double i sta onda polovini ljudi ne bude zadatak u redu. Mislim, sta reci?




Ili se prave da sve zivo znaju.....

_________________
The Convenient Solution
http://www.youtube.com/watch?v=xfzVQwW_8Jk