On 01.11.2018 08:33, s...@g...com wrote:
>>>>> Chodzi o to, że wersja debug ma inicjalizowaną pamięć zerami, a wersja release
nie.
>>>>
>>>> Ale jaka pamięć (nie) jest inicjalizowana zerami? Chodzi o obiekty statyczne (w
tym globalne), czy dynamiczne?
>>>
>>> G++ w wersji debug automatycznie inicjalizuje alokowaną pamięć zerami. G++ nie
robi tego w wersji release
>>
>> Wydaje mi się, że Maciejowi chodziło o co innego:
>>
>> Co robisz, że używasz jakiejś pamięci, której nie dotknął
>> konstruktor jakeigoś obiektu.
>
> Głowny problem w tym programie to wskaźniki i zmienne typu int (i ich warianty).
Wskaźniki globalne i w klasach wyszukałem i zainicjalizowałem.

Wskaźniki to ogolnie coś, czego powinno się unikać w c++,
ale rozumiem, ujowo napisana biblioteka do raspi w stylu
procków embended 4kB ramu:-)

Podobnie globalne...

Może da się tego pozbyć;-)

>Jednak problem może dotyczyć zmiennych lokalnych.
>Wygląda nato, że w wersji debug są inicjalizowane przez kompilator,
> a w wersji release nie... I ja chcę by w wersji debug nie były
> inicjalizowane - by szybciej znaleźć błąd.

Nie deklaruj zmiennych bez przypisania.
Jeśli się nie da, a chcesz wyłapać (bez debugera;p) użycie
wskażnika bez zainicjalizoanej wartości, inicjalizuj je
na wartość, które na pewno wywali program.

No, chyba, że przewidujesz, żę wskaźnik możę na nic nie pokazywać w
trakcie działąnia praogramu i wszędzie sprawdzasz, czy nie jest nulem,
to wtedy ręcznie inicjalizuj go na null. Ale IMHO to prawie zawsze
gorsze rozwiazanie

pzdr
bartekltg