如何解决Popen 子进程进程在特定回复后停止读取
我正在使用 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",{number="2",{number="3",value="0x80730"},{number="4",value="0x40000100"},{number="5",value="0x101"},{number="6",value="0x3ff01"},{number="7",{number="8",value="0xffffffff"},{number="9",value="0x40001430"},{number="10",{number="11",{number="12",{number="13",value="0x20001e58"},{number="14",value="0x20001e69"},{number="15",value="0xeffffffe"},{number="25",value="0x41000003"},{number="91",{number="92",{number="93",value="0x1"},{number="94",{number="95",{number="96",{number="97",{number="98",{number="99",{number="100",{number="101",{number="102",{number="103",{number="104",{number="105",{number="106",{number="107",{number="108",{number="109",{number="110",{number="111",{number="112",{number="113",{number="114",{number="115",{number="116",{number="117",{number="118",{number="119",{number="120",{number="121",{number="122",{number="123",{number="124",{number="125",{number="126",{number="127",{number="128",{number="129",{number="130",{number="131",{number="132",{number="133",{number="134",{number="135",{number="136",{number="137",{number="138",{number="139",{number="140",{number="141",{number="142",{number="143",{number="144",{number="145",{number="146",{number="147",{number="148",{number="149",{number="150",{number="151",{number="152",value="0xfffffffc"},{number="153",{number="154",{number="155",{number="156",{number="157",{number="158",{number="159",{number="160",{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]
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 读取输出的任何建议?
解决方法
事实证明问题出在 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,stdout=subprocess.DEVNULL,stderr=subprocess.PIPE)
我不知道为什么,因为我从不阅读self.gdbServer.stdout
。我也试过使用 make_non_blocking
:
from pygdbmi.IoManager import make_non_blocking
self.gdbServer = subprocess.Popen(command,stderr=subprocess.PIPE)
make_non_blocking(self.gdbServer.stdout)
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。