[gorfag]

Takiego programistycznego WTF to ja nigy nie miałem:

- puszczam program w trybie Debug - błędny wynik oraz dumpy

- puszczam w trybie Debug, ale zatrzymuję się w dowolnym miejscu breakpointem - działa poprawnie.

Program nie jest multiwątkowy. I weź tu wytłumacz managerowi, czemu od dwóch dni nie możesz skończyć zadania :/

#wtf #cpp #praca #programowanie

[Vievior_ka]

@gorfag: #jakzyc

[anonim1133]

@gorfag: Ano, to nie łatwa rzecz. Ludziom się wydaje, że to hopsiup i w ogóle. Póki co udaje mi się zbywać mądrymi słówkami, wtedy dostaję odpowiedź, że nic nie rozumieją i to moja przewaga :3

[KrzaQ2]

To musi być jakaś sytuacja wyścigu, zobacz ile wątków masz w programie.

[gorfag]

@anonim1133 @KrzaQ2: Myslałem, że skoro to wyścig to sleep na 5 sekund w miejscu breakpointa tez wygeneruje dobry wynik - ale nie. Do tego cięzko się takie coś debuguje, bo to nie aplikacja a dll, a debuguje sprzęt po sieci. Podejrzewam problem z nowym kompilatorem Visuala - w sumie nie pierwszy.

[KrzaQ2]

@gorfag: Moje doświadczenia z "błędami kompilatora" są dość proste: 10 razy sprawdź pierw u siebie. Może niepoprawnie obsługujesz połączenie sieciowe?

[tell_me_more]

@gorfag: mażesz po pamięci pewnie. Jak jest breakpoint to nie dochodzi do użycia zepsutego miejsca w pamięci i się nie wywala. Jak pracujesz pod Linuksem zobacz sobie valgrind - świetne narzędzie do wykrywania nieprawidłowegu użycia pamięci (używania zwolnionych wskaźników itp), ma też inne narzędzia - do wykrywania race condition, do optymalizacji, do wykrywania wycieków pamięci, itp.

Odpalasz : valgrind TWOJA_BINARKA - Twój program działa dużo (kilkanaście) razy wolniej, i wypisuje logi