Stack overflow

Thread View: pl.comp.programming

4 messages

[T] Back to Threads [V] Tree View [G] Group Articles

4 total messages Started by mi... Rafal Czeczotka Wed, 14 Feb 1996 00:00

#311

Author: mi... Rafal Czeczotka
Date: Wed, 14 Feb 1996 00:00

17 lines
1222 bytes

Hej,

Kompiluje program w BC++3.1 z wlaczona opcja "Check stack overflow" i
program zglasza przepelnienie stosu. Nastepnie ten sam program kompiluje tym
samym kompilatorem, ale wylaczam powyzsza opcje. Jak sie zapewne
domysliliscie (chociaz moze nie jest to takie oczywiste, ale zlosliwosc
rzeczy martwych...) program teraz dziala bez problemow. W zwiazku z tym ja mam
problem, bo wedlug mnie jesli nastepuje przepelnienie stosu, to program
powinien sie co najmnie powiesic lub zrobic cos podobnie fatalnego,
ewentualnie moze mu sie "zawinac" stos, ale wtedy "wjedzie" na obszar swoich
danych lub poczatek stosu co w konsekwencji powinno wywolac podobne
zachowanie.
Czy ktos moze mnie oswiecic, dlaczego program tak sie zachowuje??? :(

                                   Dzieki
                                    Michu
                       e-mail: mi...@amedec.amg.gda.pl

Re: Stack overflow

#312

Author: Artur Lipowski
Date: Thu, 15 Feb 1996 00:00

25 lines
1532 bytes

Rafal Czeczotka (mi...@amedec.amg.gda.pl) wrote:
: Kompiluje program w BC++3.1 z wlaczona opcja "Check stack overflow" i
: program zglasza przepelnienie stosu. Nastepnie ten sam program kompiluje tym
: samym kompilatorem, ale wylaczam powyzsza opcje. Jak sie zapewne
: domysliliscie (chociaz moze nie jest to takie oczywiste, ale zlosliwosc
: rzeczy martwych...) program teraz dziala bez problemow. W zwiazku z tym ja mam
: problem, bo wedlug mnie jesli nastepuje przepelnienie stosu, to program
: powinien sie co najmnie powiesic lub zrobic cos podobnie fatalnego,
....


W zasadzie masz racje ale opcja kontroli przepelnienia stosu sama z siebie 
powoduje wieksze zajecie stosu (stosunkowo niewiele) i stad moze wynikac to 
"dziwne " zachowanie. Sprobuj zwiekszyc wartosc wielkosc stosu o ok 10% i wtedy
zobacz czy z wlaczona opcja program sie wywala.


Pozdrawiam,
Artur


P.S.
W kompilatorze w wersji 4.0(2) byl blad powodujacy zla generacje ramki stosu
przy wlaczonej kompilacji na 386. Nie wiem jak to bylo z wersja 3.1, ale
moze to tez jest jakas wskazowka.

Re: Stack overflow

#313

Author: Grzegorz Szyszlo
Date: Thu, 15 Feb 1996 00:00

15 lines
1220 bytes

artur@PROBLEM_WITH_INEWS_DOMAIN_FILE (Artur Lipowski) wrote:
>W zasadzie masz racje ale opcja kontroli przepelnienia stosu sama z siebie 
>powoduje wieksze zajecie stosu (stosunkowo niewiele) i stad moze wynikac to 
>"dziwne " zachowanie. Sprobuj zwiekszyc wartosc wielkosc stosu o ok 10% i wtedy
>zobacz czy z wlaczona opcja program sie wywala.

>Artur

nie wiem jak w C, ale w paszczalu przepelnienie stosu jest generowane
jesli jest mniej niz ilestam bajtow, a nie wtedy kiedy spada do zera.
-- 
               oOOo      /===================================\
         /=====\__/=====/  http://avalon.wbc.lublin.pl/~znik |
         | Grzegorz Szyszlo mailto:ZN...@avalon.wbc.lublin.pl |
         \===================================================/

Re: Stack overflow

#314

Author: mi... Rafal Czeczotka
Date: Wed, 21 Feb 1996 00:00

19 lines
1460 bytes

Artur Lipowski (artur@PROBLEM_WITH_INEWS_DOMAIN_FILE) wrote:

: W zasadzie masz racje ale opcja kontroli przepelnienia stosu sama z siebie 
: powoduje wieksze zajecie stosu (stosunkowo niewiele) i stad moze wynikac to 
: "dziwne " zachowanie. Sprobuj zwiekszyc wartosc wielkosc stosu o ok 10% i wtedy
: zobacz czy z wlaczona opcja program sie wywala.

Zwiekszenie rozmiaru stosu niewiele zmienia. Z tym problemem spotykalem sie
wielokrotnie w roznych programach a rozwiazanie ktore mi zaproponowales
mozna zastosowac najwyzej w jednym programie i to o ile masz pewnosc, ze
wystarczy ci staly rozmiar stosu. Poza tym w tych programach deklarowalem
tez maksymalny rozmiar stosu z takim samym skutkiem. Mnie bardzo 
interesowalaby odpowiedz na pytanie dlaczego tak sie dzieje, bo nie chce mi 
sie wierzyc, ze zmiana wielkosci stosu o kilka procent ma tak oplakane skutki 
w tak wielu przypadkach.

                                Pozdrawiam :)
                                    Michu
                       email: mi...@amedec.amg.gda.pl

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads