typecasting zu unsigned in C

int a = -534;
unsigned int b = (unsigned int)a;
printf("%d, %d", a, b);

Drucke -534, -534

Warum ist die Umwandlung nicht stattfindet?

Ich erwartet, dass es -534, 534

Wenn ich den code ändern, um 

int a = -534;
unsigned int b = (unsigned int)a;
if(a < b)
  printf("%d, %d", a, b);

seine nicht drucken nichts... nach all a ist weniger als b??

  • Sie möchten möglicherweise überprüfen Sie Ihre compiler docs und sehen, ob es eine option zum überprüfen printf-format-Bezeichner. gcc -Wformat, die hätten gewarnt, Sie über die %d vs. %u, was zur compile-Zeit.
  • stackoverflow.com/questions/50605/...
  • Dies sollte nicht über einen C++ - tag.
InformationsquelleAutor Lazer | 2010-03-01
  1. 4

    Erste, Sie brauchen nicht die Darsteller: der Wert von a implizit in unsigned int mit der Zuordnung zu b. Also deine Aussage ist äquivalent zu:

    unsigned int b = a;

    Nun eine wichtige Eigenschaft von unsigned integralen Typen in C und C++ ist, dass Ihre Werte stets im Bereich [0, max], wo max für unsigned int ist UINT_MAX (definiert in limits.h). Wenn Sie einen Wert zuweisen, der nicht in diesem Bereich, es wird in diesem Bereich. Also, wenn der Wert negativ ist, fügen Sie UINT_MAX+1 wiederholt, um es in den Bereich [0, UINT_MAX]. Für den code oben, es ist, als ob wir geschrieben: unsigned int b = (UINT_MAX + a) + 1. Dies ist nicht gleich zu -a (534).

    Beachten Sie, dass die oben wahr ist, ob das zugrunde liegende Darstellung im Zweierkomplement, diejenigen, die' Ergänzung, oder sign-magnitude (oder irgendeine andere exotische Codierung). Man kann sehen, dass mit so etwas wie:

    signed char c = -1;
unsigned int u = c;
printf("%u\n", u);
assert(u == UINT_MAX);

    Auf einer typischen zwei-Komplement-Maschine mit einem 4-byte -int, c ist 0xff, und u ist 0xffffffff. Der compiler hat dafür zu sorgen, dass, wenn der Wert -1 zugeordnet ist u es konvertiert einen Wert in Höhe von UINT_MAX.

    Nun gehen wir zurück zu Ihrem code, der printf format-string ist falsch, für b. Sollten Sie verwenden %u. Wenn Sie das tun, werden Sie feststellen, dass es druckt den Wert von UINT_MAX - 534 + 1 statt 534.

    Beim Einsatz in der Vergleichsoperator <, da b ist unsigned int, a ist auch konvertiert unsigned int. Dies, da mit b = a; früher, bedeutet, dass a < b falsch ist: a als unsigned int gleich b.

    Lassen Sie uns sagen, Sie haben einen eigenen ergänzen Maschine, und Sie tun:

    signed char c = -1;
unsigned char uc = c;

    Lassen Sie uns sagen, ein char (signed oder unsigned) ist 8-bit auf der Maschine. Dann c und uc speichert folgende Werte ein bit-Muster:

    +----+------+-----------+
