Làm thế nào một người có thể in một biến size_t có thể di chuyển bằng cách sử dụng họ printf?

Tôi có một loại biến size_t, và tôi muốn in nó bằng cách sử dụng printf(). Tôi sử dụng định dạng định dạng nào để in nó một cách hợp lý?

Trong máy 32 bit, %ucó vẻ đúng. Tôi biên dịch với g++ -g -W -Wall -Werror -ansi -pedantic, và không có cảnh báo. Nhưng khi tôi biên dịch mã đó trong máy 64 bit, nó sẽ tạo ra cảnh báo.

size_t x = <something>;
printf("size = %u\n", x);

warning: format '%u' expects type 'unsigned int', 
    but argument 2 has type 'long unsigned int'

Cảnh báo sẽ biến mất, như mong đợi, nếu tôi thay đổi điều đó thành %lu.

Câu hỏi là, làm thế nào tôi có thể viết mã, để nó biên dịch cảnh báo miễn phí trên cả máy 32 và 64 bit?

Chỉnh sửa: Như một cách giải quyết, tôi đoán một câu trả lời có thể là "đúc" biến thành một số nguyên đủ lớn, giả sử unsigned longvà in bằng cách sử dụng %lu. Điều đó sẽ làm việc trong cả hai trường hợp. Tôi đang tìm kiếm nếu có bất kỳ ý tưởng khác.

Sử dụng công cụ zsửa đổi:

size_t x = ...;
ssize_t y = ...;
printf("%zu\n", x);  // prints as unsigned decimal
printf("%zx\n", x);  // prints as hex
printf("%zd\n", y);  // prints as signed decimal

Có vẻ như nó thay đổi tùy thuộc vào trình biên dịch bạn đang sử dụng (blech):

• gnu nói%zu (hoặc %zx, hoặc %zdnhưng nó hiển thị như thể nó đã được ký, v.v.)
• Microsoft cho biết%Iu (hoặc %Ix, hay %Idnhưng một lần nữa rằng đã ký, vv) - nhưng như của V19 cl (trong Visual Studio 2015), Microsoft hỗ trợ %zu (xem trả lời này để nhận xét này )

... Và tất nhiên, nếu bạn đang sử dụng C ++, bạn có thể sử dụng coutthay thế theo đề xuất của AraK .

Đối với C89, sử dụng %luvà chuyển giá trị thành unsigned long:

size_t foo;
...
printf("foo = %lu\n", (unsigned long) foo);

Đối với C99 trở lên, sử dụng %zu:

size_t foo;
...
printf("foo = %zu\n", foo);

Mở rộng câu trả lời của Adam Rosenfield cho Windows.

Tôi đã thử nghiệm mã này với trên cả bản xem trước VS2013 Update 4 và VS2015:

// test.c

#include <stdio.h>
#include <BaseTsd.h> // see the note below

int main()
{
    size_t x = 1;
    SSIZE_T y = 2;
    printf("%zu\n", x);  // prints as unsigned decimal
    printf("%zx\n", x);  // prints as hex
    printf("%zd\n", y);  // prints as signed decimal
    return 0;
}

VS2015 tạo đầu ra nhị phân:

1
1
2

trong khi cái được tạo bởi VS2013 nói:

zu
zx
zd

Lưu ý: ssize_tlà tiện ích mở rộng POSIX và SSIZE_Ttương tự trong Kiểu dữ liệu Windows , do đó tôi đã thêm <BaseTsd.h>tham chiếu.

Ngoài ra, ngoại trừ các tiêu đề C99 / C11 theo sau, tất cả các tiêu đề C99 đều có sẵn trong bản xem trước VS2015:

C11 - <stdalign.h>
C11 - <stdatomic.h>
C11 - <stdnoreturn.h>
C99 - <tgmath.h>
C11 - <threads.h>

Ngoài ra, C11 <uchar.h>hiện được bao gồm trong bản xem trước mới nhất.

Để biết thêm chi tiết, xem danh sách cũ và mới này để biết sự phù hợp tiêu chuẩn.

Đối với những người nói về việc làm điều này trong C ++ không nhất thiết phải hỗ trợ các tiện ích mở rộng C99, thì tôi thực sự khuyên bạn nên sử dụng định dạng boost ::. Điều này làm cho câu hỏi kích thước loại size_t moot:

std::cout << boost::format("Sizeof(Var) is %d\n") % sizeof(Var);

Vì bạn không cần chỉ định kích thước ở định dạng boost ::, bạn chỉ có thể lo lắng về cách bạn muốn hiển thị giá trị.

std::size_t s = 1024;
std::cout << s; // or any other kind of stream like stringstream!

printf("size = %zu\n", sizeof(thing) );

Như AraK đã nói, giao diện luồng c ++ sẽ luôn hoạt động tốt.

std :: size_t s = 1024; std :: cout << s; // hoặc bất kỳ loại luồng nào khác như chuỗi dòng!

Nếu bạn muốn C stdio, không có câu trả lời di động nào cho điều này đối với một số trường hợp "di động". Và nó trở nên xấu xí như bạn đã thấy, chọn các cờ định dạng sai có thể đưa ra cảnh báo trình biên dịch hoặc đưa ra đầu ra không chính xác.

