[[c++] Maly Problem Z Petla I If-em]

gcc version 2.95 19990728 (release) - zaskakuje za pierwszym razem po podaniu napisu..

Iście przedwojenne gcc, więc niekoniecznie miarodajne. Ogólnie powinno być tak: operatorowi >> nie udaje się wczytać liczby, więc ustawia failbit. Każde kolejne odwołanie do tego strumienia powinno się nie udać - dopóki nie wyczyścimy owego failbit. Jeżeli gcc 2.95 robi inaczej, to widać pora przesiąść się na 3.4 albo 4.0

Czy stos jest w RAMie? Wątpię - jak rozpoczynałem pożar patrzyłem na zużycie pamięci RAM - ledwo 1MB wchłonęło a tu przepełnienie :)

Stos jest w RAMie. Jego góra (element z wierzchu stosu) znajduje się pod adresem ss:esp. Na stos zwykle pamięć przeznaczana jest przy starcie programu, temu też nie widać by program zajmował jakąś dodatkową pamięć. Z tego wynika, iż im więcej zmiennych lokalnych w rekurencyjnej funkcji, tym szybciej się przepełni.

[[c++] Maly Problem Z Petla I If-em]

No Pelzak ale jego programowi to przepelnienie stosu na pewno nie grozi, musialby naprawde zawziecie setki (..)

Przy pierwszym czytaniu z wejscia wystarczy podać jakiś napis zamiast liczby: efekt - stos przepełnia się w niecałą minutę :]

[C - Kalkulator Liczb Zespolonych - Obsluga Bledu.]

scanf zwraca ilość poprawnie wczytanych "tagów" (tego czegoś z %). W twoim przypadku jeżeli to co wprowadzi użytkownik nie będzie liczbą, scanf zwróci 0. Jeżeli to będzie liczba - zwróci 1.

 

Toteż, każden scanf zmien na cos takiego:

if (scanf(..)==0) {nakrzycz na uzytkownika();}