잡다한 인생

지금 상상이 되는 시나리오는

gets/scanf를 사용하기 전에 getchar/scanf로 한 글자를 입력받은 것입니다. (흔히 있는 시나리오죠 :) ) 그 입력 마지막에 엔터를 쳤고, 그 입력을 처리하지 않아 gets에서는 마치 입력을 안받는 것처럼 느끼시는 것 같습니다.

gets는 \n을 보면 입력의 끝인가보다 하고 넘어갔을테고, scanf는 원래 whitespace를 무시하므로 입력을 받은 것 같습니다.

코드로 표현하자면

ch = getchar();
/* 어쩌고 저쩌고 */
gets(buffer);

또는

scanf("%c", &ch);
/* 어쩌고 저쩌고 */
gets(buffer);

이럴 때 제가 손쉽게 해결하는 방법은

scanf("%c ", &ch);
/* 어쩌고 저쩌고 */
gets(buffer);

문맥상 gets를 쓰긴 했지만, 물론 gets(buffer);는 쓰면 안되고 fgets(buffer, sizeof(buffer), stdin); 등과 같이 바꿔써야 합니다. fgets는 마지막에 \n까지 받아온다는 것을 잊지 마시고.

#include <stdio.h>
#include <string.h>
 
#define NSTR 1 << 7
 
char *safe_gets(char *buf, size_t len)
{
        scanf(" ");
        fgets(buf, len - 1, stdin);
        buf[strlen(buf) - 1] = '\0';
        return buf;
}
 
int main()
{
        char str[NSTR];
        getchar();
        safe_gets(str, NSTR);
        puts(str);
}

매크로로 만들어 쓰셔도 좋습니다.

덧. 다행스럽게도, 빈 입력에도 \n\0 즉, strlen(buf) = 1이 나오기 때문에 저 코드에서 첨자값이 -1이 된다던지 하는 일은 없을 겁니다.

저를 포함해 위에서 답변해 주신 분들의 공통적인 의견은

"해서는 안 된다"

입니다. 물론, 입력에 프로그램이 필요로 하지 않은 부적절한 내용이 있어
유의미한 부분이 나올 때까지 무시하는 것 자체가 항상 잘못된 행동은 아니
지만, 그러한 행동을 위해 fflush(stdin); 을 선택하는 것은 많은 경우에
부적절 합니다. 기대한대로 동작하지 않을 여러 가능성은 제 처음 답변에
링크되어 있습니다. 그보다는 지극히 정상적이고 예측 가능한 방법으로 입
력을 처리하는 것이 더 낫습니다. 예를 들어, 현재부터 다음 newline 까지
의 (stdin 으로 오는) 입력을 무시해야 하는 상황이라면,

void throw_all_characters_until_the_next_newline_inclusive_into_the_trash(void)
{
    int c;

    while ((c=getchar()) != EOF && c != '\n');
}

와 같은 함수를 사용하는 것이 좋습니다 - 물론, 함수명은 좀 줄여야 겠지
요. ;-)

그럼...

c = getchar(); 
putchar(c); 
마지막으로 OS-level input buffer에 들어있는 나머지 데이터를 없에는 
이식성을 가지는 방법은 없는지 알고 싶습니다.
로 단순히 코딩을 하고 실행시켜서 값을 입력하는데 있어서.. 
ABCD 를 입력하면 A만 출력이 되겠죠. 
여기서, BCD는 OS-level input buffer에 존재한다고 들었는데요.

아직 읽히지 않은 BCD가 존재하는 곳은 *일반적*으로 OS-level input buffer라고 하기보다는,
C Library Buffer라고 하는게 더 정확할 듯 싶습니다..
물론 일반적이지 않게, setvbuf()로 unbuffered로 설정할 수도 있지만요...

예를 드신게, getchar()와 같은 stdio, 즉 Stream I/O인 경우를 물어보셨으니 그에 대해 설명드리면...
Stream I/O는 다음과 같은 buffer 구조를 통해서 실제 데이타를 read/write하게 됩니다..

(Application) <--> (C Library Buffer) <--> (System Buffer) <--> (Device)

말씀하신데로, ABCD를 입력하게되면, "Input device"인 키보드로부터 ABCD가 입력되고, 이 ABCD값은 "System Buffer"를 거쳐,
"C Library Buffer"에 저장이 됩니다... 즉, 실제 getchar()는 "C Library Buffer"에서 읽어드리게 되는겁니다...

여담으로 output에 관련된 것이기는 하지만, fflush(3C)은 "C Library Buffer"의 내용을 "System Buffer"로 flush를 시키는 것이며,
sync(1)과 sync(2), fsync(3C)는 "System Buffer"의 내용을 "Device", 즉 Disk에 flush 시키는 것입니다.
(물론, sync(1)과 sync(2)는 그밖의 작업을 더 수행합니다.)

아래 부분의 내용을 확인하기 위해서 질문 드린 것입니다. 음.. 그렇네요. 라이브러리 버퍼겠죠. 프로그래이 끝나면 당연히 없어지겠죠.
저는 코드에서 버퍼에 남아있는 것을 플러쉬시키고 다시 받기 위해서 질문 드린 것입니다... ^^

standard io가 다루는 것은 stream입니다. stream은 물줄기처럼 밀려오고(입력) 또한 밀려나가는(출력) 것이죠. 물줄기와 현재 처리하는 위치가 있을 뿐이죠. 중간을 뚝 짤라버리는 행위는 스트림 처리에서 매우 이상한 행동입니다. 게다가, 버퍼라는 것은 standard library에서 성능을 위해서 제공하는 것으로서, 그 라이브러리를 사용하는자의 입장에서는 어느정도 transparency하게 내부적으로 제공되는 것입니다.

설사 입력 버퍼를 지우는 함수가 존재한다고 합시다. 지금이야 손으로 입력을 받는 프로그램이라서 그런 식으로 생각해도 말이 되는 듯 합니다. 하지만 상대가 파일이 되면 (progarm < file 이렇게 실행하면) 버퍼의 한계가 불명확해지고 버퍼를 비우면 얼마나 지워질지 짐작하기도 힘듭니다. (프로그램이 제대로 동작하지 않을 수 있다는 뜻입니다) 즉, 버퍼를 비우는 행위는 스트림 처리에서 매우 이상한, 말도 안되는 행동일 뿐더러 standard io library가 애써 만들어놓은 transparency도 깨뜨릴 수 있는 행위입니다. standard io library 내부를 다루는 프로그램이 아니라면, 버퍼를 건드리는 행위는 자제해야 합니다.

개념을 바꿔서 버퍼를 비운다보다는, 쓸데없는 입력을 무시한다로 생각하시면 프로그래밍하기가 편해집니다. 원래 스트림이 그런겁니다.