| c  |  -1  | 11111110  |
+----+------+-----------+
| uc | 255  | 11111111  |
+----+------+-----------+

    Beachten Sie, dass die bit-Muster der c und uc sind nicht das gleiche. Der compiler muss sicherstellen, dass c hat den Wert -1, und uc hat den Wert UCHAR_MAX, die 255 auf dieser Maschine.

    Gibt es mehr details auf meine Antwort auf eine Frage hier auf SO.

    InformationsquelleAutor Alok Singhal
  2. 15

    Weil Sie %d für den Druck. Verwenden %u für unsigned. Da printf ist ein vararg-Funktion, kann es nicht wissen, die Typen der Parameter und muss stattdessen auf die Formatbezeichner. Weil dies die Art Darsteller, die Sie tun, hat keine Auswirkungen.

    • In der Tat, die unsigned-Wert bekommt reinterpret_cast-ed zurück von printf() wegen %d. %d bedeutet: "nimm den Wert und interpretieren es als signed int"
    • Yep. Laut C-Standard undefiniert Verhalten Ergebnisse (im Allgemeinen nicht für Variable Funktion, aber für printf insbesondere).
    • Warum hat die if scheitern? Bitte sehen Sie die bearbeitete ques.
    • Weil ein Betrieb mit einem unsigned-argument wird durchgeführt mit vorzeichenloser Arithmetik. Somit implizit wirft einen auf ein unsigned vor dem Vergleich.
    • Die Umwandlung eines negativen Wertes zu einer unsigned int Wert nicht negieren (änderung -534 bis 534), wandelt es um die kleinste positive Zahl, die kongruent zu der ursprünglichen modulo UINT_MAX + 1. Wenn Sie 32-bit - unsigned ints, -534 konvertieren 4294966762 (auf 2s ergänzen Maschine, dieser hat die gleichen bitweise Darstellung als -534).
    • Sie sind nicht reinterpret_cast-ed. printf() ist eine C-Funktion. Sie sind nur gegossen.
    • Ich wollte nicht einen Betrieb reinterpret_cast, ich meinte nur die Semantik: die binäre Darstellung wird interpretiert als int ohne jede Rücksicht wurde der Typ des Arguments. In C++ (was wir alle sind vertraut mit) diese Semantik wird ausgedrückt durch reinterpret_cast, in der Erwägung, dass in C der cast ist eine Mischung unterschiedlicher Semantik (zumindest aus C++ - Sicht).

    InformationsquelleAutor Tronic
  3. 4

    Ihre Bezeichner in der printf-fragt printf drucken eine Ganzzahl, also die zugrunde liegende bytes interpretiert werden als eine vorzeichenbehaftete Ganzzahl.

    Sollten Sie angeben, dass Sie möchten, eine vorzeichenlose Ganzzahl, die durch die Verwendung %u.

    edit: a==b gilt für den Vergleich, das ist seltsam Verhalten, aber es ist durchaus gültig. Sie haben sich nicht verändert, die zugrunde liegenden bits haben Sie nur gebeten, den compiler zu behandeln, die zugrunde liegenden bits in einer bestimmten Art und Weise. Daher ein bitweiser Vergleich ergibt true.

    [speculation] Würde ich vermuten, dass das Verhalten kann variieren zwischen compiler-Implementierungen, d.h., eine fiktive CPU möglicherweise nicht die gleiche Logik für beide signiert und unsigniert Ziffern, in dem Fall ein bitweiser Vergleich ausfallen würde. [/speculation]

    • Ich glaube nicht, dass Sie schrieb, was Sie bedeutete, zu schreiben 🙂
    • Yep, das ist richtig, plus ich bin Legastheniker hehe.
    • Warum hat die if scheitern? Bitte sehen Sie die bearbeitete Frage.
    • Wie gesagt, da a gleich b, ist es nicht weniger als. Die zugrunde liegenden Daten ist die gleiche. Sie sollten aufpassen, für die compiler-Warnungen zu erkennen, Dinge wie diese (C4018 ist eines der obige code auslösen würde) msdn.microsoft.com/en-us/library/y92ktdf2%28VS.80%29.aspx
    • Wie bereits in einem anderen Kommentar von jemand anderem, das Verhalten der Vergleich wird dabei für alle C-compiler/ - Kombinationen.
    • Hassan, der Gleichberechtigung ist das nicht, da die zugrunde liegenden bits, aber da der C-standard garantiert so. Auch im Fall von sign-magnitude-Kodierung zum Beispiel, wo a und b verschiedene bits, a == b wahr ist. Siehe meine Antwort für details.

    InformationsquelleAutor Hassan Syed
  4. 1

    C kann ein hässliches Biest manchmal. Das problem ist, dass -534 stellt immer den Wert 0xfffffdea, ob es gespeichert ist, in eine variable mit dem Typ unsigned int oder signed int. Der Vergleich dieser Variablen müssen vom selben Typ, so wird man automatisch konvertiert, entweder in eine unsigned-oder signed int entsprechend die anderen. Einmal sind Sie vom gleichen Typ sind Sie gleich, wie Sie repräsentieren den gleichen Wert.

    Scheint es wahrscheinlich, dass das Verhalten Sie wollen, ist durch die Funktion abs:

    int a = -534;
