@michal_zukowski,
post #114
Jaka analiza logu? Jak odpalę program na swoim sprzęcie, żeby zebrać log, i on zacznie pisać po pamięci - to już za późno, program już kupiłem. Poza tym - skąd będę wiedział, że nie pominąłem tego jednego przypadku użycia, który (w przeciwieństwie do tych przeze mnie przetestowanych) powoduje pisanie po pamięci?
[edit] Przypadek, który kiedyś dawno temu widziałem pod VxWorksem: task A nadpisuje kawałeczek pamięci jakimiś śmieciami (to, zdaje się, kilka bajtów tylko było). Przypadkiem task B akurat w tym nadpisanym miejscu trzymał wskaźnik do danych, który po nadpisaniu zaczął wskazywać śmieci, przez co task B się wykrzaczył (z uwagi na specyfikę tego konkretnego systemu błąd ten był nawet w miarę powtarzalny - w desktopowym systemie o powtórzenie takiego samego błędu byłoby raczej trudno). Czy z tych logów/wipeouta będę w stanie stwierdzić, że to task A był winny wykrzaczenia się taska B? I, najważniejsze - czy będzie to w stanie ogarnąć (nawet zaawansowany, ale nie programujący) użyszkodnik, który nie wie, czym jest wskaźnik?
Ostatnia aktualizacja: 02.11.2018 20:34:21 przez Cedrat