非文本格式文件中換行符的順序如何？

Question

迄今爲止，我一直在使用程序集IBM 8086架構進行實踐，並且我收到了編寫交換任意兩行文件的程序的任務。 （我通過參數給出了這兩行的數據文件名和編號）。我的程序的算法如下：

1）我使用有限大小的緩衝區（例如20字節大小的緩衝區）。我從文件中讀取數據到這個緩衝區，如果達到了文件結尾，不斷地檢查ax寄存器的值。

2）我將該緩衝區傳遞給檢查13d符號（CR ASCII代碼）並將緩衝區的元素傳遞到新的寫入文件緩衝區的過程，如果檢測到符號13d，則傳遞給寫入文件緩衝區停止，並且新行觸發器變量設置爲1.然後，如果找到此換行符13d符號，則調用另一個將文件指針返回到正確位置的過程（因爲我使用自定義大小的緩衝區，所以我可能會找到13d符號在緩衝區中間，所以我需要重新設置指針來糾正新行）。

因此，我的程序似乎與.txt文件正常工作，但是當我嘗試交換2個隨機行，例如.exe或.jpg文件，然後再次交換相同的行時，我無法打開該文件，因爲操作系統說它已經損壞。

我的問題是：是否可以嘗試交換任意兩行非文本格式文件，然後嘗試將其更改回來並期望新文件正常工作？這個概念理論上應該起作用嗎？或者由於各種不同的新線序列解釋（CF + NL，NL + CF等等），這樣轉換後的程序是否損壞是可以的？

換句話說：非文本文件中新行符號的解釋是什麼？他們的序列對於正確的程序操作是否重要？

感謝您的回答，如果需要我的部分代碼才能回答問題，請注意這一點。

Answer 1

可以在非文本文件中交換行。如果你做了同樣的事情兩次，你應該收到相同的二進制文件。

你不要因爲一些這樣的：

• 有限的緩衝區大小的算法不正確處理的情況呢？在二進制文件中，很有可能打到100k +字節長度的「行」。

• 你沒有使用二進制讀/寫API（不可能從問題中得知）？像Clib fopen這樣的文本API與模式"rt"可能會轉換一些字節值，所以文件的內容將被損壞。

什麼是新線符號非文本文件的解釋呢？

的新線符號二進制文件中的解釋可以是任何東西，包括新線符號（字符串數據時），但是從文件系統的角度來看，它只是一個字節（0 - 255）的0x0D和0x0A值，像文件的其他任何字節一樣。

也許嘗試找到一些非常短的二進制文件失敗（可能是一些4096B前奏），並使用hexview或二進制比較來查看文件損壞的位置，然後在調試期間嘗試找出情況是如何發生的。

它們的序列對於正確的程序操作是否重要？

當然，如果原始二進制包含0D 0A機器代碼裏面，然後通過0D只替換它或翻轉兩0A 0D會破壞原有的機器代碼指令。如果只損害數據部分，程序可能仍然以某種方式處理損壞的數據，但隨機更改代碼需要大量運氣才能結束與原始工作幾乎一樣的工作。

---

看到一些代碼後：它看起來像使用int 21h文件處理服務，所以int 21h本身的工作原理與文件的二進制內容（不轉換）。

任何文件損壞都由應用程序代碼本身完成。所以你必須調試你的算法，並找出它失敗的地方，然後修復它。