Loại sự cố thường xuất hiện khi bạn không tuân thủ tiêu chuẩn C trần và đưa ra các giả định về môi trường có thể không đúng. Đây có thể bao gồm sự phụ thuộc vào:
- chuẩn, nền tảng cụ thể bao gồm (
<conio.h>, <windows.h>, <unistd.h>, ...);
- hành vi không xác định (
fflush(stdin), như một người khác được báo cáo, không bắt buộc phải làm bất kỳ điều gì theo tiêu chuẩn - đó là hành vi không xác định để gọi fflush về bất kỳ thứ gì ngoài luồng đầu ra; chẳng hạn như bí danh nghiêm ngặt, vì vậy hãy cẩn thận với thủ thuật con trỏ "thông minh");
- kích thước loại dữ liệu (
short = 16 bit, int = long = Giả thiết 32 bit không giữ ở mọi nơi - ví dụ: 64 bit Linux, có 64 bit long);
- nói riêng, kích thước con trỏ (
void * không phải lúc nào cũng là 32 bit và không thể luôn được truyền an toàn đến unsigned long); nói chung, bạn nên cẩn thận với các chuyển đổi và so sánh có liên quan đến con trỏ và bạn nên luôn sử dụng các loại được cung cấp cho loại công việc đó thay vì "bình thường" int s (xem cụ thể size_t, ptrdiff_t, uintptr_t)
- kiểu dữ liệu " định dạng bên trong "(tiêu chuẩn không nói rằng
float s và double s đang ở IEEE 754, mặc dù tôi chưa bao giờ thấy các nền tảng hoạt động theo cách khác);
- chức năng không chuẩn (
__beginthread, MS dây an toàn các chức năng; ở phía bên kia, POSIX/GNU phần mở rộng)
- phần mở rộng trình biên dịch (
__inline, __declspec, #pragma s, ...) và trong bất cứ điều gì chung mà bắt đầu bằng dấu gạch dưới đôi (hoặc thậm chí chỉ với một dấu gạch dưới, trong các triển khai cũ, không chuẩn);
- mã thoát của bảng điều khiển (điều này thường là vấn đề khi bạn cố gắng chạy mã Unix trên Windows);
- định dạng trả về vận chuyển: trong các chuỗi thông thường là
\n ở mọi nơi, nhưng khi được ghi trên tệp, nó là \n trên * NIX, \r\n trên Windows, \r trên máy Mac OSX trước; chuyển đổi được xử lý tự động bởi các luồng tệp, vì vậy hãy cẩn thận để mở tệp theo dạng nhị phân khi bạn thực sự muốn ghi dữ liệu nhị phân và để chúng ở chế độ văn bản khi bạn muốn viết văn bản.
Dù sao ví dụ về chương trình không biên dịch trên * NIX sẽ hữu ích, chúng tôi có thể cung cấp cho bạn các đề xuất bổ sung.
Chi tiết về chương trình chưa nhận được. Các sinh viên từ những đợt trước của chúng tôi. Đã yêu cầu nó. turbo C là những gì đang được sử dụng hiện nay.
Như đã nói trong chú thích, hãy thả Turbo C và (nếu bạn sử dụng) Turbo C++, ngày nay chúng là cả hai phần lịch sử và có nhiều không tương thích với tiêu chuẩn C và C++ hiện tại (và nếu tôi nhớ rõ) cả hai đều tạo ra các tệp thực thi 16 bit, thậm chí sẽ không chạy được trên các hệ điều hành 64 bit trên x86_64).
Có rất nhiều lựa chọn thay thế miễn phí, hoạt động và chuẩn (VC++ Express, MinGW, Pelles C, CygWin trên Windows và gcc/g ++ là tiêu chuẩn không thực tế trên Linux, cạnh tranh với clang), bạn chỉ cần phải chọn một.
Nguồn
2010-02-19 09:53:28
Có thể bạn đang thực hiện một số giả định không được đảm bảo đúng theo tiêu chuẩn C, nhưng đúng trong môi trường cửa sổ. Nếu bạn có thể, xin vui lòng gửi một chương trình nhỏ cho thấy hành vi này. Bạn cũng nên đọc tiêu chuẩn C, hoặc bản nháp nếu bạn không có khả năng mua nó: http://www.open-std.org/jtc1/sc22/WG14/www/docs/n1256.pdf (đây là cho C99). –
Không có hệ thống UNIX nào trong phòng thí nghiệm của bạn? Wow. Làm thế nào cứng nó sẽ được thiết lập một vài hộp Linux? –
Một ví dụ đơn giản là '#include'. Tệp đó không tồn tại trong Unix. Có quá nhiều sự khác biệt và danh sách đầy đủ có thể không khả thi. –