Z tego co doczytałem to gdy wartość jest 0 jest OK
a jeśli jest coś innego niż 0 to można sobie błąd odczytać z
http://msdn.microsoft.com/en-us/library/ms681381(v=vs.85).aspx
ale co w przypadku, gdy np program mi się skończył z błędem 2524 (0x9dc). Takiego kodu błędu nie znalazłem na tej liście, co to oznacza, jest się czym przejmować czy nie?
Ile Micro$oft błędów zaprogramował :D
nazwy tych bledow tylko sugerują co mogło się stać, w rzczywistości programista może zignorować te zalecenia i zrobić sobie własną numerację błędów. oczywiście jeśli Twoja aplikacja zwraca taki blad to oczywiscie ze jest sie czym przejmowac, bo w koncu dążymy do perfekcji, a nie rozwiazan tymczasowych.
krwq napisał(a)
nazwy tych bledow tylko sugerują co mogło się stać, w rzczywistości programista może zignorować te zalecenia i zrobić sobie własną numerację błędów. oczywiście jeśli Twoja aplikacja zwraca taki blad to oczywiscie ze jest sie czym przejmowac, bo w koncu dążymy do perfekcji, a nie rozwiazan tymczasowych.
dzięki za odpowiedź
ale jak to teraz sprawdzić
bo nie znalazłem niczego sensownego w MSDN-ie i w sieci
i co teraz
sprawdź w dokumentacji programu, jeśli jej nie ma, to raczej się nie dowiesz.
Bez kodu to chyba nic nie poradzimy.
Azrael_Valedhel napisał(a)
Bez kodu to chyba nic nie poradzimy.
no nic dzięki
kodu nie zamieszcze bo nie za bardzo wiem co zamieścić, jaki fragment, a trochę tego jest
będę szukał dalej - dzięki za pomoc
jest taka opcja że w programie jest możliwość dotarcia do końca maina bez żadnego return, a ostrzezenie o takiej opcji przypadkiem przeoczyles. Wtedy po wyjsciu z maina kod wyjscia pokazywany jest jako losowa wartosc (w zasadzie nie losowa, ale nie chce mi sie tlumaczyc, na Twoje potrzeby przyjmijmy ze losowa). jak juz kolega wyzej wspomnial mozesz wrzucic kod na pastebin-a. jak nie jest za dlugi to Ci ktos przejrzy
Możliwe też, że to segfault (albo inny czort), tylko op nie przepuścił execa przez debugger.