ウィンドウで `fseek（...、0、SEEK_CUR）`が失敗するのはなぜですか？

Question

私は、次のCコードのMinGW-W64（gcc version 7.1.0 (x86_64-posix-seh-rev0, Built by MinGW-W64 project)）とwin10とVisual Studio 2017（CL.EXEバージョンMicrosoft (R) C/C++ Optimizing Compiler Version 19.11.25547）に

#include <stdio.h> 

int main() 
{ 
    FILE * file = fopen("ans.txt", "r+"); 
    printf("%ld", ftell(file)); // prints 0 
    fgetc(file); 
    printf("%ld", ftell(file)); // prints -18 
    printf("%d", fseek(file, 0, SEEK_CUR)); // -1 
    printf("%ld", ftell(file)); // prints 150 
    fclose(file); 
    return 0; 
} 

をテストしてみた
ans.txtファイルである（行はUNIX形式で終わります）

line 1 
line 2 
line 3 
line 4 
line 5 
line 6 
line 7 
line 8 
line 9 
line 10 
line 11 
line 12 
line 13 
line 14 
line 15 
line 16 
line 17 
line 18 
line 19 
line 20 

しかし、私はバイナリモードでファイルを開いたり、行末のスタイルを「Windows/Mac OS 9」に変更しても問題ありません。
Windowsのcrtとは何か関係ありますか？

Answer 1

これは、MSDN hereに文書化されています。テキストモード、fseek関数と_fseeki64で開かれたストリームのために

は キャリッジリターン改行翻訳がfseekを引き起こす可能性があるためと _fseeki64は、予期しない結果を生成するために、使用が制限されています。唯一のfseekと_fseeki64動作は、テキストモードで開かれたストリーム上で動作することが保証されている：起源のいずれかの値に0の相対オフセットで探し

• 。

• _fseeki64を使用しているときにfseekor _ftelli64を使用したときに、オフセット値を持つファイルの先頭から検索します。

オープンバイナリモードでファイルを...そして、あなたは、より予測可能な結果を​​得る：あなたはWindowsのスタイルを持っていることになっているWindows上の非バイナリモードでファイルを開いた場合

FILE * file = fopen("ans.txt", "rb+");