Der int hat den Wert -65, weil schon der char den Wert -65 hat. Bei der Bitfolge b1011 1111 ist das oberste Bit gesetzt; char darf, je nach Belieben der Implementierung, signed oder unsigned sein. Bei dir ist es offenbar signed, also wird das oberste Bit als Vorzeichen-Bit interpretiert.

Die einfachste Methode ist wohl, dein Zeichen zwischendurch kurz als unsigned char interpretieren zu lassen:

int charToInt = (unsigned char) plainChar;

(Ein expliziter Cast auf int ist unnötig.) So hat plainChar den Wert -65, aber die gesamte rechte Seite der Zuweisung hat den Wert 191, der landet dann auch im int.

Zitat von fremder

führe ich mein programm aus so wird '¿' zu einem wert von dezimal -65, was bei einem signed interger dem binärwert von b1100 0001 entspricht.

Was Plantschkuh schreibt, ist richtig, dies hier jedoch nicht. In der üblichen 2erkomplementdarstellung hat -65 genau die Darstellung 0xBF (in 8 Bit – bei 16 Bit würde es dann so aussehen: 0xFFBF, bei 32 0xFFFFFFBF usw.).

Zitat von fremder

...eine frage noch: warum (bzw zu welchem zweck) werden die restlichen bytes 0xFF gesetzt?

Das ergibt sich aus der Art, wie die Zweierkomplement-Darstellung von negativen Zahlen funktioniert:

http://de.wikipedia.org/wiki/Zweierkomplement
(Kapitel "Darstellung und Umwandlung aus dem Dezimalsystem")

Zitat von fremder

muchisimo gracias a todos! :thumb:

...ist mir zwar komplett neu, dass man so casten kann aber es funktioniert

Da eine int-Variable alle möglichen Werte einer char-Variablen annehmen kann, brauchst du nicht explizit auf int zu casten. Du musst nur, wie Plantschkuh gesagt hat, auf unsigned char casten, damit die char-Variable nicht als vorzeichenbehaftete Zahl interpretiert wird.

Interessant(er) ist ja die Frage, wie ein int-zu-char-Cast gehandhabt wird. Ich habe es mal, da ich auf diesem Computer keinen C/C++-Compiler installiert habe, mit Digital Mars D ausprobiert:

import std.stdio;


void main ()
{
  int i = 100 * 256 + 255;
  char c = i;


  writefln ("i: ", i);
  writefln ("c: ", cast (int) c);
}

Das Ergebnis war 255, also wurde das Lo-Byte genommen. Ist es im ANSI-Standard festgelegt, dass immer das Lo-Byte genommen wird, oder ist es von der Implementierung abhängig? (Ich könnte mir vorstellen, dass es von der Architektur - Big Endian vs. Little Endian - abhängig sein könnte.)

Zitat von Adok

Interessant(er) ist ja die Frage, wie ein int-zu-char-Cast gehandhabt wird.

Zitat von n869

6.3.1.3 Signed and unsigned integers
1 When a value with integer type is converted to another integer type other than _Bool, if
the value can be represented by the new type, it is unchanged.
2 Otherwise, if the new type is unsigned, the value is converted by repeatedly adding or
subtracting one more than the maximum value that can be represented in the new type
until the value is in the range of the new type.
3 Otherwise, the new type is signed and the value cannot be represented in it; the result is
implementation-defined.

Alles anzeigen

char zählt dabei als "integer type". Punkt zwei ist umständlich, läßt sich aber als "modulo" aufs Wesentliche zusammenfassen. Punkt drei ist natürlich wenig zufriedenstellend; de facto wird dir wohl jede heutzutage verwendete Implementierung einfach das lower-order-Byte geben.

n869 ist der letzte öffentliche Draft vom C99-Standard und mit dem endgültigen Standard fast identisch. Gibts hier: http://std.dkuug.dk/jtc1/sc22/wg14/www/docs/n869/