[C] bug compilerja ali kaj drugega?

Si ze slisal za union

typedef union
{
    unsigned int cifra;
    unsigned char polje[2];
} cifra;

Potem pa samo vneses podatke:

cifra a;
a.polje[0] = 255;
a.polje[1] = 170;

printf(" Cifra:%d\n", a.cifra);

Meni je do sedaj to delovalo brez problema.

Jaz navadno pri programiranju picov uporabim malo telovadbe z pointerji za takšne namene. Oziroma sem si napisal en define:

#define BYTE(var,b) (((unsigned char *)(&var))+b)

In potem dostopam do 16-bitne spremenljivke 'int a' v dveh delih BYTE(a,0) in BYTE(a,1). Predvsem uporabno ko pošiljam kaj preko uart.

//oddajnik
int a = 1234;
send(BYTE(a,0));
send(BYTE(a,1));

//sprejemnik
int a;
BYTE(a,0)=recieve();
BYTE(a,1)=recieve();

Upam da sem oni define prav napisal, ker sem ga na pamet ;)


Se pa razume da je z union lepša rešitev...

Sicer ne vem v čem je problem, žal, imaš pa še nekaj tukaj: v MingW (DevCPP) je unsigned int 32-biten, C18 bi utegnil imeti isti tip kot 16-bit int. Preveri tudi to, čeprav verjetno ni rešitev tvojega problema. To je čisto košer - velikost in tipov v C namenoma ni točno določena.

Zadevo sem rešil z union-on. Zgleda, da je bila finta tudi pri: printf("%u\n", cifra).

Defniraj ta 'ne deluje'. Compiler error? Napačen rezultat? Podaj ta rezultat. Itd.

Dejansko je bil totalno napačen rezultat, prevajalnik (C18) je enostavno seštel cifri 170 in 255, medtem, ko je pri isti kodi v DevC++ (MingW) rezultat v redu. Hec je tudi v tem, da se šift dejansko zgodi, kar sem preveril z tem, da sem se enkrat postavil na eno stran tega polja, sem šel enkrat desno, zamenjal stran in sem šel brat podatek na levo stran.

Problematičen je ta zadnji izraz -> cifra += polje[1]; Tam sem opazil, da mi se program zacikla. Od tiste točke ne gre naprej.

Ma moram še potipat Microchipov forum. Po mojem, ima prevajalnik prav svinski bug.