Sự khác biệt giữa các tập tin được viết ở dạng nhị phân và văn bản

Question

Bản dịch nào xảy ra khi ghi vào một tệp đã được mở ở chế độ văn bản không xuất hiện ở chế độ nhị phân? Cụ thể trong MS Visual C.

unsigned char buffer[256]; 
for (int i = 0; i < 256; i++) buffer[i]=i; 
int size = 1; 
int count = 256; 

chế độ nhị phân:

FILE *fp_binary = fopen(filename, "wb"); 
fwrite(buffer, size, count, fp_binary); 

so với chế độ văn bản:

FILE *fp_text = fopen(filename, "wt"); 
fwrite(buffer, size, count, fp_text); 

Answer 1

Tôi tin rằng hầu hết các nền tảng sẽ bỏ qua tùy chọn "t" hoặc tùy chọn "chế độ văn bản" khi xử lý luồng. Trên cửa sổ, tuy nhiên, đây không phải là trường hợp. Nếu bạn có một cái nhìn tại các mô tả về fopen() chức năng tại địa chỉ: MSDN, bạn sẽ thấy rằng việc xác định "t" tùy chọn sẽ có tác dụng sau:

• dòng nguồn cấp dữ liệu ('\ n') sẽ được được dịch sang các chuỗi '\ r \ n' trên đầu ra
• trình tự truyền tải dòng/dòng cấp dữ liệu sẽ được dịch sang nguồn cấp dữ liệu theo dòng trên đầu vào.
• Nếu tệp được mở ở chế độ phụ thêm, phần cuối của tệp sẽ được kiểm tra một ký tự ctrl-z (ký tự 26) và ký tự đó bị loại bỏ, nếu có thể, nó cũng sẽ giải thích sự hiện diện của nhân vật đó như là phần cuối của tập tin Đây là một sự trì hoãn không may từ ngày CPM (một cái gì đó về tội lỗi của cha mẹ b eing đến thăm con cái của họ đến thế hệ thứ 3 hoặc thứ 4). Trái ngược với ý kiến ​​đã nêu trước đây, ký tự ctrl-z sẽ không được thêm vào.

Answer 2

Trong chế độ văn bản, một dòng mới "\ n" có thể được chuyển đổi sang một chiếc xe ngựa return + newline "\ r \ n"

Thông thường bạn sẽ muốn mở ở chế độ nhị phân. Cố gắng đọc bất kỳ dữ liệu nhị phân nào trong chế độ văn bản sẽ không hoạt động, nó sẽ bị hỏng. Bạn có thể đọc văn bản ok ở chế độ nhị phân mặc dù - nó sẽ không làm bản dịch tự động của "\ n" thành "\ r \ n".

Xem fopen

Answer 3

Thêm vào đó, khi bạn fopen một tập tin với "rt" đầu vào được chấm dứt trên một nhân vật Crtl-Z.

Answer 4

Chúng tôi đã có một vấn đề thú vị với việc mở tập tin trong chế độ văn bản mà các tập tin đã có một hỗn hợp của dòng kết thúc nhân vật:

1\n\r 
2\n\r 
3\n 
4\n\r 
5\n\r 

yêu cầu của chúng tôi là chúng ta có thể lưu trữ vị trí hiện tại của chúng tôi trong file (chúng tôi sử dụng fgetpos), đóng tệp và sau đó mở lại tệp và tìm đến vị trí đó (chúng tôi đã sử dụng fsetpos).

Tuy nhiên, trong đó tệp có hỗn hợp kết thúc dòng thì quá trình này không tìm được vị trí thực tế giống nhau. Trong trường hợp của chúng tôi (công cụ của chúng tôi phân tích cú pháp C++), chúng tôi đã đọc lại các phần của tệp mà chúng tôi đã thấy.

Đi với nhị phân - sau đó bạn có thể kiểm soát chính xác những gì được đọc và ghi từ tệp.

Answer 5

khác biệt nữa là khi sử dụng fseek

Nếu dòng được mở trong chế độ nhị phân, vị trí mới là chính xác bù đắp byte đo từ đầu của tập tin nếu nguồn gốc là SEEK_SET, từ tập tin hiện tại vị trí nếu nguồn gốc là SEEK_CUR và từ cuối tệp nếu nguồn gốc là SEEK_END.Một số luồng nhị phân có thể không hỗ trợ SEEK_END.

Nếu luồng đang mở ở chế độ văn bản, giá trị được hỗ trợ để bù trừ là 0 (hoạt động với bất kỳ nguồn gốc nào) và giá trị được trả về bởi lệnh gọi trước đó tới std :: ftell trên luồng được liên kết với cùng một tệp (chỉ hoạt động với nguồn gốc của SEEK_SET