Autor Wątek: Access Violation z pustym Callstackiem pod MingW32 - jak zdebugować?  (Przeczytany 4916 razy)

Offline laggyluk

  • Użytkownik
    • twitter

# Luty 10, 2015, 09:06:05
'timer' też tak może zrobić

Offline Mr. Spam

  • Miłośnik przetworów mięsnych

Offline Xender

  • Użytkownik

# Luty 10, 2015, 09:50:46
Albo dodatkowy crash w samej obsłudze błędu. :P

Offline Garnold

  • Użytkownik

  • +6
# Luty 10, 2015, 12:28:46
Jeśli odpalasz aplikację 32 bit na 64 bitach polecam dodać wywołanie funkcji EnableCrashingOnCrashes() z poniższego artykułu (przynajmniej w wersjach debuggowych):
https://randomascii.wordpress.com/2012/07/05/when-even-crashing-doesnt-work/

W pracy miałem z tym kiedyś problem - aplikacja pomimo tego, że dawno powinna się wyłożyć, działała dalej (i wykładała się później nie wiadomo gdzie). Polecam przeczytać załączony artykuł, dokładnie opisuje on wspomniany problem.

Offline Shelim

  • Użytkownik
    • Homepage

# Luty 10, 2015, 16:36:18
Jeśli odpalasz aplikację 32 bit na 64 bitach polecam dodać wywołanie funkcji EnableCrashingOnCrashes() z poniższego artykułu (przynajmniej w wersjach debuggowych):
https://randomascii.wordpress.com/2012/07/05/when-even-crashing-doesnt-work/

W pracy miałem z tym kiedyś problem - aplikacja pomimo tego, że dawno powinna się wyłożyć, działała dalej (i wykładała się później nie wiadomo gdzie). Polecam przeczytać załączony artykuł, dokładnie opisuje on wspomniany problem.
Po wrzuceniu funkcji EnableCrashingOnCrashes dostałem pięknego crasha z kompletnym callstackiem z którego wynikało że jeden z obiektów skryptu (refCountowany) uprawia zombing klasyczny, czyli żyje po śmierci (read after delete). Poprawiłem, jeżeli okaże się że to było to, to masz u mnie piwo! :D

Offline Xender

  • Użytkownik

  • +2
# Luty 11, 2015, 10:48:43