Porovnavanie hodnot – C / C++ – Fórum – Programujte.com

zdar. ma jednu otazocku, ktora sice moc nesuvisi prave s ceckom ale verim ze sem chodia najzdatnejsi programatori :)

predstavme si dve bajtove hodnoty (teda char alebo unsigned char) pricom jedna ma hodnotu povedzme 15 a druha 241. ked ich porovnam samozrejme ze dostanem 15<241.keby ale tych 241 bolo znamienkovych v skutocnosti je to 15>-15. otazka teda je ako sa rozlisuju typy bez a zo znamienkom pri typoch s rovnakou velkostou?
asi by som to mal ilustrovat na priklade

char a=15;

char b=241;



if(a<b){

  /*  v pripade ze b je neznamienkove (15<241) je tu true ak je znamienkove (15>-15) je tu false */

}

mno a nezalezi to na programatorovi, aby si to pohlidal?
a visual studio hlasi warning pri kompilaci pri porovnavani signed a unsigned...

To olgo:
Na Builder.cz o tom vedli docela napínavou diskuzi: http://forum.builder.cz/read.php?123,1957800,1957947#msg-1957947

To Jura: no moc mudri s toho niesom ale diky za link. nastastie vdaka mojej averzii voci zapornym cislam sa s tymto problemom asi casto nestretnem. thx

olgo píše:#
# zdar. ma jednu otazocku, ktora sice moc nesuvisi prave s ceckom ale verim ze sem chodia najzdatnejsi programatori :)#
##
#predstavme si dve bajtove hodnoty (teda char alebo unsigned char) pricom jedna ma hodnotu povedzme 15 a druha 241. ked ich porovnam samozrejme ze dostanem 15<241.keby ale tych 241 bolo znamienkovych v skutocnosti je to 15>-15. otazka teda je ako sa rozlisuju typy bez a zo znamienkom pri typoch s rovnakou velkostou?#
#asi by som to mal ilustrovat na priklade#
#

#
#char a=15;#
#char b=241;#
##
#if(a<b){#
#  /*  v pripade ze b je neznamienkove (15<241) je tu true ak je znamienkove (15>-15) je tu false */#
#}#
#

Sorry, olgo, ja si to neprecetl cele. Pokud porovnavas char, tak se implicitne pretypuji na int. Ted uz je to myslim jasne. Pokud neni, tak napis pokusim se to vysvetlit.

To Architekt:
Char samozrejme muze nabyvat i zapornych hodnot.

To Jura: ano snad je to jasne.

To Architekt: nechcem sa hadat ale myslim ze je to iba pomenovanie a char je implicitne signed (aj ked to moze byt vecov kompilatoru).

Mě to připadá jako blbost, že by char mohl nabývat záporných hodnot. Typ char je určen pro znaky z ASCII tabulky které jsou vždy kladné a proto je logické, že se u něj se zápornou hodnotou nepočítá. Tak jsem to vyzkoušel:

char a,b,c;

for (int i=-128; i<0; i++) {

    a = i;

    b = i + 128;

    c = i + 256;

    cout << i << ": " << a << " :" << sizeof(a) << "  ";

    cout << i + 128 << ": " << b << " :" << sizeof(b) << "  ";

    cout << i + 256 << ": " << c << " :" << sizeof(c) << "\n";

}

To Architekt:
Blbost je to testovat tak, jak jsi to naspal ty. Cout je neformatovaný výstup a pokud jeho agumet typu char, je přetypován na unsigned char, tedy tak aby z toho byl znak(v počítači jsou všechno jen čísla a C se na to taky tak dívá, proto v C můžeš narvat do charu i číslo. Takový "luxus" si v Pascalu dovolit nemůžeš).

Jura: Asi je to blbost, šlo by to vůbec nějak otestovat?

Našel jsem stránku, kde o tom píšou: http://home.att.net/~jackklein/c/inttypes.html

To Architekt:
Jako důkaz ti může být třeba Olgův problém.

char a = -15; // podle tvé úvahy se a = 241; -> vše je unsigned

char b = 15;

// porovná se normálně (int)a < (int)b, tudíž -15  < 15 a podmínka platí. 

//Kdyby byl char v C jen unsigned, tak by se porovnavalo  241 < 15, pominka neplatí, tudíž se provede větev else 

if( a < b ) 

  printf("a je mensi nez b");

else

  printf("neni"); 

To Architekt: rudolf marek vo svojej knihe "assembler pro pc" to pekne zrozumitelne vysvetluje. "problem" je v tom ze (aspom u x86) v tom rozdiel neni a je to len otazka vypisu tzn kludne mozes unsigned char vypisat ako char a moze mat kldne hodnotu vyssiu ako 127 navzdory tomu ze takato hodnota by sa do ucharu nemala zmestit a teda pokusat sa to overit je blbost. co sa tyka rozdielou znamienkovych a neznamienkovch typov su tam preto aby prekladac poznal ci ma pouzit obycajnu instrukciu alebo instrukciu pracujucu zo zapornymi cislami (v pokrocilejsej aritmetike napriklad).