제목을 어떻게 붙일까하다가 "다시 들쳐 보는 문법 및 레퍼함수"이라 하였다. 특별히 fseek를 사용하는데 어려운 일이 있는 것도 아니다.
다만 가물 가물 해져가는 기억을 위해 실험하고 기록하여 이짓( IT )을 오래도록 해먹기 위한 발악쯤으로 생각 하면 될 듯...
fseek를 MSDN을 참조하면...
* 특정 위치로 파일의 포인터를 움직인다. * 64bit를 위한 offset이 존재 한다는 것을 알 수 있다.
msdn에서 함수에 대한 설명을 볼때 가장 중요하게 볼 것은 역시, 인자 값과, 리턴 값일 것이다. 아래 내용을 잘 살펴보면
"If successful, fseek and _fseeki64 returns 0. Otherwise, it returns a nonzero value. " 성공과 실패에 대한 return 값을 정의하고 있다.
MSDN을 살펴보면 친절하게도 예제 코드도 제공 해준다. 굿이다.
Moves the file pointer to a specified location.
int fseek(
FILE *stream,
long offset,
int origin
);
int _fseeki64(
FILE *stream,
__int64 offset,
int origin
);
Parameters
stream
Pointer to FILE structure.
offset
Number of bytes from origin.
origin
Initial position.
Return Value
If successful, fseek and _fseeki64 returns 0. Otherwise, it returns a nonzero value. On devices incapable of seeking, the return value is undefined. If stream is a null pointer, or if origin is not one of allowed values described below, fseek and _fseeki64 invoke the invalid parameter handler, as described in Parameter Validation. If execution is allowed to continue, these functions set errno to EINVAL and return -1.
Remarks
The fseek and _fseeki64 functions moves the file pointer (if any) associated with stream to a new location that is offset bytes from origin. The next operation on the stream takes place at the new location. On a stream open for update, the next operation can be either a read or a write. The argument origin must be one of the following constants, defined in STDIO.H:
SEEK_CUR
Current position of file pointer.
SEEK_END
End of file.
SEEK_SET
Beginning of file.
You can use fseek and _fseeki64 to reposition the pointer anywhere in a file. The pointer can also be positioned beyond the end of the file. fseek and _fseeki64clears the end-of-file indicator and negates the effect of any prior ungetc calls against stream.
When a file is opened for appending data, the current file position is determined by the last I/O operation, not by where the next write would occur. If no I/O operation has yet occurred on a file opened for appending, the file position is the start of the file.
For streams opened in text mode, fseek and _fseeki64have limited use, because carriage return–linefeed translations can cause fseek and _fseeki64to produce unexpected results. The only fseek and _fseeki64operations guaranteed to work on streams opened in text mode are:
Seeking with an offset of 0 relative to any of the origin values.
Seeking from the beginning of the file with an offset value returned from a call to ftell when using fseekor _ftelli64when using_fseeki64.
Also in text mode, CTRL+Z is interpreted as an end-of-file character on input. In files opened for reading/writing, fopen and all related routines check for a CTRL+Z at the end of the file and remove it if possible. This is done because using the combination of fseek and ftellor_fseeki64 and _ftelli64, to move within a file that ends with a CTRL+Z may cause fseek or _fseeki64 to behave improperly near the end of the file.
When the CRT opens a file that begins with a Byte Order Mark (BOM), the file pointer is positioned after the BOM (that is, at the start of the file's actual content). If you have to fseek to the beginning of the file, use ftell to get the initial position and fseek to it rather than to position 0.
This function locks out other threads during execution and is therefore thread-safe. For a non-locking version, see _fseek_nolock, _fseeki64_nolock.
Requirements
Function
Required header
Compatibility
fseek
<stdio.h>
ANSI, Windows 95, Windows 98, Windows 98 Second Edition, Windows Millennium Edition, Windows NT 4.0, Windows 2000, Windows XP Home Edition, Windows XP Professional, Windows Server 2003
_fseeki64
<stdio.h>
Windows 95, Windows 98, Windows 98 Second Edition, Windows Millennium Edition, Windows NT 4.0, Windows 2000, Windows XP Home Edition, Windows XP Professional, Windows Server 2003
For additional compatibility information, see Compatibility in the Introduction.
// crt_fseek.c
// This program opens the file FSEEK.OUT and
// moves the pointer to the file's beginning.
#include <stdio.h>
int main( void )
{
FILE *stream;
char line[81];
int result;
if ( fopen_s( &stream, "fseek.out", "w+" ) != 0 )
{
printf( "The file fseek.out was not opened\n" );
return -1;
}
fprintf( stream, "The fseek begins here: "
"This is the file 'fseek.out'.\n" );
result = fseek( stream, 23L, SEEK_SET);
if( result )
perror( "Fseek failed" );
else
{
printf( "File pointer is set to middle of first line.\n" );
fgets( line, 80, stream );
printf( "%s", line );
}
fclose( stream );
}
Output
File pointer is set to middle of first line. This is the file 'fseek.out'.
제가 종종 들리는 신영진님의 "지니야 넷"에서 훔쳐 온 글입니다. 원문 그대로 옮겼습니다. 트랙백을 통해서 글을 연결하고 싶지만,,,,,;;,,,,
원문이 없어지는(?) 일이 종종 있어서 아쉬운 마음에 담아왔습니다. 널은 아량으로 용서를 빕니다. ~
복잡한 포인터를 읽는 법에 대해서 잘 설명을 해주셨습니다. 좌에서 우로~ 3가지의 표현을 영어로 해석하게 되면 아무리 복잡한 포인터라도 의미를 쉽게 알 수 있습니다.
팀내 친한 선배님(이의진 책임님)은 안에서 "원을 그리며 읽어라"라고 하셨습니다. 거의 일맥 상통한다 볼 수 있습니다.
저도 또한 포인터를 많이 사용합니다. Callback Function을 주로 사용하거나, Struct에 Fucntion Pointer member를 이용하여 구조체 자체를 넘기기도 하고, 2차 배열 동적할당을 위해서 사용하기도 합니다.
포인터는 어려운 것이 아닙니다. 다만 프로그래밍을 싫어하는(?) 선배들에 의해서 포인터가 어렵데 어렵데라는 말에 벌써 벌벌 떨진 않았나 돌아 봅니다.
포인트를 이해 하기위해서는 약간의 자기만의 이해 방법이 있어야 하고 ~ 도서관에서 얇은 책을 보고도 포인터를 알 수도 있습니다. 알려고 노력 했을 경우 입니다. ^^
혹시 포인터 말고도 더 많은 지식을 얻고자 한다면 아래 신영진 님의 싸이트를 방문 해보시면 ..^^ 살이 되고 피가 되는 좋은 내용들을 얻을 수 있을 것입니다.
그럼 고운하루 되세요~!
신입 개발자를 위한 복잡한 포인터 선언을 해석하는 방법 신영진 pop@jiniya.net http://www.jiniya.net
C언어 게시판에 자주 올라오는 질문 중에 하나가 복잡한 포인터 선언문을 해석하는 것들이다. 대부분의 학생들은 이것을 막연히 외우려고 한다. int *a[3]은 int 포인터를 저장하는 배열이고, int (*a)[3]은 int 배열에 대한 포인터라고 외우는 것이다. 하지만 이렇게 외운 지식은 그 형태가 조금만 달라져도 무용지물이 된다. 그렇다면 어떻게 해야 이러한 선언문을 손쉽게 해석할 수 있을까? 간단한 규칙만 이해하면 된다.
복잡한 선언을 정확하게 이해하기 위한 첫 단계는 선언문 내부에 나타나는 각 요소의 정확한 의미를 이해하는 것이다. <표 1>에는 선언문 내부에 나타나는 각 구성요소의 의미와 사용 예가 나와있다. 선언문을 해석할 때 영어를 이용하면 굉장히 편리하게 해석할 수 있다. 따라서 각 기호에 맞는 영어 표현도 같이 알아두는 것이 좋다.
표 1 표현식에 나타나는 기호들의 의미
기호
표현
의미
예
*
pointer to
특정 대상체를 가리키는 포인터
int *a;
a는 int 형을 가리키는 포인터다.
[]
array of
특정 대상체를 저장하는 배열
int a[3];
a는 int를 3개 저장할 수 있는 배열이다.
()
function
인자를 받고 값을 리턴하는 함수
int a();
a는 인자가 없고 int를 반환하는 함수다.
다음으로 이해해야 하는 것은 선언문을 해석하는 순서다. 선언문은 선언 대상이 되는 변수 명에서 시작해서 오른쪽으로 가면서 해석한다. 선언문의 끝이나 오른쪽 괄호를 만나면 방향을 바꾸어 왼쪽으로 가면서 해석한다. 왼쪽으로 가면서 해석을 하다 왼쪽 괄호를 만나면 다시 오른쪽으로 가면서 해석한다. 이렇게 해서 선언문의 가장 왼쪽 끝에 도달하면 해석이 마무리 된다.
요즘 같이 덩치가 커지는 시절에 혼자 잘났다고 짜대는 것도 문제가 있고. 경력 수년에 이르도록 헷갈리는 건 이해할 수 있지만. 그렇다고 도무지 개념없이 버티는 양반들도 있고.
여튼.
예전 노트 발췌. 중간에 상수값을 보면. 출처를 알 수 있음. 흐.
int *(*(*pa[4])[3][2])[4]; -> 몇 바이트 짜리냐? 16바이트다. 맨 안쪽을 주의.
int u=fun("armina", 4)(10,5); int (*)(int, int) 를 리턴하는 함수로 위 함수가 가능하다.
int (*)(int,int) fun(char *, int); -> 원리상 맞으나 에러난다. --> 아래처럼 최초 * 괄호 안에 실체를 다시 써줘야 한다.
int (* fun(char *, int))(int, int);
signal 함수 유형을 주목하라.
int const *pa; 번지가 상수다 int *const pa; 버퍼가 상수다. int const * const pa ; 둘다 상수다.
int * const *pa[4]; int const **pa[4]; int **constpa[4];
유형별 예제
int *pa, a[4], *pa[4], a[2][3], (*pa)[3]; int a[4][5], (*pa[3])[5], (**pa)[5]; int (*pa[4][3])[5], (*(*pa)[3][5]; int p[4][3][7], (*pa)[3][7]; int *pa[2][3], *(*pa)[3], *(*pa[2])[3]; -> 모두 다 같은 개념. int *(**pa)[3], *(*pa[4][5])[3]; int *(*(*pa)[5][3]; int fun(int,int); int *fun(int, int); int **fun(int, int); int (*fun)(int, int); int *(*fun)(int, int); int (*fun[4])(int, int); int (**fun)(int, int); int (*fun[3][2])(int, int); int (*(*fun)[2])(int, int); int (*fun(int(*)[3], int**); int (*funt(int, int))[3][2]); int const *pa, *const pa; int fun (int, ...);
(...) 괄호안에 있는 것은. 실체를 의미한다. 밖에 있는 것은 속성을 의미한다.
int (*pa)[3] -> 2차원 배열 = 3개짜리 포인터의 배열. int *pa[4] 를 찍을 수 있는 포인터는 int **pa int (*pa[3])[5] 를 찍을 수 있는 포인터는 (**pa)[5]