具有ctypes的stdout重定向

Question

我正在尝试将printf函数的输出重定向到Windows上的文件。我在python3中使用ctypes来调用函数。我的代码是：

import os, sys
from ctypes import *

if __name__ == '__main__':

 print("begin")
 saved_stdout=os.dup(1)
 test_file=open("TEST.TXT", "w")
 os.dup2(test_file.fileno(), 1)
 test_file.close()
 print("python print")
 cdll.msvcrt.printf(b"Printf function 1\n")
 cdll.msvcrt.printf(b"Printf function 2\n")
 cdll.msvcrt.printf(b"Printf function 3\n")
 os.dup2(saved_stdout, 1)
 print("end")

但是，当我从Eclipse运行代码时，屏幕上显示以下内容：

begin
end
Printf function 1
Printf function 2
Printf function 3

…以及TEST.txt中的以下内容

python print

当我从cmd运行此命令时，这是屏幕上显示的内容：

begin
end

..这是在TEST.txt中：

python print

当我注释掉第二条dup2()语句时，例如

import os, sys
from ctypes import *
if __name__ == '__main__':

    print("begin")
    saved_stdout=os.dup(1)
    test_file=open("TEST.TXT", "w")
    os.dup2(test_file.fileno(), 1)
    test_file.close()
    print("python print")
    cdll.msvcrt.printf(b"Printf function 1\n")
    cdll.msvcrt.printf(b"Printf function 2\n")
    cdll.msvcrt.printf(b"Printf function 3\n")
    #os.dup2(saved_stdout, 1)
    print("end")

在Eclipse的屏幕上：

begin

…并在TEST.txt文件中：

python print
end
Printf function 1
Printf function 2
Printf function 3

在屏幕上从cmd：

begin

…并在TEST.txt文件中：

python print
end

我现在很困惑。我阅读了所有的重定向线程，但我不知道发生了什么。无论如何，我收集到的是C函数访问直接绑定到文件描述符的stdout，而python为此使用了一个特殊对象-
stdout FileObject。因此，基本sys.stdout=*something*不适用于ctypes。我什至尝试os.fdopen(1)了dup2-ed输出，然后flush()在每条printf语句后调用，但这不再起作用。我现在完全没有主意，如果有人对此有解决方案，我将不胜感激。

Answer 1

使用与CPython
3.x相同的C运行时（例如，3.3的msvcr100.dll）。还包括fflush(NULL)在重定向之前和之后对的调用stdout。StandardOutput如果程序直接使用WindowsAPI，请采取措施重定向Windows句柄。

如果DLL使用不同的C运行时，则可能会变得复杂，C运行时具有自己的POSIX文件描述符集。就是说，如果您在重定向Windows之后加载它，应该没问题StandardOutput。

编辑：

我已经修改了示例，使其可以在Python 3.5+中运行。VC ++ 14的新“ Universal CRT”使通过ctypes使用C标准I /O变得更加困难。

import os
import sys
import ctypes, ctypes.util

kernel32 = ctypes.WinDLL('kernel32')

STD_OUTPUT_HANDLE = -11

if sys.version_info < (3, 5):
    libc = ctypes.CDLL(ctypes.util.find_library('c'))
else:
    if hasattr(sys, 'gettotalrefcount'): # debug build
        libc = ctypes.CDLL('ucrtbased')
    else:
        libc = ctypes.CDLL('api-ms-win-crt-stdio-l1-1-0')

    # VC 14.0 doesn't implement printf dynamically, just
    # __stdio_common_vfprintf. This take a va_array arglist,
    # which I won't implement, so I escape format specificiers.

    class _FILE(ctypes.Structure):
        """opaque C FILE type"""

    libc.__acrt_iob_func.restype = ctypes.POINTER(_FILE)

    def _vprintf(format, arglist_ignored):
        options = ctypes.c_longlong(0) # no legacy behavior
        stdout = libc.__acrt_iob_func(1)
        format = format.replace(b'%%', b'\0')
        format = format.replace(b'%', b'%%')
        format = format.replace(b'\0', b'%%')
        arglist = locale = None        
        return libc.__stdio_common_vfprintf(
            opthtml" target="_blank">ions, stdout, format, locale, arglist)

    def _printf(format, *args):
        return _vprintf(format, args)

    libc.vprintf = _vprintf
    libc.printf = _printf



def do_print(label):
    print("%s: python print" % label)
    s = ("%s: libc _write\n" % label).encode('ascii')
    libc._write(1, s, len(s))
    s = ("%s: libc printf\n" % label).encode('ascii')
    libc.printf(s)
    libc.fflush(None) # flush all C streams

if __name__ == '__main__':
    # save POSIX stdout and Windows StandardOutput
    fd_stdout = os.dup(1)
    hStandardOutput = kernel32.GetStdHandle(STD_OUTPUT_HANDLE)

    do_print("begin")

    # redirect POSIX and Windows
    with open("TEST.TXT", "w") as test:
        os.dup2(test.fileno(), 1)
        kernel32.SetStdHandle(STD_OUTPUT_HANDLE, libc._get_osfhandle(1))

    do_print("redirected")

    # restore POSIX and Windows
    os.dup2(fd_stdout, 1)
    kernel32.SetStdHandle(STD_OUTPUT_HANDLE, hStandardOutput)

    do_print("end")