GNU-getline：关于 EOF 的奇怪行为

Question

测试

为了找出getline()遇到EOF时的行为，我写了如下测试：

int main (int argc, char *argv[]) {
    size_t max = 100;
    char *buf = malloc(sizeof(char) * 100);
    size_t len = getline(&buf, &max, stdin);
    printf("length %zu: %s", len, buf);
}

输入1是：

abcCtrl-D回车

结果：

 length 4: abc  //notice that '\n' is also taken into consideration and printed

输入2：

abc输入

完全相同的输出：

 length 4: abc

EOF 似乎被getline() 忽略了

源代码

所以我找到了source code of getline()，以下是它的相关sn-p（为了简洁起见，我省略了一些cmets和不相关的代码）：

 while ((c = getc (stream)) != EOF)
{
  /* Push the result in the line.  */
  (*lineptr)[indx++] = c;

  /* Bail out.  */
  if (c == delim)             //delim here is '\n'
   break;
}

/* Make room for the null character.  */
if (indx >= *n)
{
  *lineptr = realloc (*lineptr, *n + line_size);
  if (*lineptr == NULL)
   return -1;
  *n += line_size;
}

/* Null terminate the buffer.  */
(*lineptr)[indx++] = 0;

 return (c == EOF && (indx - 1) == 0) ? -1 : indx - 1;

问题

所以我的问题是：

• 为什么这里的长度是 4（据我所知应该是 5）（正如wiki 所说，如果它不在行首，就不会是 EOF）

类似的问题：EOF behavior when accompanied by other values 但请注意该问题中的 getline() 与 GNU-getline 不同

我使用 GCC：(Ubuntu 4.8.2-19ubuntu1) 4.8.2

Answer 1

Ctrl-D 使您的终端刷新输入缓冲区（如果尚未刷新）。否则，设置输入流的文件结束指示符。换行符也会刷新缓冲区。

所以你没有关闭流，只是刷新了输入缓冲区，这就是getline 看不到文件结束指示符的原因。

在这两种情况下，getline 都不会收到文字 EOT 字符（ASCII 0x04，^D）（为此，您可以键入 Ctrl -VCtrl-D）。

类型

abcCtrl-DCtrl-D

或

abc回车Ctrl-D

实际设置文件结束指示符。

来自POSIX：

特殊字符

• EOF

输入中的特殊字符，如果设置了ICANON 标志，则可以识别该字符。收到后，所有等待读取的字节立即传递给进程，无需等待<newline>，并丢弃 EOF。因此，如果没有等待的字节（即，EOF 发生在行的开头），则应从read() 返回字节计数为零，表示文件结束指示。如果设置了ICANON，则处理时丢弃EOF字符。

仅供参考，ICANON 标志指定为 here。