istream :: peek 호기심 행동 wrt. EOF

Question

방금 ​​C++에서 궁금한 상황이 발생했습니다. 나는 다음과 같은 것을하고 있었다 :

istream in; 
// ... 
in.get();  // get a char (which turns out to be the last) 
       // curiously ios::eof bit doesn't get set just yet 

c = in.peek(); // attempt to peek, return EOF and now set ios::eof bit 

if(c == EOF) { 
    // realize shouldn't have gotten the last char for some reason 
    in.unget(): // attempt to unget, *fails* (because ios:eof bit was set) 
} 

나는 왜 peek가 eof 비트를 설정하는지 궁금하다. 나는 이것을 매우 비 직관적이라고 생각한다. 단지 실제로 들여다 보지 않고 스트림 상태를 변경해서는 안됩니다. 또한, unget가 왜 작동하지 않는 이유는 무엇입니까? good()이 거짓 일 때 표준에서 모든 작업을 마칠 수 없습니까?

Answer 1

in.get();  // get a char (which turns out to be the last) 
       // curiously ios::eof bit doesn't get set just yet 

이 "호기심"이 아니다. 스트림의 EOF 비트는 이 eof에 도달하여 실패 할 때 설정됩니다. 그것은 이 아닙니다.은 "마지막 읽기가 우리를 eof로 데려갔습니다"라고 의미합니다.

지금처럼

c = in.peek(); // attempt to peek, return EOF and now set ios::eof bit 

.

또한 unget은 왜 작동하지 않습니까? good()이 거짓 일 때 표준에서 모든 작업을 마칠 수 없습니까?

... 무슨 일이 일어나고 있는지. 그렇지 않으면 "작동하지 않는다"는 정의에 실패했습니다.

당신은 EOF에 도달 할 때 당신이 그 문자를 unget하려면 자신이, 당신은 3

istream in; 
// ... 
in.get();  // assume this succeeds (*) 

c = in.peek(); // assume this fails and sets EOF bit 

if (!in) { 
    in.clear(); // clear stream error state for use 
    in.unget(); // "put back" that character (*) 
} 
else { 
    // next char from .get() will be equal to `c` 
}