如何解决stdout重定向更改输出
| 我有一个名为abc
的程序。
当我运行以下命令时:
$ ./abc < infile
我得到以下输出:
ijklm
但是,当我运行时:
$ ./abc < infile > outfile
$ cat outfile
我得到这个输出:
ijkoo
现在,我假设这是我程序的错误。但是,无论我的程序在做什么,我都不知道这是怎么可能的。
编辑:
现在,我知道这是可能的,我很好奇程序中导致这种情况的原因。
我的程序中的循环内有一个块,其中包含:
byte = ascii_to_byte(asciibyte);
putchar(byte);
字节的类型为“ 6”。
现在,如果将putchar(byte)
更改为printf(\"%c\",byte)
,所有输出将保持不变。
但是,如果将其更改为printf(\"%d\",byte)
,则$ ./abc < infile
输出:
105106107111111
这是outfile
中那些ASCII字符的十进制表示形式。但这不是字符的十进制表示,因为它们刚被发送到stdout时实际出现。我不明白为什么会有这种差异。
编辑#2:
如果将打印行更改为printf(\"%c\\n\",byte)
,则$ ./abc < infile
输出:
i
j
k
o
o
这与输出文件中的内容一致。同样,不知道有什么区别。
编辑#3
我刚刚在32位计算机上对此进行了测试,该程序可以运行:outputfile
包含ijklm
。怪异的
编辑#4
这是主要功能:
int main()
{
char asciibyte[8];
char byte;
int c; //Using int to avoid the EOF pitfall.
long charcount = 0;
while((c = getchar()) != EOF){
if(c != \'0\' && c != \'1\'){
continue;
}
asciibyte[charcount % 8] = c;
if(charcount % 8 == 7){
/*Testing revealed that at this point asciibyte does contain
what it should contain,eight ASCII ones and zeros representing
a byte read in from stdin*/
byte = ascii_to_byte(asciibyte);
/*Print statements such as:
printf(\"%d\",byte);
printf(\"%c\\n\",byte);
reveal that the ascii_to_byte function works incorrectly on my
64 bit machine. However these statements:
putchar(byte);
printf(\"%c\",byte);
make it appear as though the function operates as it should.
EXCEPT if i redirect that output to a file.*/
putchar(byte);
}
charcount++;
}
return 0;
}
这是ascii_to_byte函数:
char ascii_to_byte(char *asciibyte){
char byte;
int i;
for(i = 0; i < 8; ++i){
if(asciibyte[7-i] == \'1\'){
byte = byte | (1 << i);
}
}
return byte;
}
最后编辑
我注意到我应该将字节初始化为0x00。问题解决了。我为什么这么弱智?我将给可以具体解释造成问题的原因的人提供答案。
解决方法
这种看似无关的更改来来去去,这种奇怪的行为可能表明您的程序不应该从程序中读取或写入内存,并且随着代码其他部分对堆栈的不同使用,行为也会发生变化。和/或堆。
我会仔细检查您的代码是否有缺陷,例如缓冲区溢出,返回指向堆栈上变量的指针的函数等。
使用调试器单步执行代码可能会很有效率(或者,如果您不走运,它可能会再次更改行为!)。
您已经看到了一些有趣的事情:
stdout
的重定向如何影响任何事情?也许是因为它导致C库的行为有所不同:流使用不同的缓冲模式,具体取决于流是否连接到终端设备(请参阅GNU libc文档,或C99§7.9.13段。 7)。
当printf(\"%d\",byte)
和printf(\"%c\\n\",byte)
都改变了行为时,为什么将putchar(byte)
更改为printf(\"%c\",byte)
并没有任何改变?也许是因为编译器会自动将printf(\"%c\",byte)
改成效率更高的putchar(byte)
-隐含地GCC的最新版本通常会这样做,即使未启用优化也是如此-而printf(\"%d\",byte)
实际上将被编译为对printf()
的调用。
,这当然是可能的-程序可以检查它是否正在写入终端,并写入与写入管道时不同的内容。
,正如您所说,,30ѭ尚未初始化,因此可能会发生任何事情。
可能发生的事情之一是byte
\“ starts \”的值为0,并使其在函数调用之间保持其值(就像它被声明为static
)。
在二进制...
字节| c(bin)|字节| C
----------- + -------------- + --------------
00000000 |我(01101001)| 01101001(i)
01101001 | j(01101010)| 01101011(k)*很奇怪,您得到\'j \',但任何事情都可能发生:)
01101011 | k(01101011)| 01101011(k)
01101011 | l(01101100)| 01101111(o)
01101111 |米(01101101)| 01101111(o)
,尼尔·巴特沃思(Neil Butterworth)说的话。该功能称为“ 33”。
if (isatty(STDOUT)) printf(\"I am printing to the terminal!\\n\");
另外,在测试内容时,您可能已经做过:
$ ./abc < infile > infile
意外地。因此,您可能需要快速检查一下,“ѭ36”确实包含相同的数据。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。