www.elektronik.si

[MatejŠ]

Pozdravljeni

Imam začetniško uprašanje.
RealView prevajalnik v uVision-u noče prevesti naslednje vrstice:
char data[] = {"abcdefg", 0x1b};
javi: error: #67: expected a "}"

CARM prevajalnik prevede kodo brez problemov.

Kako bi lahko najbolj elegantno rešil problem.
Pretvorba ASCII znakov v HEX stevila ne pride v poštev.

Lp Matej

[chaos]

Ne poznam ne CARM ne Realview prevajalnika, pa vseeno ...

Najlažja in standardna rešitev je, da definiraš char data[], vendar podaš predvideno dolžino v oglati oklepaj.
potem lahko rečeš:
data[] = "abcdefg ";
data[x] = 0x1b;
kjer je x predzadnje mesto v zankovnem nizu.

Hm, mogoče rabiš še niz v narekovajih še cast-ati, da ne bo const ...

V bistvu ne razumem, kako ti je prevajalnik sploh prevedel tvoj primer, ker je, kolikor je meni znano, niz v dvojnih narekovajih v bistvu pointer na const char ... Si preveril dolžino tistega, kar ti je 'zmiksal' CARM prevajalnik? Da nima slučajno dolžino enako 3?

Če malo razmislim, tudi moj primer ne bo deloval, oz. lahko pride do kakšnih čudnih napak. Po moje boš moral uporabiti funkcije iz knjižnice string.h (strcpy ipd).

Ja včasih me res jezi, kako C ne zna delati skoraj nič pametnega s stringi ...

[MatejŠ]

CARM bi tole:

char data[]={"123",0x1b};

prevedel v:

{0x31, 0x32, 0x33, 0x00, 0x1b}

dodatek (0x00) naj bi bil oznaka za konec stringa.

lp

[chaos]

Čuden prevajalnik ... Kolikor je meni znano, je to čisto nestandardno.

V vsakem primeru, če vrne {0x31, 0x32, 0x33, 0x00, 0x1b}, to ni pravilno -- v c-ju mora biti 0x00 na koncu stringa (c ima null-terminated strings), razen če to ne misliš uporabljati kot string. Takega stringa na primer ne moreš uporabiti v funkciji printf ...