Korzystanie size_t do określania precyzji sznurku w printf C za

Question

Mam strukturę do reprezentowania ciągów w pamięci wyglądające tak:

typedef struct { 
    size_t l; 
    char *s; 
} str_t; 

wierzę używając size_t sens dla określenia długości łańcucha char . Chciałbym również wydrukować ten ciąg za pomocą printf("%.*s\n", str.l, str.s). Jednak precyzja * oczekuje argumentu w postaci int, a nie size_t. Nie udało mi się znaleźć niczego istotnego na ten temat. Czy jest jakiś sposób prawidłowego użycia tej struktury, bez rzutowania na int w wywołaniu ?

Answer 1

można zrobić makro

#define STR2(STR) (int const){ (STR).l }, (char const*const){ (STR).s } 

a następnie użyć tego jako printf("%.*s\n", STR2(str)).

Pamiętaj, że to dwukrotnie ocenia STR, więc należy zachować ostrożność przy działaniach niepożądanych, ale prawdopodobnie już to wiesz.

EDIT:

Używam inicjalizatory złożone takie, że są to konwersje niejawne. Jeśli coś pójdzie nie tak, istnieje większa szansa, że ​​kompilator ostrzeże cię, niż z wyraźnym rzutem.

Np jeśli STR ma pole .l że jest wskaźnikiem i chcesz umieścić tylko oddanych do int, wszystkie kompilatory chęcią przekonwertować wskaźnik int. Podobny w przypadku pola .s musi to być zgodne z char* lub czymś kompatybilnym, w przeciwnym razie pojawi się ostrzeżenie lub błąd.

Answer 2

printf("%.*s\n", (int)str.l, str.s) 
//    ^^^^^ use a type cast 

Edit

OK, nie czytać poprawnie na pytanie. Nie chcesz używać rzutowania typu, ale myślę, że w tym przypadku: trudne.

Albo to, albo po prostu użyć fwrite

fwrite(str.s, str.l, 1, stdout); 
printf("\n"); 

Answer 3

Nie ma gwarancji, że size_t jest int, lub że może być reprezentowane w int. Jest to tylko część spuścizny C, która nie definiuje dokładnego rozmiaru int, w połączeniu z obawami, że implementacja size_t może wymagać użycia dużych obszarów pamięci (które mają więcej niż MAX_INT wartości w nich).

Najczęstszym błędem dotyczącym size_t jest założenie, że jest to odpowiednik unsigned int. Takie stare błędy były powszechne, az osobistych doświadczeń wynika, że ​​przenoszenie z architektury 32-bitowej na 64-bitową jest uciążliwe, ponieważ trzeba cofnąć to założenie.

W najlepszym razie można użyć obsady. Jeśli naprawdę chcesz pozbyć się obsady, możesz odrzucić użycie size_t.