在Linux和Windows下混合CIN和Getline



我知道混合CIN和getline的常见问题。我相信这是不同的。

这是程序:

#include <iostream>
#include <cstdio>
#include <string>
using namespace std;
int main() {
  int a;
  string line;
  cin >> a;
  printf("A is '%d'n", a);
  getline(cin, line);
  printf("Line is '%s'n", line.c_str());
  cout << cin.fail() << cin.eof() << cin.bad() << endl;
}

我也有一个使用istream :: getline编写的版本。我相信在此处给出的所有输入案例中,结果都是相同的。

a.out < test1
A is '1'
'ine is ' abc 2
000
a.out < test2
A is '1'
Line is ' abc 2'
000

其中test1为 $'1 abc 2rn'(9个字节),test2为 $'1 abc 2n'(8个字节)。

我没有在Windows下明确进行这些测试,但是我有一个预感,即输出是"意图"的,即与测试2的输出相同。

我的问题是:解释测试1的输出。例如:为什么printf输出损坏;是否存在与线路结尾的解释有关的可移植性问题;如何通过最小的逻辑更改来修复代码。

在Linux下,getline从输入流中删除n。但是,它不会删除r

carriagar返回r返回光标到当前行的开头。因此,在printf调用中,当看到r时,Stdout光标将返回到行的开头。它打印的下一个字符是',它覆盖了行上的第一个字符(L)。

当文件中没有r时,您看不到此行为。

轻松解决此问题的解决方案:在Linux和Unix下运行时手动检查r

最新更新