Popen 子进程进程在特定回复后停止阅读

Question

我正在使用pygdbmi，我想我已经找到了bug there。简而言之：似乎非阻塞子进程 Pipe 正在以一种有趣的方式与 GDB 交互。

我的问题是不从以popen 开头的子进程中读取，这是有效的。问题似乎是子进程（在本例中为 GDB）正在将某些内容打印到其标准输出，我可以读取它，但是在一个非常特定的 GDB 命令之后，某些东西会中断，然后我就无法再读取了。这似乎与发送了多少 GDB 命令无关（因此通过管道交换了多少数据）。

我正在使用 pygdbmi 通过 JLink JLinkGDBServerCL 与嵌入式板通信。这是 99.999% 的时间。 Pygdbmi 使用subprocess.Popen(stdin=subprocess.PIPE) 生成一个 GDB 进程。然后我使用

response = gdbmi.write('-target-select remote localhost:2331', timeout_sec=5)

连接到正在运行的 JLinkGDBServerCL 实例并与我的板交互。我可以下载代码，设置断点，中断，重新开始，工作。我什至可以将-data-list-register-values x 发送到运行 Cortex-M3 内核的板上。当我尝试在带有 Arm Cortex-M33 板的板上运行相同的命令时，我没有得到任何回复。

我已经启用了 GDB 日志记录

-gdb-set trace-commands on
-gdb-set logging on

如果我检查我的 gdb.txt 文件，我会得到预期的回复：

^done,register-values=[{number="0",value="0x0"},{number="1",value="0x0"},{number="2",value="0x0"},{number="3",value="0x80730"},{number="4",value="0x40000100"},{number="5",value="0x101"},{number="6",value="0x3ff01"},{number="7",value="0x0"},{number="8",value="0xffffffff"},{number="9",value="0x40001430"},{number="10",value="0xffffffff"},{number="11",value="0xffffffff"},{number="12",value="0xffffffff"},{number="13",value="0x20001e58"},{number="14",value="0x20001e69"},{number="15",value="0xeffffffe"},{number="25",value="0x41000003"},{number="91",value="0x20001e58"},{number="92",value="0x0"},{number="93",value="0x1"},{number="94",value="0x0"},{number="95",value="0x0"},{number="96",value="0x0"},{number="97",value="0x0"},{number="98",value="0x0"},{number="99",value="0x0"},{number="100",value="0x0"},{number="101",value="0x0"},{number="102",value="0x0"},{number="103",value="0x0"},{number="104",value="0x0"},{number="105",value="0x0"},{number="106",value="0x0"},{number="107",value="0x0"},{number="108",value="0x0"},{number="109",value="0x0"},{number="110",value="0x0"},{number="111",value="0x0"},{number="112",value="0x0"},{number="113",value="0x0"},{number="114",value="0x0"},{number="115",value="0x0"},{number="116",value="0x0"},{number="117",value="0x0"},{number="118",value="0x0"},{number="119",value="0x0"},{number="120",value="0x0"},{number="121",value="0x0"},{number="122",value="0x0"},{number="123",value="0x0"},{number="124",value="0x0"},{number="125",value="0x0"},{number="126",value="0x0"},{number="127",value="0x0"},{number="128",value="0x0"},{number="129",value="0x0"},{number="130",value="0x0"},{number="131",value="0x0"},{number="132",value="0x0"},{number="133",value="0x0"},{number="134",value="0x0"},{number="135",value="0x0"},{number="136",value="0x0"},{number="137",value="0x0"},{number="138",value="0x0"},{number="139",value="0x0"},{number="140",value="0x0"},{number="141",value="0x0"},{number="142",value="0x0"},{number="143",value="0x0"},{number="144",value="0x0"},{number="145",value="0x0"},{number="146",value="0x20001e58"},{number="147",value="0x0"},{number="148",value="0x0"},{number="149",value="0x0"},{number="150",value="0x0"},{number="151",value="0x0"},{number="152",value="0xfffffffc"},{number="153",value="0x0"},{number="154",value="0x0"},{number="155",value="0x0"},{number="156",value="0x0"},{number="157",value="0x1"},{number="158",value="0x0"},{number="159",value="0x0"},{number="160",value="0x0"},{number="161",value="0x0"}]

