Popen 子进程进程在特定回复后停止阅读
Posted
技术标签:
【中文标题】Popen 子进程进程在特定回复后停止阅读【英文标题】：Popen subprocess process stop reading after a specific reply 【发布时间】：2021-06-20 15:21:25 【问题描述】：我正在使用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://***.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 输出的任何建议？
【问题讨论】：
【参考方案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)
【讨论】：
以上是关于Popen 子进程进程在特定回复后停止阅读的主要内容，如果未能解决你的问题，请参考以下文章