为什么不Python的表现时，标准输出和标准输入重定向预期？

问题描述

我尝试在Windows重定向CMD.EXE标准输出和放大器;标准输入（带的CreateProcess（））。只要我运行简单的命令或打开GUI应用它工作正常，但如果我尝试运行像蟒蛇软件，它并没有给我，这是输出了（也不获得通过标准输入输入）。

code例如：

\r

\r

的#include＆LT;＆WINDOWS.H GT;\r
＃包括LT＆;＆iostream的GT;\r
＃包括LT＆;串GT;\r
＃包括LT＆;螺纹＆GT;\r
\r
使用命名空间std;\r
\r
HANDLE child_input_read;\r
HANDLE child_input_write;\r
HANDLE child_output_read;\r
HANDLE child_output_write;\r
\r
无效writeToPipe（）\r
{\r
而（真）\r
{\r
DWORD bytes_written;\r
string信息;\r
函数getline（CIN，味精）;\r
味精+ ='\\ n';\r
BOOL成功= WriteFile的（child_input_write，msg.c_str（），msg.size（），放大器; bytes_written，NULL）;\r
如果（！成功）\r
{\r
突破;\r
}\r
}\r
}\r
无效readFromPipe（）\r
{\r
而（真）\r
{\r
DWORD bytes_read缓存;\r
字符缓冲区[512];\r
BOOL成功= ReadFile的（child_output_read，缓冲器，的sizeof（缓冲液）-1，＆放大器; bytes_read缓存，NULL）;\r
缓冲液[bytes_read缓存] = 0;\r
如果（！成功）\r
{\r
突破;\r
}\r
COUT＆LT;＆LT;缓冲;\r
}\r
}\r
无效createCmdProcess（）\r
{\r
PROCESS_INFORMATION process_info;\r
STARTUPINFO startup_info;\r
SECURITY_ATTRIBUTES SECURITY_ATTRIBUTES;\r
\r
为创建的管道句柄//设置安全属性\r
security_attributes.nLength = sizeof的（SECURITY_ATTRIBUTES）;\r
security_attributes.bInheritHandle = TRUE;\r
security_attributes.lpSecurityDescriptor = NULL;\r
CreatePipe（安培; child_output_read，＆放大器; child_output_write，＆放大器; SECURITY_ATTRIBUTES，0）;\r
CreatePipe（安培; child_input_read，＆放大器; child_input_write，＆放大器; SECURITY_ATTRIBUTES，0）;\r
\r
//创建子进程\r
ZeroMemory（安培; process_info，sizeof的（PROCESS_INFORMATION））;\r
ZeroMemory（安培; startup_info，sizeof的（STARTUPINFO））;\r
startup_info.cb = sizeof的（STARTUPINFO）;\r
startup_info.hStdInput = child_input_read;\r
startup_info.hStdOutput = child_output_write;\r
startup_info.hStdError = child_output_write;\r
startup_info.dwFlags | = STARTF_USESTDHANDLES;\r
的CreateProcess（NULL，cmd.exe的，NULL，NULL，TRUE，0，NULL，NULL，＆放大器; startup_info，＆放大器; process_info）;\r
}\r
\r
诠释的main（）\r
{\r
createCmdProcess（）;\r
线程t（writeToPipe）;\r
线程T2（readFromPipe）;\r
t.join（）;\r
t2.join（）;\r
系统（暂停）;\r
}

\r

\r

\r

解决方案

这是不是一个错误，这是一个特点。 ： - ）

Python的设置和放大器;用法，第1.1.1节接口选项（强调）：

A pipe is neither a file nor a tty device, but it looks like a file as far as the C standard library (and hence Python) is concerned. So the second behaviour kicks in, and Python attempts to read to the end of file. Since we never close our end of the pipe, that never happens.

This behaviour isn't particularly sensible in my opinion (or at least not in Windows) and you could file a bug if you wanted. I would guess that such a proposal would be rejected, since any change would break backwards compatibility, but I could be wrong.

You can work around the problem by providing the -i option on the command line:

python -i

That makes Python enter interactive mode, despite the fact that stdin isn't a terminal.

Unfortunately, there is no known way to make a pipe that looks like a terminal on Windows.

这篇关于为什么不Python的表现时，标准输出和标准输入重定向预期？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！