568. Zabawne dodawanie Piotrusia [BFN1]

Właśnie o to chodzi. Zadanie polega na sprawdzaniu Czy liczba po zsumowaniu jest palindromem.
121 jest palindromem (treść zadania)
4884 jest palindromem (na marginesie jest to wynik zabawnych dodawań dla 69)
4848 nie jest palindromem

W sumie to nie musisz obracać połówki. Możesz też porównać po kolei znaki pierwszy z ostatnim, drugi z przedostatnim itd jeśli liczba jest dłuższa.

Już rozumiem, zadanie zaliczone.
Dziękuje bardzo za pomoc

Dzień dobry,

bardzo proszę o pomoc. Niestety nie umiem znaleźć błędu, a sędzia jednak rozwiązanie odrzuca. https://ideone.com/DtPvW311

Jedyne co widzę to w pętli while(CzyPalindorm(liczba)!= true) zmienna liczba może zyskiwać na długości (wielkości stringa), a liczbaOdwrocona nie (ciągle ma taką samą długość, przez co pewnie wychodzisz poza zakres po kilku iteracjach).

@eksekk dzięki, działa

Cześć,

jak moi przedmówcy, mam problem z uzyskaniem AC dla tytułowego zadania. Mój kod wygląda tak: https://ideone.com/SRa4c29 i jest napisany w C++.
Już trzeci dzień główkuję nad tym problemem i nie potrafię znaleźć błędu, dlatego proszę o pomoc .

Dostaje takie same wyniki w moim programie który dostał AC.

EDIT:
w związku z postem @bieniek_k moja analiza jest niepotrzebna i myląca więc skasowałem.

Ja odkryłem że kod kolegi @elefesel nie działa tylko w c++ 4.3.2. W każdej wyższej wersji już dostanie AC, tylko jeszcze nie mogę odkryć skąd się bierze ten błąd
P.S
Po wielu próbach uzyskałem AC na 4.3.2. Zmieniłem tylko jedną rzecz.

ans = palinSum(number, &sumNum);
cout<<ans<<" "<<sumNum<<endl;

A dlaczego nie wiem Może ktoś mądrzejszy będzie potrafił to wyjaśnić

        cout<<palinSum(number, &sumNum)<<" "<<sumNum<<endl;

Pisząc taką linijkę zakładamy, że cout wykonuje operacje od lewej do prawej. Czyli najpierw wywołana zostanie metoda palinSum, a potem zostanie pobrana wartość z obliczonego już sumNum. A tak być nie musi.

Może się zdarzyć, że najpierw wypiszemy zero, a dopiero potem odpalimy funkcję palinSum.

Poprawka @bieniek_k zadziałała, bo najpierw obliczył wynik, a dopiero potem pobrał wartość.

Dziękuję Wam za pomoc, czasem błędy znajduje się w nieoczekiwanych miejscach. Mnie również zaskoczyło to znalezisko, najwidoczniej muszę przyjrzeć się dokładniej działaniu cout.
Jeszcze raz dziękuję za poświęcony mi czas

Takie zachowanie to nie tylko kwestia tego jak działa cout.
To dotyczy się wszystkich wywołań pojawiających się w jednym wyrażeniu.

Np.

funkcja( funcka2(), funkcja3() );

Nie ma gwarancji w jakiej kolejności zostaną wywołane funkcja2 i funkcja3.

https://en.cppreference.com/w/cpp/language/eval_order2