int b = abs(a);
printf("%d, %d", a, b);
    • Beachten Sie, dass die Anzahl der f ' s in 0xfffffdea können variieren. E. g. auf 16-bit Maschinen, die es nur 0xfdea - und auf 64-bit Maschinen haben Sie 13-f ' s, gefolgt von dea.
    • Absolut richtig. Ich dachte, wenn ich schrieb, die Antwort, ich sollte erwähnen, etwas über die int-Größe aber ich dachte, es könnte Unordnung die Antwort mit Informationen, dass war nicht besonders relevant für das problem zur hand.
    • Noch wichtiger ist, auch die dea Teil ist nicht unbedingt richtig, auf einem Schild-Größe oder diejenigen, die' Ergänzung der Maschine.
    InformationsquelleAutor Russ Hayward
  5. 0

    Ich denke, die ersten bei, warum b gedruckt wird, wie -534 wurde ausreichend beantwortet Tronic und Hassan. Sie sollten nicht über %d und sollte mit %u.

    Soweit Ihre zweite Fall ist concered, wieder eine implizite typecasting geschehen wird und a und b wird dasselbe sein, wegen dem Ihr Vergleich ist Ausbeute das erwartete Ergebnis.

    InformationsquelleAutor Jay
  6. 0

    Soweit ich sehen kann, der wenn schlägt fehl, weil der compiler übernimmt die zweite variable betrachtet werden sollte, die denselben Typ wie der erste. Versuchen
    wenn b > a)
    um den Unterschied zu sehen.

    • Diese Antwort ist einfach falsch: in einem test Vergleich ein signed int mit einem unsigned int ist, wird der signierten int-cast auf unsigned int. Beide (a < b) und (a > b) falsch, da (a == b).
    • Beide (a < b) und (a > b) sind falsch, Aber weder das eine ist, wenn b > a). Mein compiler stimmt.
    InformationsquelleAutor Arthur Kalliokoski
  7. 0

    Re 2. Frage:
    Vergleich nie funktioniert, zwischen zwei verschiedenen Arten - Sie sind implizit immer ein cast auf den "kleinsten gemeinsamen Nenner", was in diesem Fall unsigned int. Böse und counter-intuitive, weiß ich.

    • Wenn dies der Fall ist, sollte nicht die Besetzung nehmen -534 auf null, oder verursachen Sie eine Laufzeit-Fehler ? Ich kompiliert den code in VS2008 und a==b wahr ist.
    • Nein - die Besetzung von -534 zu unsigned int erlaubt ist in beiden Fällen (Fall #1, bei der Initialisierung b und Fall #2 beim Vergleich a und b).
    InformationsquelleAutor SF.
  8. 0

    Umwandlung eines integer-Typen von signed zu unsigned nicht ändern, die bit-Muster, es werden lediglich änderungen, die die interpretation der bit-Muster.

    Haben Sie auch einen Formatbezeichner mismatch, %u sollte verwendet werden, für unsigned Integer, aber selbst dann ist das Ergebnis nicht 534 als Sie erwarten, aber 4294966762.

    Wenn Sie möchten, stellen Sie einen negativen Wert positiv, einfach negieren:

    unsigned b = (unsigned)-a ;
printf("%d, %u", a, b);

    Als für das zweite Beispiel-Operationen zwischen verschiedenen Typen mit unterschiedlichen Vorzeichen-ness beinhalten Arkane implizite Konvertierung Regeln - vermeiden. Stellen Sie Ihren compiler-warning-level hoch zu trap viele von diesen Fehlern. Ich schlage vor /W4 /WX in VC++ und -Wall-Werror -Wformat für den GCC zum Beispiel.

    InformationsquelleAutor Clifford
Schreibe einen Kommentar