→ zetab: fwrite之後加一行fflush 06/23 21:46
→ Rollnmeow: 感謝樓上,目前是加了一句fflush(NULL) 06/24 01:22
→ Rollnmeow: 看來要先去把檔案處理的函式都重新研究過一遍 06/24 01:24
→ Rollnmeow: 上網查了一下,還有種方法是取消緩衝區 06/24 10:29
推 EdisonX: fflush(img); 06/24 12:33
推 LPH66: fflush(NULL)...這種寫法我還是第一次看到 OAO 06/24 16:37
→ Rollnmeow: 只有fflush(img)的話還是會掉進無窮迴圈 06/24 17:05
→ Rollnmeow: 試過了一定要在加句fflush(Stdout)才行 06/24 17:06
→ Rollnmeow: 傳給fflush空指標的話,會清空所有輸出緩衝區 06/24 17:11
推 yvb: 這真奇怪. 在 Linux 不用修改就正常執行了. 06/24 22:01
→ yvb: 但用 codeblocks-mingw 的情況下, 除了R大所說 fflush() 外, 06/24 22:01
→ yvb: 我在 fwrite() 後加個 fseek(img, 0, SEEK_CUR); 也可正常... 06/24 22:02
→ yvb: 似乎是 fwrite() 做完後, ftell() 會正確回報, 06/24 22:02
→ yvb: 但 fread() 的讀取點還在原處, 所以要用 ftell() 幫它移一下? 06/24 22:02
→ yvb: 訂正 fseek() 06/24 22:04
→ Rollnmeow: 感謝意見,但最近又沒空研究程式了 06/24 22:24
→ Rollnmeow: 加上我也想重寫程式看能不能更有效率 06/24 22:25
→ Rollnmeow: 可能之後會發新文來討論 06/24 22:25
推 kaneson: 我查了一下cplusplus.com,fseek除了origin 設為SEEK_SET 06/28 10:13
→ kaneson: 或offset為0之外,其他值都是non-portable 06/28 10:14
推 yvb: 即使將 fseek(img, -4, SEEK_CUR); 06/30 13:22
→ yvb: 改為 fseek(img, ftell(img)-4, SEEK_SET); 06/30 13:23
→ yvb: 原程式問題依然發生. 故此問題也許和 fseek() portable 無關? 06/30 13:25
→ Rollnmeow: 我也到cplusplus.com看了,文字模式才限定用SEEK_SET 07/01 03:05
→ Rollnmeow: 真正non-portable的只有SEEK_END 07/01 03:07
→ Rollnmeow: 在維基教科書C Programming/File IO有提到, 07/01 03:09
→ Rollnmeow: 輸出跟輸入是不能直接交互使用的 目前找到線索就這樣 07/01 03:14
→ Rollnmeow: 或許用malloc與free把整個檔案一次讀入記憶體處理較好 07/01 03:16