Dziwne zachowanie kompilatora

[rafal44]

Używam IDE Dev-C++ 4.9.9.2. Środowisko to jako domyślnego kompilatora używa g++ i innych narzędzi GNU w tym gdb.
Opcje generowania informacji dla debugera mam domyślnie wyłączoną.
Kilka razy zdarzyło mi się, że skompilowałem cały projekt (aplikacja okienkowa) uruchamiam - program działa. Zamykam program, okno znika i pojawia się błąd "wystąpił problem z aplikacją xxxx.exe i zostanie ona zamknięta". Takie komunikaty pojawiają się zwykle po próbie odczytu/zapisu niewłaściwego obszaru pamięci (np obiekt nie został utworzony, z została wywołana metoda obiektu; nie otworzono pliku a dane są odczytywane). Kolejna kompilacja i problem nie znika. Po takim czymś włączam opcje generowania informacji dla debugera i kompiluje projekt. Po uruchomieniu debugera program działa bezbłędnie. Kompilacja bez opcji -ggdb - Program działa bezbłędnie. Co może być przyczyną tego, że g++ generuje błędny kod?

[breaker]

Twój program musi naruszać ochronę pamięci, a wtedy wywoływana jest procedura obsługi wyjątków i zamyka proces. Jeżeli nie twój program to Zapewne Dev-C++ miesza na stosie/stercie. No i zapewne masz też wersję Beta tego narzędzia.

Co zrobić?
Najlepiej dodaj Dev-C++ z załadowanym programem który miesza do programu uruchomieniowego takiego jak np. OllyDbg, i sprawdź czy nie narusza ochrony praw dostępu. Jeżeli coś będzie wydawać się "nie tak" to błąd stoi po stronie Dev-C++ w innym wypadku twój program wywołuje procedurę obsługi wyjątków.

[tom]

Ja stawiam na blad w programie, a nie w kompilatorze

Sprawdz czy nie chcesz na sile zwolnic jakiegos obszaru pamieci ktorego nie rezerwowales wczesniej tak mi to wyglada i to najczesciej spotykany blad w programach jaki spotykam...

[breaker]

Na pewno jest to błąd samego środowiska w którym pracujesz, bo kompilator z którego korzysta Dev-C++ czyli "gcc" jest godnym zaufania kompilatorem. No i jestem prawie w 100% pewien że to wina Dev-C++. Nie mam zaufania do tego programu bo jest to wersja BETA oraz czasami wyrzuca błędy "z kosmosu". Mam na myśli że przy kompilacji programu wyświetla błędy które leżą po jego stronie. Dlatego też wystarczyło drobne naruszenie ochrony pamięci, a założę się że i tak było w tym przypadku.

Najlepsza analiza błędów które następują w pamięci jest poprzez dowolny program uruchomieniowy i dobrą analizę kodu.

[rafal44]

Na 100% nie ma błędu w kodzie polegającym na błędnym odwołaniu/ zarządzaniu pamięcią. IMO błąd jest kiedy IDE tworzy plik Makefile.win, według którego budowany jest program. Sytuacja zdarza się wtedy gdy kod programu składa się z kilku plików źródłowych. Przez błędny plik Makefile.win linker buduje błędny program.

[tom]

a jak dla mnie jest to dziwne ot nie znam Dev C++ ale bledy srodowiska moga wplynac na zla komunikacje z kompilatorem (nie moznosc kompilacji poprzez przekazanie zlych parametrow) czy zla wspolprace z debugerem...

Ale nie na gotowy program po kompilacji - przeciez srodowisko nie dodaje czegos do source

Zreszta cos takiego szybko by wyszlo bo nie uzywa tego jedna osoba i zapewne problemy byly by zglaszane.

Zreszta nie widzac source to mozemy sobie wrozyc z fusow ja mimo wszystko stawiam na blad w sofcie