我知道混合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
。