C99 đã cố gắng giải quyết vấn đề này bằng các định dạng inttypes.h như "%" PRIdMAX "\ n". Nhưng cũng giống như "% zu", không phải ai cũng hỗ trợ c99 (như MSVS trước năm 2013). Có các tệp "msinttypes.h" nổi xung quanh để giải quyết vấn đề này.

Nếu bạn chuyển sang một loại khác, tùy thuộc vào cờ, bạn có thể nhận được cảnh báo của trình biên dịch để cắt bớt hoặc thay đổi dấu hiệu. Nếu bạn đi tuyến đường này chọn một loại kích thước cố định có liên quan lớn hơn. Một trong những ký tự dài không dấu và "% llu" hoặc dài không dấu "% lu" sẽ hoạt động, nhưng llu cũng có thể làm mọi thứ chậm lại trong một thế giới 32 bit quá lớn. (Chỉnh sửa - mac của tôi đưa ra cảnh báo trong 64 bit cho% llu không khớp với size_t, mặc dù% lu,% llu và size_t đều có cùng kích thước. Và% lu và% llu không cùng kích thước trên MSVS2012 của tôi. bạn có thể cần truyền + sử dụng định dạng phù hợp.)

Đối với vấn đề đó, bạn có thể đi với các loại kích thước cố định, chẳng hạn như int64_t. Nhưng chờ đã! Bây giờ chúng tôi trở lại c99 / c ++ 11 và MSVS cũ lại thất bại. Ngoài ra, bạn cũng có các phôi (ví dụ map.size () không phải là loại kích thước cố định)!

Bạn có thể sử dụng tiêu đề hoặc thư viện của bên thứ 3 như boost. Nếu bạn chưa sử dụng một cái, bạn có thể không muốn thổi phồng dự án của mình theo cách đó. Nếu bạn sẵn sàng thêm một chỉ cho vấn đề này, tại sao không sử dụng các luồng c ++ hoặc biên dịch có điều kiện?

Vì vậy, bạn đang xuống các luồng c ++, biên dịch có điều kiện, khung bên thứ 3 hoặc một loại di động nào đó phù hợp với bạn.

Nó sẽ cảnh báo bạn nếu bạn chuyển một số nguyên không dấu 32 bit sang định dạng% lu? Sẽ ổn vì chuyển đổi được xác định rõ và không mất bất kỳ thông tin nào.

Tôi đã nghe nói rằng một số nền tảng xác định các macro trong <inttypes.h>đó bạn có thể chèn vào chuỗi định dạng bằng chữ nhưng tôi không thấy tiêu đề đó trên trình biên dịch Windows C ++ của mình, điều đó có nghĩa là nó có thể không phải là đa nền tảng.

C99 định nghĩa "% zd", v.v. (cảm ơn những người bình luận) Không có trình xác định định dạng di động nào cho C ++ - bạn có thể sử dụng %ptừ woulkd trong hai trường hợp này, nhưng cũng không phải là lựa chọn di động và đưa ra giá trị ở dạng hex.

Ngoài ra, sử dụng một số luồng (ví dụ: chuỗi dòng) hoặc thay thế printf an toàn, chẳng hạn như Định dạng Boost . Tôi hiểu rằng lời khuyên này chỉ được sử dụng hạn chế (và không yêu cầu C ++). (Chúng tôi đã sử dụng một cách tiếp cận tương tự phù hợp với nhu cầu của chúng tôi khi triển khai hỗ trợ unicode.)

Vấn đề cơ bản đối với C là printf sử dụng dấu chấm lửng không an toàn theo thiết kế - nó cần xác định kích thước của đối số bổ sung từ các đối số đã biết, do đó không thể sửa lỗi để hỗ trợ "bất cứ điều gì bạn có". Vì vậy, trừ khi trình biên dịch của bạn thực hiện một số tiện ích mở rộng độc quyền, bạn sẽ không gặp may.

Trên một số nền tảng và đối với một số loại, có sẵn các công cụ chuyển đổi printf cụ thể, nhưng đôi khi người ta phải dùng đến các kiểu lớn hơn.

Tôi đã ghi lại vấn đề khó khăn này ở đây, với mã ví dụ: http://www.pixelbeat.org/programming/gcc/int_types/ và cập nhật định kỳ với thông tin về các nền tảng và loại mới.

nếu bạn muốn in giá trị của size_t dưới dạng chuỗi, bạn có thể thực hiện việc này:

char text[] = "Lets go fishing in stead of sitting on our but !!";
size_t line = 2337200120702199116;

/* on windows I64x or I64d others %lld or %llx if it works %zd or %zx */
printf("number: %I64d\n",*(size_t*)&text);
printf("text: %s\n",*(char(*)[])&line);

kết quả là:

số: 2337200120702199116

văn bản: Hãy đi câu cá thay vì ngồi trên chúng tôi nhưng !!

Chỉnh sửa: đọc lại câu hỏi vì số phiếu giảm tôi lưu ý vấn đề của anh ấy không phải là% llu hay% I64d mà là loại size_t trên các máy khác nhau xem câu hỏi này https://stackoverflow.com/a/918909/1755797
http: // www. cplusplus.com/reference/cstdio/printf/

size_t là unsign int trên máy 32 bit và int dài không dấu trên 64 bit
nhưng% ll luôn mong đợi một int dài không dấu.

size_t thay đổi độ dài trên các hệ điều hành khác nhau trong khi% llu là như nhau