Unsigned Long Long poza zakresem?

Question

Ok, to jest dziwny problem:

• Używam unsigned long long zmiennych (Użyłem nawet long te, z tym samym skutkiem)
• muszę aby móc przechowywać 64- bitowe liczby całkowite (sizeof powraca 8, co jest w porządku)

jednak, gdy staram się iść do wartości jak 1<<63 i wykonać kilka prostych czynności bitowe, i - dziwnie - wydają się być coraz wartości ujemne. Dlaczego tak jest?

Mój kod testowy:

unsigned long long c = 0; 

    c |= 1l << 56; printf("c = %lld\n",c); 
    c |= 1l << 63; printf("c = %lld\n",c); 

wyjściowa:

c = 72057594037927936 
c = -9151314442816847872 

---

Sidenotes:

1. Oczywiście, to samo dzieje się, nawet jeśli wykonuję c = 1l<<63 bezpośrednio.
2. Wszystkie testy wykonane w systemie Mac OS X 10.6 i skompilowany przy użyciu kompilatora LLVM Apple 3,0

---

sugestie?

Answer 1

Część specyfikatora mówi printf, że argument powinien być traktowany jako liczba całkowita ze znakiem. Zamiast tego należy użyć u: %llu.

Od strony podręcznika:

d,

int argumentem jest konwertowany do podpisał notacji dziesiętnej.

O, U, X, X

unsigned int argumentu jest przekształcany unsigned ósemkowej (O) unsigned przecinku (U) lub unsigned szesnastkowe (x i X) notacja.

Answer 2

Myślę, że faktycznie robisz coś nieokreślonego tutaj.Myślę, że wyrażenie 1l << 63 jest niezdefiniowane w C, ponieważ kompilator będzie reprezentował 1l w podpisanym typie, a przesuwanie o 63 bity powoduje podpisane przepełnienie (które jest niezdefiniowane w C). Nie jestem ekspertem, ale wygląda na to, że chcesz 1ull << 63.

Twój oryginalny kod, w rzeczywistości, narzeka na to, czy zdasz -Weverything w brzękiem:

foo.c:7:23: warning: signed shift result (0x8000000000000000) sets the sign bit of the 
      shift expression's type ('long') and becomes negative [-Wshift-sign-overflow] 
     c |= 1l << 63; printf("c = %lld\n",c); 
      ~~^~~ 

EDIT: I tak, to trzeba poprawny format printf z drugiej odpowiedzi.