🚀 go-pugleaf

On Wednesday, May 4, 2016 at 7:21:16 PM UTC+2, Sebastian Biały wrote:
> On 2016-05-04 19:17, M.M. wrote:
> > Kurcze, ale to jest mało prawdopodobne, aby coś przykrywało i kod się
> > kompilował, nazwy pól i metod byłyby inne. Tak dziwnego błędu w życiu
> > nie widziałem.
> 
> A ta klasa trzymana przez wartość:
> a) ma coś działajacego do konstrukcji?
> b) ma coś działajacego do kopiowania?
> 
> Oglądanie zawartości takich rzeczy na stacku czasem pokazuje błedy 
> debugera. Przodował w tym kiedyś u mnie VS2008 który nie był w stanie 
> pokazać struktury dwóch struktur na stosie bez smieci w conajmniej 
> jednej. Przypadek tez specyficzny, redukcja kodu usuwała bład, ale kod 
> wynikowy był poprawny i działał.

Zgadza się, debugery mają błędy. O ile pamiętam, kiedyś raz miałem podobny
jak opisałeś problem w builderze, ciut inny problem miałem z debugerem w
qtcreatorze. Ten bład z qtcreatora chyba nawet tutaj na grupę wrzuciłem
ze screenami.

Jednak teraz, jeśli nawet uaktywnił się błąd debugera, to musiało coś
jeszcze innego nie działać. Wypisywane zmienne printfem na konsole też
miały dziwne wartości, a czy takie same jak w debugerze, to nie zwrociłem
uwagi. Ponadto nie przechodził program asercji i wartości nan pojawiały się w
GUI.

Głupio zrobiłem, że nie zachowałem dokładnie tej wersji z błędem. Gdy
po zmianie nazwy z Result na ResultL zaczęło działać, to normalnie
pracowałem nad kodem i naniosłem wiele zmian. Teraz gdy zamieniam z 
powrotem z ResultL na Result, to wszystko działa jak w zegarku. Nie
mogę odtworzyć sytuacji z błędem. 

Może środowisko ma jakiś problem i przy rebuild nie rekompilowało 
wszystkiego od nowa, może dostawał się jakiś stary plik *.o ?

Pozdrawiam