3 回答
TA贡献1841条经验 获得超3个赞
正如查尔斯已经提到的那样,问题正在缓冲。在为SNMPd编写一些模块时遇到了类似的问题,并通过用自动刷新版本替换stdout来解决了该问题。
我使用了以下代码,这些代码受到ActiveState上一些帖子的启发:
class FlushFile(object):
"""Write-only flushing wrapper for file-type objects."""
def __init__(self, f):
self.f = f
def write(self, x):
self.f.write(x)
self.f.flush()
# Replace stdout with an automatically flushing version
sys.stdout = FlushFile(sys.__stdout__)
TA贡献1712条经验 获得超3个赞
进程输出被缓冲。在更多的UNIXy操作系统(或Cygwin)上,可以使用pexpect模块,该模块列举了所有必要的方法以避免与缓冲相关的问题。但是,这些要求需要一个有效的pty模块,该模块在本机(非Cygwin)win32 Python构建中不可用。
在控制子流程的示例情况下,可以仅sys.stdout.flush()在必要时调用它-但是对于任意子流程,该选项不可用。
另请参见问题“为什么不只使用管道(popen())?” 在pexpect常见问题解答中。
TA贡献1911条经验 获得超7个赞
据我所知,是由应用程序代码确定输出缓冲区的大小。我认为您不能在外部做任何事情,除非它是动态链接的并且您预先加载了一个替换系统调用的库。但这是一个巨大的突破,超出了此问题的范围:)
添加回答
举报