Niejawna konwersja celu C traci precyzję liczb całkowitych „NSUInteger” (alias „unsigned long”) na ostrzeżenie „int”

Pracuję nad niektórymi ćwiczeniami i otrzymuję ostrzeżenie:

Niejawna konwersja traci dokładność liczb całkowitych: „NSUInteger” (aka „unsigned long”) na „int”

#import <Foundation/Foundation.h>

int main (int argc, const char * argv[])
{
    @autoreleasepool {

        NSArray *myColors;

        int i;
        int count;

        myColors = @[@"Red", @"Green", @"Blue", @"Yellow"];

        count = myColors.count; //  <<< issue warning here

        for (i = 0; i < count; i++)

        NSLog (@"Element %i = %@", i, [myColors objectAtIndex: i]);
    }

    return 0;
}

countMetoda NSArrayzwraca NSUInteger, a na 64-bitowej platformie OS X

• NSUIntegerjest zdefiniowany jako unsigned longi
• unsigned long jest 64-bitową liczbą całkowitą bez znaku.
• int jest 32-bitową liczbą całkowitą.

Więc intjest „mniejsza” niż typ danych NSUInteger, dlatego ostrzeżenie kompilatora.

Zobacz także NSUInteger w „Odniesieniu do podstawowych typów danych”:

Podczas budowania aplikacji 32-bitowych NSUInteger jest 32-bitową liczbą całkowitą bez znaku. 64-bitowa aplikacja traktuje NSUInteger jako 64-bitową liczbę całkowitą bez znaku.

Aby naprawić to ostrzeżenie kompilatora, możesz zadeklarować countzmienną lokalną jako

NSUInteger count;

lub (jeśli masz pewność, że tablica nigdy nie będzie zawierała więcej niż 2^31-1elementy!), dodaj jawną obsadę:

int count = (int)[myColors count];

W przeciwieństwie do odpowiedzi Martina, rzutowanie na int (lub ignorowanie ostrzeżenia) nie zawsze jest bezpieczne, nawet jeśli wiesz, że twoja tablica nie zawiera więcej niż 2 ^ 31-1 elementów. Nie podczas kompilacji dla wersji 64-bitowej.

Na przykład:

NSArray *array = @[@"a", @"b", @"c"];

int i = (int) [array indexOfObject:@"d"];
// indexOfObject returned NSNotFound, which is NSIntegerMax, which is LONG_MAX in 64 bit.
// We cast this to int and got -1.
// But -1 != NSNotFound. Trouble ahead!

if (i == NSNotFound) {
    // thought we'd get here, but we don't
    NSLog(@"it's not here");
}
else {
    // this is what actually happens
    NSLog(@"it's here: %d", i);

    // **** crash horribly ****
    NSLog(@"the object is %@", array[i]);
}

Zmień klucz w Projekcie> Ustawienia kompilacji „ typecheck wywołuje printf / scanf : NIE ”

Objaśnienie: [Jak to działa]

Sprawdź wywołania printf i scanf itp., Aby upewnić się, że dostarczone argumenty mają typy odpowiednie dla określonego ciągu formatu i że konwersje określone w ciągu formatu mają sens.

Mam nadzieję, że to zadziała

Inne ostrzeżenie

cel c niejawna konwersja traci dokładność liczb całkowitych „NSUInteger” (alias „unsigned long”) na „int

Zmień klucz „ niejawna konwersja na typ 32-bitowy> Debugowanie> Architektura * 64: Nie ”

[ Uwaga: może unieważnić inne ostrzeżenie o konwersji architektury 64-bitowej] .

Wykonanie rzutowania na „int” rozwiązuje problem w moim przypadku. Miałem ten sam problem. Więc:

int count = (int)[myColors count];