这意味着 pygdbmi 正在向子 GDB 进程发送命令，但它无法读取。 Pygdbmi 正在使用this gist 制作readline() non-blocking：

def make_non_blocking(file_obj: io.IOBase):
    """make file object non-blocking
    Windows doesn't have the fcntl module, but someone on
    stack overflow supplied this code as an answer, and it works
    http://stackoverflow.com/a/34504971/2893090"""

    if USING_WINDOWS:
        LPDWORD = POINTER(DWORD)
        PIPE_NOWAIT = wintypes.DWORD(0x00000001)

        SetNamedPipeHandleState = windll.kernel32.SetNamedPipeHandleState
        SetNamedPipeHandleState.argtypes = [HANDLE, LPDWORD, LPDWORD, LPDWORD]
        SetNamedPipeHandleState.restype = BOOL

        h = msvcrt.get_osfhandle(file_obj.fileno())

        res = windll.kernel32.SetNamedPipeHandleState(h, byref(PIPE_NOWAIT), None, None)
        if res == 0:
            raise ValueError(WinError())

    else:
        # Set the file status flag (F_SETFL) on the pipes to be non-blocking
        # so we can attempt to read from a pipe with no new data without locking
        # the program up
        fcntl.fcntl(file_obj, fcntl.F_SETFL, os.O_NONBLOCK)

它正在阅读：

        while True:
            responses_list = []
            try:
                self.stdout.flush()
                raw_output = self.stdout.readline().replace(b"\r", b"\n")
                responses_list = self._get_responses_list(raw_output, "stdout")
            except IOError as e:
                pass

因为readline() 是非阻塞的，它会抛出许多异常，但最终会读取 GDB 的输出。也就是说，直到-data-list-register-values x。有趣的是，如果我使用-data-list-register-values（省略格式说明符），我可以阅读 GDB 抱怨缺少参数的错误消息：

        response = gdbmi.write('-data-list-register-values', timeout_sec=10)
        pprint(response)

[{'message': 'error',
  'payload': {'msg': '-data-list-register-values: Usage: '
                     '-data-list-register-values [--skip-unavailable] <format> '
                     '[<regnum1>...<regnumN>]'},
  'stream': 'stdout',
  'token': None,
  'type': 'result'}]

在 GDB 日志的最底部，我看到了

~"Exception condition detected on fd 0\n"
~"error detected on stdin\n"

我不确定这是否是红鲱鱼。

关于如何调试readline() 没有实际读取 GDB 输出的任何建议？

Answer 1

原来问题出在JLinkGDBServerCL。

我最初是通过以下方式生成子进程的：

command = ['C:\\Program Files (x86)\\SEGGER\\JLink_V694d\\JLinkGDBServerCL.exe',
'-select', 'USB', '-if', 'SWD', '-device', 'RSL15', '-endian', 'little', '-speed', 
'1000', '-port', '2331', '-vd', '-ir', '-localhostonly', '1', '-noreset', '-singlerun',
'-strict', '-timeout 0', '-nogui']

self.gdbServer = subprocess.Popen(command,
    shell=False,
    stdout=subprocess.PIPE,
    stdin=subprocess.PIPE,
    stderr=subprocess.PIPE)

原来我必须打电话给popen：

self.gdbServer = subprocess.Popen(command,
    shell=False,
    stdout=subprocess.DEVNULL,
    stdin=subprocess.PIPE,
    stderr=subprocess.PIPE)

我不知道为什么，考虑到我从不阅读self.gdbServer.stdout。我也尝试过使用make_non_blocking:

from pygdbmi.IoManager import make_non_blocking

self.gdbServer = subprocess.Popen(command,
    shell=False,
    stdout=subprocess.PIPE,
    stdin=subprocess.PIPE,
    stderr=subprocess.PIPE)
make_non_blocking(self.gdbServer.stdout)