Große Konstante im ROM..

Wird char als signed char oder unsigned char interpretiert?

MW

Beiliegend das Testprojekt.. ist ein Keil Projekt (main.c ist der
source)

Hallo Michael

Danke für deine Antwort.. war ein guter Denkanstoss :)

ich weiß zwar ehrlichgesagt den unterschied zwischen signed und
unsigned char nicht.. (vielleicht kann mir das wer erklären :), aber
nachdem ich jetzt den pointer test als unsigned definiert habe,
funktioniert das so.. :)

Danke,
Schöne Grüße
Manuel

signed geht von -127 bis +128. unsigned von 0...255. daher konnte deine
bedingung (==255) nie erfüllt werden. manche compiler meckern da
übrigens...wie heisst der prozessor eigentlich ?

manuel: schäm dich. sowas muss man unbedingt wissen ! 10 mal vaterunser
aufsagen und einmal auf knien ums haus !

:)

@dicky: ist ein Atmel AT89C51SND1C
Kompiliert wurde mit Keil (7.10 compiler).. ohne warnung :(

übrigens ich höre tatsächlich zum ersten mal heute dass es unsigned
char gibt.. find ich auch komisch.. naja wieder was gelernt :)

ja mensch das ist total wichtig ! siehe auch int und unsigned int, long
und unsigned long. wenn man das nicht weiss kommt man schnell in
teufels küche. egal ob globale variable, array usw... nur bei float,
double und bool gibt es die unterscheidung nicht. ein typisches problem
sind z.b. char (signed) in for/next schleifen wenn die variable über 128
kommen kann...wer von (ältere versionen) basic kommt, weiss das manchmal
nicht. auch in asm sieht man zunächst alles wie unsigned char oder
unsigned int, allerdings gibt es wohl keinen asm-anwender der das nicht
zumindest theoretisch weiss.

merken: wenn irgendwo char,int oder long steht, ist immer die
"signed-version" gemeint. die unsigned version muss immer explizit
angegeben werden. wenn irgendwo aber nur "unsigned" steht, ist
stillschweigend "unsigned int" gemeint. ist leider anfangs etwas
verwirrend.

bei integer wars mir immer klar.. da machts ja auch sinn (negative
zahlen..)

aber bei char find ichs etwas seltsam.. natürlich ist ein char auch nur
ein byte, is ja auch ne zahl.. macht also genauso sinn

gut zu wissen auf jedenfall :)

ja und auf 8-bittern will man ja auch mal mit negativen zahlen was
machen...

was mir immer noch komisch vorkommt ist halt das ich ja trotzdem nur
hexwerte vergleiche.. und die warn ja trotzdem gleich.. für was sie
stehen sollte ja egal sein bei so etwas..

@Manuel: Das der Compiler in dem Fall den (signed) char Wert (der
natürlich maximal 128 groß sein kann) nicht als 0xFF erkennt liegt
daran, das der Wert, der in der char-Variablen gespeichert ist, als -1
angesehen wird, dagegen wird die 0xFF als vorzeichenbehaftete (also
positive) int Zahl interpretiert und (char)-1 == 255 ist nunmal falsch!
;)

klingt logisch :)

danke nochmal