fseek함수는 스트림 입출력에서 파일의 위치를 찾아 주는 걸로 제가 알고 있습니다.
제도 예전 대량의 데이터를 다룰때 비슷한 문제를 만난적이 있는데....
그때 고수님들의 말이 웬지 원망스럽더군요....
일선 학교에서는 저수준의 파일 입출력보다 고수준의 파일 입출력을 더 중시 생각하는데.....
저는 약간 견해가 다릅니다. 아마 fseek의 옵셋 범위가 int형일겁니다.
하지만 우리가 익히 알고 있는 주소공간은 거의 대부분 long형과 대등한 걸로 알고 있습니다....
그래서 저는 저수준의 파일 입출력을 권장하는 편입니다.
다룰수 있는 주소 공간도 long형이라 범위가 cpu가 다룰수 있는 대부분의 주소공간을 다 수용합니다.

그리고 이건 장점이자 단점이지만 버퍼링을 하지 않기 때문에 소량의 데이타 처리에는 불리 할지 몰라도 블록 단위의 데이터 처리에는 저수준이 더 좋다고 생각합니다. 물론 이를 위해서는 많은 지식과 경험이 필요하지만....
님과 같이 주소공간이 int범위를 넘어갈 경우는 생각 해봅직하다고 봅니다.

저는 실력이 부족합니다.그래서 잘못 설명한 것도 있을수 있으니  다른 서적과 도움말을 참조하시기 바랍니다.
저수준의 파일 입출력은 기본서적에서도 다루는걸로 알고 있습니다. 내용이 충분한지 모르지만...

그럼



절망과 광끼 님이 쓰신 글 :
: 대용량 파일에서의 fseek 관련 질문입니다.
:
: 동영상 파일의 header parsing을 하려는데요...
: fseek의 경우 offset이 long type으로 정의 되어 있습니다.(현재 fseek의 경우 0x80000000 부터는 찾지못하더군요)
: 그러나, 제가 parsing하고자 하는 파일의 경우 2G가 넘는 경우가 있는데요...
: VC에는 fseeki64 같은 함수가 있던데, 이때 볼랜드에서 사용할 수 있는 다른 함수가 있는지 알려주세요...