Pole pewnego koła - błąd kompilacji mimo dobrego kodu

Question

Witam kolegów programistów.

---

Mam pewien problem z zadaniem z SPOJ'a pole koła. Mimo prawidłowych wyników statusem jest błąd kompilacji. Nie tylko w tym zadaniu to zauważyłem, ale w wszystkich, w których dołączam biblioteki inne oprócz iostream. Czyżby SPOJ byłby aż tak wybredny i kazał wymyślać własne funkcje? Nie wiem, czy moje twierdzenie jest słuszne, może to jednak problem z kodem? Oto kod:

#include <iostream>
#include <math.h>
#include <iomanip>
using namespace std;

float radius, lengthBetweenCenter, height, radiusOfCircle, fieldOfCircle;

int main() {
    cin >> radius >> lengthBetweenCenter;
    height = radius - lengthBetweenCenter / 2;

    radiusOfCircle = pow((2 * radius - height) * height, 0.5);
    fieldOfCircle = radiusOfCircle * radiusOfCircle * M_PI;

    cout<< setprecission(15) << (round(fieldOfCircle * 100) / 100) << endl;

    return 0;
}

 

Dziękuję za wszelkie odpowiedzi i porady.

Answer 1

Kod nie może się kompilować, bo masz błąd w nazwie funkcji. Powinno być:

setprecision(15)

Do tego konstrukcja jest bez sensu. Jeżeli chcesz wypisać liczbę z dokładnością do 2 cyfr po przecinku musisz użyć std::fixed oprócz std::setprecision:

cout << fixed << setprecision(2) << fieldOfCircle << endl;

Właściwie w tym zadaniu nie powiedziane, że trzeba coś zaokrąglić - wystarczy, że wynik będzie poprawny do drugiego miejsca po przecinku. Musisz jeszcze nad tym popracować, bo rozwiązanie nie jest zbyt dobre.

Answer 2

możesz też zamienic float na double, sędzia powinien to przyjąć

Answer 3

Nie pisze w C++ ale: 

Nadsyłane programy będą kompilowane i uruchamiane w automatycznym środowisku testowym pracującym pod systemem Linux

Czy math.h nie jest biblioteką tylko dla windowsa? Nie powinieneś używać cmath?

Comments

Zmieniłem na cmath, lecz nie rozwiązało to problemu. W książce Symfonia C++, którą polecam, przeczytałem, iż biblioteki z rozszeżeniem .h są starymi bibliotekami z jezyka C. W C++ nadal można z nich korzystać. Nie zauważyłem tego wcześniej, że mogę wykorzystać twierdzenie Pitagorasa. Dzięki za sugestię.

---

Można z nich korzystać, ale są zdeprecjonowane i lepiej używać ich odpowiedników (<c*>). Nieprzenośne biblioteki, to np. conio.h, windows.h (nawet nie są w standardzie).