[s.....t]

Bądź mną. Uruchamiasz g++, przy większych projektach make. Teraz jest kilka sekund prawdy. Jeżeli kompilator wypluje kilkaset linijek, napraw i wróć do punktu 1. Po kilkudziesięciu wykonaniach instrukcji jmp w końcu program się skompiluje, i pewnie zadziała tak jak powinien. Ale, jeżeli za pierwszym razem od razu kursor przestanie mrugać i dostaniesz coś w rodzaju #!$%@?@#!$%@? ~/: to bój się (nieistniejącego) boga. I spędź godziny na śledzeniu stacktrace i zastanawianiu się co powoduje #!$%@? segfaulta. #prawda #takbylo #niepasta #programista15k #programowanie #ateizm

[6a6b6c]

@szy_mat: poletzam gdb xD

[s.....t]

@6a6b6c: Wiadomo że gdb, ale gdb sam ci błędu nie naprawi.

[6a6b6c]

@szy_mat: a teraz sie zastanow po co to w ogole napisales xD

tego wpisa w sensie

[y.....l]

@szy_mat: Większy projekt i kompiluje Ci się kilka sekund? O_o

[s.....t]

@yggdrasil: Tak. Chmura Amazon EC2 ( ͡° ͜ʖ ͡°)

[y.....l]

@szy_mat: Większy projekt i tylko jedna maszyna? O_o

[Kaczus2B]

@szy_mat: Polecam częste kompilacje podczas pisania i jakies testy....

[wolodia]

godziny na śledzeniu stacktrace i zastanawianiu się co powoduje #!$%@? segfaulta

@szy_mat: valgrind

[that_ugly_dude]

@szy_mat: @wolodia: czy do seg faulta nie wystarczyłby gdb i przejrzeć rzucony core dump? dość zgrabnie powinien pokazać gdzie padł

[Cepion]

@szy_mat: #ateizm xD

[Poczatkujacy2k]

Teraz jest kilka sekund prawdy

@szy_mat: Co ty kompilujesz? Hello Worlda?

[wolodia]

@that_ugly_dude: do wykrycia miejsca tak. Ale w większości przypadków coś poszło nie tak znacznie wcześniej i valgrind pomaga wykryć błędne operacje na pamięci albo problemy z stosem.