W dniu 2011-05-04 10:48, apl pisze:
>
>> malo kto sprawdza takie rzeczy, ale blad sie
>> moze rozpropagowac az program uderzy w sciane
>> np na bledzie ochrony pamieci
>>
>> to jest tez ciekawe czy sa takie (albo czy
>> sa mozliwe) takie systemy w ktorych
>> prog nie moze uderzyc w sciane - tylko
>> np produkowac smieci i nic wiecej -
>
> Moim zdaniem program nigdy nie powinien produkować śmieci. Częstą
> przyczyną trudno wykrywalnych błędów jest automatyczne "zerowanie"
> zmiennych na etapie kompilacji. To kardynalny błąd! Pamięć
> przydzielana zmiennym powinna raczej być ustawiana na wartości
> nieakceptowalne dla typu zmiennych, a przynajmniej wszystkie bity na
> True, tak aby użycie wartości zmiennej, której nie nadał program,
> automatycznie powodowało "uderzenie o ścianę". Zero jest najczęściej
> akceptowane jako "dobra" dana, natomiast wartości skrajnie wielkie
> będą na ogół prowadzić do przesterowań. Ja, w swojej praktyce stosuję
> właśnie takie przekorne podejście i inicjuję zmienne tak, aby nie
> wchodziło w rachubę użycie przypadkowej wartości.

VC w konfiguracji Debug domyślnie ustawia wartości bajtów 0xCC.

Część coding standards zabrania deklarowania zmiennej bez jej
inicjowania. Są też narzędzia do statycznej analizy kodu, które
pokazują potencjalne użycie niezainicjowanych zmiennych.

--
Paweł Kierski
n...@p...net