[c++]izpis spremenljivke naredi bistveno razliko

Le ena ideja - v kodi imaš bug.

To da izpisuješ ne vpliva na tabelce. Zadaj je nek drug bug, ki ga z izpisovanjem nekako omiliš. Kako bi ga ap našel pa ne vem. Lahko izbiraš med zelo veliko načini za debugiranje, odvisno je predvsem od kompleksnosti tvojega programa. Če je koda dovolj kratka in ni skrivnost jo lahko tudi obesiš sem gor.

Ok, zgodba je taka...

Imam število v binarni obliki, dolžine 2M. Zapisano je v tabeli integerjev. Tipi so template, da lahko poljubno menjam med short, long, ... Sedaj to število razbijem na pol, torej 2 dela po M bitov, levega obrnem in naredim XOR čez oba... Vse skupaj se dogaja v razredu NUMBER, M je dolžina števila, WORD_COUNT število potrebnih besed za zapis števila, WORD_SIZE pa je dolžina besed (16, 32, 64). Koda je sledeča:

void NUMBER<T>::fast_reduction_2part(){

        int new_M = M/2;
        int new_WORD_COUNT = new_M / WORD_SIZE + 1;
        
        //levi in desni del stevila
        T* left_part = new T[new_WORD_COUNT];
        T* right_part = new T[new_WORD_COUNT];

        //cout << right_part[0] << "\r";   //sicer ne dela

        //reset...
        for(int i = 0; i < new_WORD_COUNT; i++){
        	left_part[i] =  0;
        	right_part[i] = 0;
		}

	//desni del kar prepisemo
        for(int j = 0; j < new_WORD_COUNT; j++)right_part[j]=number[j];

	//ocistimo
	right_part[new_WORD_COUNT-1] &= (T)(pow(2.0,((new_M % WORD_SIZE)))-1);

	//zadevo shiftnemo za toliko v levo, da potem samo prepisemo ostale stevilke v levi del
        for(int i = 0; i < (WORD_SIZE - (new_M % WORD_SIZE)); i++)left_shift();

        //in prepisemo
        for(int k = 0; k < new_WORD_COUNT; k++){
			left_part[k] = number[(new_WORD_COUNT + k)];
	}

        //obracanje levega dela bit za bitom (preprosto ma deluje)

	T* tmp = new T[new_WORD_COUNT];
	for(int i = 0, j = new_M-1; i < new_M; i++, j--){
		tmp[i/WORD_SIZE] ^= ((left_part[j/WORD_SIZE] & (BIT << (j % WORD_SIZE)) ? 1 : 0) << (i % WORD_SIZE));
	}
	left_part = tmp;

	//XOR
        //number je kazalec na stevilo v razredu NUMBER
	for(int i = 0; i < new_WORD_COUNT; i++){
		number[i] = right_part[i] ^ left_part[i];
	}

        //spremenimo se ostale parametre razredu po spremembi
	M = new_M;
	WORD_COUNT = new_WORD_COUNT;
 }

Kaj pa če je prevajalnik kje preveč entuzijastičen? Poskusi brez vsakršnih optimizacij.

Skratka: napacno orodje. Uporabi taksnega, ki memory management dela namesto tebe, je z razvojnega stalisca bistveno ucinkovitejse.

Ce potem se vedno rabis hitrost pa potem kodo ki deluje prepisi v C oz. C++, bo tudi lazje.

torej,
- nepotrebne inicializacije sem odstranil (so bile bolj klic na pomoč)
- prevajalnik ni preveč entuziastičen (gcc version 3.2.3 (mingw special 20030504-1) ... že osnovno prevajanje pokvari vse
- bom pa stestiral še v drugem sistemu (Fedora, AMD64)
- iste težave sem imel že v C - ju, prav tako so stvari delovale šele po izpisu na zaslon...
- mogoče si program misli, "ah, dokler je ne vidi, ga ne zanima..."?

Ampak, sedaj pa še par vprašanj:
Če imaš en razred in v njemu spremenljivko, recimo tabelo števil int *
- kaj je hitrejše za manipulirat z njo: metoda ali zunanja funkcija?
- recimo, da bi rad spremenljivko spremenil, npr, vanjo bi rad zapisal drugo (izračunano) vrednost... Trenutna metoda je, da naredim novo spremenljivko, z njo manipuliram in na koncu rečem:

stara_spremenljivka = nova_spremenljivka;

(kot je razvidno v kodi). Ali obstaja boljši (bolj zdrav) način?

Memory leak je pa očitno prisoten, saj če dam v destruktor razreda

delete number

ne deluje pa popolnoma nič več.

Jezika pa ne bom menjal.... Je večji izziv odpravit napako...

DODANO: Sedaj še z izpisovanjem NE deluje več

aha:

*** glibc detected *** corrupted double-linked list: 0x00000032eea2d6b8 ***

Corrupted stack.

Nekje pofedlas stack.

zadevo izpiše, ko poženem program in pride do dotične funkcije...

emm, problem ni v zankah, saj če v trenutku, ko spremenljivko definiram, le to tudi izpišem (in dobim npr. vrednost 752)in potem dela. Če pa ne, pa ne.

Ah, saj ni pomembno, verjetno se selim v C