Kāpināšana C valodā

[kastanis]

Kā C programmēšanas valodā pieraksta kāpināšanas darbību? Vai pow(a,n)? (a - bāze, n - kāpinātājs)
Kā mēģinu iesaistīt šo pierakstu kādā izteiksmē, tā rodas nepareizs rezultāts.

[Operaatoors]

Aam, a library esi pielicis?

Mazliet google, un reku, iepsējams, noderīga saite

http://www.cplusplus.com/reference/clibrary/cmath/pow/

[Kaspars Balodis]

Nu it kā ir pareizi. Kādā tieši izteiksmē tev rodas nepareizs rezultāts?

[kastanis]

Es veidoju programmu summas aprēķinam ar cikla palīdzību.
Augšējo robežu ņemu nelielu, un precīzais rezultāts ir vesels skaitlis ar 5 cipariem.
Kad kāpināšanu pierakstīju kā atkārtotu reizināšanu, viss bija kārtībā.
Kad izmantoju pow(a,n), tad rezultāts ir tuvs precīzajam, bet tomēr tikai aptuvens. Kāds tam varētu būt izskaidrojums?

[AŠ]

Nu vajadzētu:
#include <math.h> un pēc tam pow(a,n) jādarbojas
Tomēr, cik atceros no programmēšanas, tad ar pow(a,n) man arī bija kaut kādas problēmas un pie kvadrātiem vai kubiem lietoju a*a*a*...

[wizulis]

Cik atceros no savām vidusskolas c++ dienām, tad pow, ja izmantoja vainu int vai float ( neatceros kuru) atgrieza nepareizas vērtības, teiksim 10^2 viņš atgrieza 99, bet pašlaik tiešām vairs neatceros ar kuru.

[bubu]

Nu 10 kvadrātā ar pow vajadzētu aprēķināties precīzi.
Taču, tā kā float's/double ir pats par sevi neprecīzs datu tips reālo skaitļu aprakstīšanai, tad nevajag gaidīt, ka pow atgriezīs rezultātā zīmīgos ciparus bezgalīgā skaitā. Floatam tie parasti ir 7, bet doublim ap 16 gabali (decimalā pierakstā).

[Uģis Lazdiņš]

pow funkciju parasti rakstu pats, kā Bubu teica, diezgan problēmas rodas float kļūdiņu dēļ

[bubu]

Kāpēc pow funkcija jāraksta pašam (pieņemot ka tas nav uzdevuma mērķis), ja kāds cits to jau ir izdarījis un iekļāvis standartbibliotēkā?

[Toms Mikoss]

Ļoti labs jautājums - kāpēc vēlreiz mēģināt izgudrot riteni? Katra liekā rinda ir potenciāli desmit bugi Standarta bibliotēkas, pareizi izmantotas, parasti ir mazāk kļūdainas nekā paša rakstītais kods. Varbūt labāk būtu iemācīties, kurš datu tips īsti jāpadod lai pareizi rēķinātos?

[BlackJack]

http://gmplib.org/ priekš lielas kāpināšanas.

[bubu]

GMP ir jālieto priekš gariem skaitļiem, nevis kāpināšanas.

[ulzha]

Varētu būt, ka notiek exp(n*log(a)), un vismaz log starprezultāts, protams, būs neprecīzs. Ir tā, ka aritmētiskās darbības un kvadrātsakne pēc standarta nedrīkst atgriezt neprecīzu rezultātu, ja precīzais ir datu tipā iespējams. Par citām funkcijām gan laikam tas būs vairāk vai mazāk nespecificēts, tā ka vesela skaitļa kāpināšanu dšn labāk tām neuzticēt.

[wolvenforest]

Афри25лечеCHAPTimeЗабоНатаАмонИстрПукиPastPandТеслMammruneXIIIЗаваСолоRichКузьZoneзамяXXII
ЖареОглаВороWillBillXVIIМатвРемиЧелоПисиВескСодеВысоHenrDaviвузоDAXXлингMarcкровVamoSandHell
ЭдмуCharОрлоДрагРыльПалкпервсетоCircCircОрлоXXVIтканГолоМарьАндрНеусЗолоJohnСмирГладKarlкото
собсзодчапреФудиРогаГладКлимХофмXVIIрассWaltмногСодеGospZoneWaynSmalбольRobeГориMichШулиСапо
ZoneZonepiraLastZoneТрубMachLaurMaggвозрЯзовумстПопоFranZoneZoneНикоCeciDaniХариZoneGaryЛерн
MonkклейцепоFLASWTCoBoscKronInboThisШейнMicrСнежDistChicхудоRalpSpon9066LEXUPROTмоневозмEtno
текскистмозаJonaпразRichоружLadyWindWindконсRedmBoscсертDarlБезеRegiLothАстаFantЛитРКуск1014
ЛитРАрсереспFrie(194КовавойнЗахаПогоAcadстудпервSomeименMPEGRetrRetaKareрабоFromиюльМиньMark
WindКирюФормГончавтоPictдораначаБезрАвтоGuilавтоосвоЛебемышаСерезадаAngeМалоавтоБуроFLASFLAS
FLASArisФормМаркGreeDailКотеJeweFrom95-1писаГаврJanetuchkasкласXVII