首页 文章

为什么将stdin提供给subprocess.Popen会导致写入stdout的内容发生变化？

提问于
浏览 次
6

我正在使用Python的subprocess.Popen使用主机操作系统的二进制客户端执行一些FTP . 出于各种原因，我无法使用ftplib或任何其他库 .

如果我将stdin处理程序附加到Popen实例，则二进制文件的行为似乎会发生变化 . 例如，使用XP的ftp客户端，它接受要发出的命令的文本文件：

>>>from subprocess import Popen, PIPE  
>>>p = Popen(['ftp','-A','-s:commands.txt','example.com'], stdout=PIPE)  
>>>p.communicate()[0]  
'Connected to example.com.  
220 ProFTPD 1.3.1 Server (Debian) ...   
331 Anonymous login ok, send your complete email address as your password  
<snip>
ftp> binary  
200 Type set to I  
ftp> get /testfiles/100.KiB  
200 PORT command successful  
150 Opening BINARY mode data connection for /testfiles/100.KiB (102400 bytes)  
226 Transfer complete  
ftp: 102400 bytes received in 0.28Seconds 365.71Kbytes/sec.  
ftp> quit  
>>>

commands.txt中：

binary  
get /testfiles/100.KiB  
quit

当还提供stdin时，你得到的stdout就是：

>>>from subprocess import Popen, PIPE  
>>>p = Popen(['ftp','-A','-s:commands.txt','example.com'], stdin=PIPE, stdout=PIPE)  
>>>p.communicate()[0]  
'binary  
get /testfiles/100.KiB  
quit'  
>>>

最初我认为这是XP ftp客户端的一个怪癖，也许知道它不是处于交互模式，因此限制了它的输出 . 但是，OS X的ftp也会出现相同的行为 - 如果提供stdin，则stdout中缺少所有服务器响应 - 这使我认为这是正常行为 .

在Windows中，我可以使用-s开关在不使用stdin的情况下有效地编写ftp脚本，但在其他平台上，依赖shell进行这种交互 .

两个平台上的Python版本都是2.6.x.为什么提供stdin的句柄改变stdout，以及服务器响应去哪里了？

python subprocess stdout stdin popen

2 回答

  • 4

    该程序可能正在使用isatty(3)来检测stdin上是否存在tty .

    回复于
  • 7

    我想我读到了某个地方（但不记得在哪里）Windows ftp客户端来自原始的BSD实现之一 . 因为它肯定与Mac OS X的ftp实现有一些关系 .

    对我来说，这与Popen无关，而是与客户端ftp程序实现无关，它实现了对启动它的上下文的一些检查（看它是否与人类或shell脚本交互），使用isatty（3）as在他的回答中提到伊格纳西奥 . 这是可以在两种情况下使用的程序的常见做法 . 一个众所周知的例子是--color = auto选项的GNU grep实现：只有当stdout是tty时它才会着色输出，而如果grep的输出被传送到另一个命令则不会 .

    回复于

相关问题