[发明专利]一种仿真运行可执行文件时抓取现场的方法及计算设备

说明书

本发明公开了一种仿真运行可执行文件时抓取现场的方法及计算设备，涉及计算机技术领域。方法包括：通过仿真器将第二应用程序的可执行文件的第二架构指令转换为第一架构指令，由第一架构处理器执行；在第一架构处理器的中断现场，获取输入的第一调试扩展命令并执行，以侦测中断现场的第二架构现场结构体上下文，基于其中的第二寄存器进行栈回溯，以便获取第二架构现场的调用栈；在第一架构处理器的中断现场，获取输入的第二调试扩展命令并执行，以侦测中断现场的第二架构现场结构体上下文，获取第二架构现场的寄存器信息。根据本发明的技术方案，可以实现在第一架构中断现场直观地查看第二架构现场的调用栈和寄存器信息。

技术领域

本发明涉及计算机技术领域，尤其涉及一种仿真运行可执行文件时抓取现场的方法及计算设备。

背景技术

随着计算机的不断更新换代，操作系统也不断升级。Windows操作系统曾占有了计算机操作系统的绝大部分市场，Windows操作系统上的软件生态也极其丰富。近些年，随着Linux操作系统的兴起，越来越多的计算机选择使用Linux操作系统。因硬件和系统接口不支持等原因，Windows操作系统的软件无法在Linux操作系统上运行。

根据CPU架构的不同，在X86、X86_64架构的Linux系统上，可以使用Wine（Wine isnot an emulator，通过在X86架构的 Linux系统上实现Windows的系统函数，使得Windows程序在X86架构的Linux系统上可以正常运行的兼容层）来兼容运行Windows操作系统的软件，Windows软件的执行入口是PE文件。但是Wine只提供了X86和X86_64架构的支持，ARM架构无法直接运行Wine。在ARM架构的Linux系统上，需要使用box86来仿真运行Wine。

在执行PE文件时，是依靠X86架构的CPU来一条一条地执行对应的X86指令，box86的原理是对X86指令进行解析，翻译成ARM指令来执行，或者，使用c代码模拟X86指令的功能来实现其行为。但是box86仍然存在一些指令未翻译或指令翻译不完善的问题，健壮性不足，这导致在通过box86仿真运行Wine去兼容执行Windows软件的时候，经常会出现运行错误。错误表现可能是：软件执行结果不符合预期、软件执行过程中崩溃、软件执行过程中卡死等。

为了解决这些错误，需要使用gdb对box86进行调试。而在对box86的调试过程中，由于X86指令被翻译为ARM指令存放在堆中执行，或模拟成c代码执行，导致出错的现场无法直观的对应到X86指令的错误现场。

为此，需要一种仿真运行可执行文件时抓取现场的方法，解决上述方案中存在的问题。

发明内容

随着计算机的不断更新换代，操作系统也不断升级。Windows操作系统曾占有了计算机操作系统的绝大部分市场，Windows操作系统上的软件生态也极其丰富。近些年，随着Linux操作系统的兴起，越来越多的计算机选择使用Linux操作系统。因硬件和系统接口不支持等原因，Windows操作系统的软件无法在Linux操作系统上运行。

根据CPU架构的不同，在X86、X86_64架构的Linux系统上，可以使用Wine（Wine isnot an emulator，通过在X86架构的 Linux系统上实现Windows的系统函数，使得Windows程序在X86架构的Linux系统上可以正常运行的兼容层）来兼容运行Windows操作系统的软件，Windows软件的执行入口是PE文件。但是Wine只提供了X86和X86_64架构的支持，ARM架构无法直接运行Wine。在ARM架构的Linux系统上，需要使用box86来仿真运行Wine。