CN107885650A - 一种程序调试方法及系统 - Google Patents
一种程序调试方法及系统 Download PDFInfo
- Publication number
- CN107885650A CN107885650A CN201610873945.3A CN201610873945A CN107885650A CN 107885650 A CN107885650 A CN 107885650A CN 201610873945 A CN201610873945 A CN 201610873945A CN 107885650 A CN107885650 A CN 107885650A
- Authority
- CN
- China
- Prior art keywords
- processor
- pattern
- processor pattern
- program
- external equipment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/362—Software debugging
- G06F11/3644—Software debugging by instrumenting at runtime
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明实施例公开了一种程序调试方法及系统。该程序调试方法包括：基于外部设备的硬件连接请求，将终端设备当前正在运行的第一处理器模式切换至第二处理器模式，以和外部设备配合运行，所述第二处理器模式的执行优先级高于第一处理器模式；在第二处理器模式下运行程序并进行调试。本发明实施例可以减少对系统的依赖性，优化对程序调试过程。
Description
技术领域
本发明实施例涉及调试技术，尤其涉及一种程序调试方法及系统。
背景技术
系统稳定性问题一直是项目开发中的重难点问题，因此定位系统稳定性的调试方法则是项目从研发阶段转向产品实用阶段的必经之路，意义重大。通常系统稳定性问题包括以下几个方面：第一、系统定屏，系统运行过程中，按键和触摸屏不能响应，界面停在同一界面不刷新；第二、系统黑屏，系统运行过程中，按键和触摸屏不能响应，界面黑屏，不能亮屏；第三、系统卡顿，运行性能不高。
由于系统稳定性问题层面广、多样化且复杂度高，常给项目系统研发人员造成困感和压力，有效定位系统稳定性问题的调试方法层出不穷，常用主要调试方法有：
第一种，在程序编码时，加入调试信息代码，系统运行过程中，系统实时输出这个调试信息并将这些调试信息保存在存储介质上，系统出现问题后，存出这些调试信息，根据调试信息分析、定位并解决问题。
第二种，通过JTAG口外接调试器的方式，在挂测系统时，接入调试器，当系统出现问题时，通过调试器可以实时查看各种信息，包括CPU、内存、进程以及堆栈等。
第三种，通过USB的方式，被测系统与PC主机通过USB连接，被测系统在驱动层进行USB的枚举，在应用层以进程的方式开启调试服务，当PC输入调试命令后，被测系统应用层接收到命令后，响应调试命令，交互式输出调试信息并进行定位和分析。
上述技术方案的缺陷是：对于第一种方法，保存的调试信息仅限于加入的调试信息，如果编码时没有考滤到，则无法定位并无法做到现场实时调试；对于第二种方法，因为需要调试器，而且系统必须支持JTAG口，所以对外依赖多，不能大面积推广；对于第三种方法，对系统依赖太多，当应用层服务失败或者内核线程级死锁/死循环时，USB则无法枚举，调试服务将不能运行。
发明内容
本发明实施例提供一种程序调试方法及系统，以减少对系统依赖性，优化程序调试过程。
第一方面，本发明实施例提供了一种程序调试方法，包括：
基于外部设备的硬件连接请求，将终端设备当前正在运行的第一处理器模式切换至第二处理器模式，以和外部设备配合运行，所述第二处理器模式的执行优先级高于第一处理器模式；
在第二处理器模式下运行程序并进行调试。
第二方面，本发明实施例还提供了一种程序调试系统，所述系统采用上述所述的程序调试方法进行程序调试。
本发明实施例通过基于外部设备的连接请求，将终端设备当前正在运行的第一处理器模式切换至第二处理器模式，以和外部设备配合运行，并在第二处理器模式下运行程序并进行调试，且第二处理器模式的执行优先级高于第一处理器模式，如此将对终端设备的调试安排在执行优先级较高的处理器模式下运行，减少对系统的依赖性，优化对程序调试过程。
附图说明
图1为本发明实施例一提供的一种程序调试方法的流程示意图；
图2为本发明实施例二提供的一种程序调试方法的流程示意图；
图3为本发明实施例三提供的一种程序调试方法的流程示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
实施例一
图1为本发明实施例一提供的一种程序调试方法的流程图，本实施例可适用于对终端设备进行稳定性测试中对程序调试的情况，该方法可以由硬件和/或软件来执行，参考图1，本实施例提供的程序调试方法具体包括：
S110、基于外部设备的硬件连接请求，将终端设备当前正在运行的第一处理器模式切换至第二处理器模式，以和外部设备配合运行，所述第二处理器模式的执行优先级高于第一处理器模式。
其中，终端设备(被测设备)可以是移动终端，如智能手机、平板电脑或者笔记本，外部设备(测试设备)可以是PC主机。
其中，处理器可以是ARM微处理器，通常分为7种运行模式，包括：用户模式(USR)：用于ARM微处理器正常的程序执行状态；快速中断模式(FIQ)：用于高速数据传输或通道处理；外部中断模式(RIQ)：用于通用的中断处理；管理模式(SVC)：操作系统使用的保护模式；数据访问中止模式(ABT)：当数据或指令预取中止时进入该模式，可用于虚拟存储及存储保护；系统模式(SYS)：运行具有特权的操作系统任务；未定义指令中止模式(UND)：当未定义的指令执行时进入该模式，可用于支持硬件协处理器的软件仿真(浮点、微量运算)。通常基于外部设备的硬件连接请求而触发的处理器模式可以是RIQ模式或者FIQ模式，可以被RIQ模式和FIQ模式打断的处理器模式可以是USR模式或SVC模式，因此IRQ模式和FIQ模式的执行优先级均高于USR模式和SVC模式。
优选的，所述第一处理器模式为用户模式(USR)或者管理模式(SVC)，所述第二处理器模式为外部中断模式(IRQ)或者快速中断模式(FIQ)。而IRQ模式为普通中断，FIQ模式为快速中断，FIQ模式可以实时打断IRQ模式，因此第一处理器模式还可以是IRQ模式，而此时第二处理器模式为FIQ模式。
S120、在第二处理器模式下运行程序并进行调试。
具体地，将与外部设备匹配连接的枚举代码和调试命令服务的代码都安排到第二处理器模式下并成功运行，使得终端设备与外部设备相配合以实时进行程序调试。
本实施例的技术方案，通过基于外部设备的连接请求，将终端设备当前正在运行的第一处理器模式切换至第二处理器模式，以和外部设备配合运行，并在第二处理器模式下运行程序并进行调试，且第二处理器模式的执行优先级高于第一处理器模式，如此将对终端设备的调试安排在执行优先级较高的处理器模式下运行，减少对系统的依赖性，优化对程序调试过程。
在上述技术方案的基础上，优选的，所述外部设备的硬件连接为USB连接。由于现在大多数的设备都设置有USB口，因此使用USB连接可以增加系统进行程序调试的通用性。
在上述技术方案的基础上，优选的，所述将终端设备当前正在运行的第一处理器模式切换至第二处理器模式具体包括：将第一处理器模式切换至第二处理器模式；切断第一处理器模式中的CPU资源，并分配至第二处理器模式。
其中，由于第二处理器模式具有高执行优先级和高响应度，因此第二处理器模式会实时抢断第一处理器模式下的CPU资源，表现为暂时中断第一处理器模式中的任务而先去执行完第二处理器模式中的任务，因此当第一处理器模式中的程序死循环而无法执行任务时，此时可通过外部硬件触发以切换到第二处理器模式中运行相应程序来执行当前模式下的任务。
在上述技术方案的基础上，优选的，所述在第二处理器模式下运行程序并进行调试具体包括：在第二处理器模式下运行枚举代码以和外部设备匹配连接；接收外部设备的调试命令；根据调试命令运行调试程序并收集调试信息；将调试信息反馈给外部设备。
其中，运行枚举代码是终端设备和外部设备(如PC主机)相互匹配认识的过程，PC主机从终端设备中读取一些信息，知道该设备是什么样的设备，如何进行通信，这样PC主机就可以根据这些信息来加载合适的驱动程序。
具体地，在终端设备和外部设备匹配连接成功后，终端设备的代码上下文一直处于第二处理器模式，并在第二模式下等待接收外部设备下发的调试命令，当外部设备下发调试命令后，终端设备在第二模式下接收调试命令，识别调试命令，根据调试命令运行相应的调试程序并收集调试信息，终端设备在第二模式下将收集的调试信息反馈给外部设备，外部设备收到调试信息后进行相应的分析和定位系统稳定性问题。
本实施例技术方案将枚举过程和调试过程都安排在第二处理器模式中，而第二处理器模式为外部设备硬件连接触发的中断模式，具有较高处理优先级，因此可以将对系统进行程序调试的过程都安排在中断模式中优先处理，如此在内核线程级死锁、内核线程级死循环或者应用层服务失败时也可以正常进行程序调试，从而减少对系统的依赖，优化程序调试过程。
实施例二
图2为本发明实施例二提供的一种程序调试方法的流程图，本实施例在上述实施例的基础上，优选是在基于外部设备的硬件连接请求，将终端设备当前正在运行的第一处理器模式切换至第二处理器模式，以和外部设备配合运行之前，进一步增加了：
S210、在第一处理器模式下运行测试程序，所述测试程序用于测试当前系统工作稳定性。
其中，可以在终端设备中单独运行测试程序，以检测系统运行状况，该测试程序是对产品工作稳定性的测试，包括高低测试和长保测试等。
S220、检测到系统出现稳定性问题而处于异常运行状态时，与外部设备硬件连接。
其中，硬件连接优选可以是USB连接。
终端设备与外部设备的硬件连接可以是人为的连接。作为可替换的优选方案，还可以事先将终端设备和PC主机通过USB连接，并在终端设备中定义USB连接的触发条件，使得在系统运行测试程序的时候USB连接的功能暂时关闭，而在系统处于异常状态时开放USB连接功能，从而触发终端设备与外部设备的硬件连接。
优选的，所述异常运行状态包括内核线程级死锁、内核线程级死循环以及应用层服务失败中的至少一种。
当系统出现上述异常运行状态时，说明系统在第一处理器模式中已经处于卡死状态，不能再执行或者运行内核线程级或者应用程序的任务了，此时需要触发系统进入第二处理器模式以跳出卡死的状态来进行程序调试，从而进一步定位系统稳定性问题。
在上述技术方案的基础上，优选的，所述在第二处理器模式下运行程序并进行调试之后，还包括：
S230、检测到断开外部设备的动作时，在第二处理器模式中运行断开程序，从第二处理器模式切换到第一处理器模式继续运行。
具体地，基于断开外部设备的动作，可以触发终端设备在第二模式中运行相应的断开程序，使得终端设备从第二处理器模式切换到第一处理器模式中，继续执行第一处理器模式中未完成的任务，如果第一处理器模式之前已经处于上述异常运行状态，则在切换回第一处理器模式后仍旧处于异常运行状态。
实施例三
图3为本发明实施例三提供的一种程序调试方法的流程图，本实施例以上述实施例为基础，提供了一个优选实例，具体如下：
S310、在第一处理器模式下运行测试程序。
所述测试程序用于测试当前系统工作稳定性。
例如，在用户模式(USR)下运行相应测试程序。
S320、检测到系统出现稳定性问题而处于异常运行状态时，与外部设备硬件连接。
例如，检测到系统处于死循环状态时，此时与PC主机通过USB相连。
S330、基于外部设备的硬件连接请求，将终端设备当前正在运行的第一处理器模式切换至第二处理器模式，以和外部设备配合运行。
其中，所述第二处理器模式的执行优先级高于第一处理器模式。
例如，基于终端设备和PC主机进行USB连接的连接请求，将终端设备正在运行的用户模式(USR)切换到外部中断模式(IRQ)，以和PC主机配合运行，且外部中断模式(IRQ)的执行优先级高于用户模式(USR)。
S340、切断第一处理器模式中的CPU资源，并分配至第二处理器模式。
例如，切断用户模式(USR)中的CPU资源，分配至外部中断模式(IRQ)。
S350、在第二处理器模式下运行枚举代码以和外部设备匹配连接。
例如，在外部中断模式(IRQ)下运行USB枚举代码以和PC主机匹配连接。
S360、接收外部设备的调试命令。
例如，接收PC主机下发的调试命令。
S370、根据调试命令运行调试程序并收集调试信息。
例如，终端设备根据调试命令运行调试程序并收集调试信息。
S380、将调试信息反馈给外部设备。
例如，终端设备将调试信息反馈给PC主机。
S390、检测到断开外部设备的动作时，在第二处理器模式中运行断开程序，从第二处理器模式切换到第一处理器模式继续运行。
例如，检测到USB断开时，在外部中断模式(IRQ)中运行断开程序，并从外部中断模式(IRQ)切换到用户模式(USR)继续运行，如果用户模式(USR)之前为卡死状态，则继续卡死。
需要说明的是，本实施例中对于“例如”所描述的技术方案和具体限定的处理器模式或设备仅仅是为说明流程，实际应用时并不局限于“例如”中所示的例子。
本实施例的技术方案，通过在系统出现异常状态而卡死时触发终端设备从用户模式(USR)切换到外部中断模式(IRQ)，从而摆脱系统卡死的状态而继续进行程序调试，减少了对系统的依赖，优化对系统的程序调试。
实施例四
本实施例提供一种程序调试系统，该系统可以采用上述各实施例提供的方法进行程序调试，本实施例提供的程序调试系统与本发明任意实施例所提供的程序调试方法属于同一发明构思，可执行本发明任意实施例所提供的程序调试方法，具备执行方法相应的有益效果。
注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。
Claims (10)
1.一种程序调试方法，其特征在于，包括：
基于外部设备的硬件连接请求，将终端设备当前正在运行的第一处理器模式切换至第二处理器模式，以和外部设备配合运行，所述第二处理器模式的执行优先级高于第一处理器模式；
在第二处理器模式下运行程序并进行调试。
2.根据权利要求1所述的程序调试方法，其特征在于，所述将终端设备当前正在运行的第一处理器模式切换至第二处理器模式具体包括：
将第一处理器模式切换至第二处理器模式；
切断第一处理器模式中的CPU资源，并分配至第二处理器模式。
3.根据权利要求1所述的程序调试方法，其特征在于，所述在第二处理器模式下运行程序并进行调试具体包括：
在第二处理器模式下运行枚举代码以和外部设备匹配连接；
接收外部设备的调试命令；
根据调试命令运行调试程序并收集调试信息；
将调试信息反馈给外部设备。
4.根据权利要求1所述的程序调试方法，其特征在于，在基于外部设备的硬件连接请求，将终端设备当前正在运行的第一处理器模式切换至第二处理器模式，以和外部设备配合运行之前，还包括：
在第一处理器模式下运行测试程序，所述测试程序用于测试当前系统工作稳定性；
检测到系统出现稳定性问题而处于异常运行状态时，与外部设备硬件连接。
5.根据权利要求4所述的程序调试方法，其特征在于，所述异常运行状态包括内核线程级死锁、内核线程级死循环以及应用层服务失败中的至少一种。
6.根据权利要求1所述的程序调试方法，其特征在于，所述在第二处理器模式下运行程序并进行调试之后，还包括：
检测到断开外部设备的动作时，在第二处理器模式中运行断开程序，从第二处理器模式切换到第一处理器模式继续运行。
7.根据权利要求1所述的程序调试方法，其特征在于，所述第一处理器模式为用户模式或者管理模式。
8.根据权利要求1所述的程序调试方法，其特征在于，所述第二处理器模式为外部中断模式或者快速中断模式。
9.根据权利要求1所述的程序调试方法，其特征在于，所述外部设备的硬件连接为USB连接。
10.一种程序调试系统，其特征在于，所述系统采用上述权利要求1-9任一项所述的程序调试方法进行程序调试。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610873945.3A CN107885650A (zh) | 2016-09-30 | 2016-09-30 | 一种程序调试方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610873945.3A CN107885650A (zh) | 2016-09-30 | 2016-09-30 | 一种程序调试方法及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN107885650A true CN107885650A (zh) | 2018-04-06 |
Family
ID=61768913
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610873945.3A Pending CN107885650A (zh) | 2016-09-30 | 2016-09-30 | 一种程序调试方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107885650A (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109766273A (zh) * | 2018-12-27 | 2019-05-17 | 百富计算机技术（深圳）有限公司 | 死循环的定位方法、装置、计算机设备和存储介质 |
| CN110865630A (zh) * | 2019-11-14 | 2020-03-06 | 深圳供电局有限公司 | 智能变电站内置程序的验收方法和系统 |
| CN111782312A (zh) * | 2020-05-14 | 2020-10-16 | 北京爱接力科技发展有限公司 | 一种切换模式方法、装置、机器人及计算机可读存储介质 |
| CN112363765A (zh) * | 2020-11-04 | 2021-02-12 | 世邦通信股份有限公司 | 一种自动切换处理器启动模式的电路及方法 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101339581A (zh) * | 2008-08-29 | 2009-01-07 | 北京中星微电子有限公司 | 基于中断通讯的嵌入式系统的在线调试仿真方法 |
| CN101739333A (zh) * | 2008-11-25 | 2010-06-16 | 国际商业机器公司 | 应用程序的调试方法、调试工具及调试装置 |
| CN102253859A (zh) * | 2010-05-21 | 2011-11-23 | 康佳集团股份有限公司 | 嵌入式设备系统死锁调试装置及方法 |
| US20120079458A1 (en) * | 2010-09-24 | 2012-03-29 | Arm Limited | Debugging of a data processing apparatus |
| CN103810103A (zh) * | 2014-02-28 | 2014-05-21 | 北京启源新能科技有限公司 | 用于对电子设备进行调试的方法及系统 |
| CN105550005A (zh) * | 2016-01-27 | 2016-05-04 | 南京异或科技有限公司 | 一种通过usb口进行调试升级的方法 |
| CN105683924A (zh) * | 2013-06-06 | 2016-06-15 | 微软技术许可有限责任公司 | 通过从在本机模式中执行转变为在经解释的模式中执行来调试本机代码 |
-
2016
- 2016-09-30 CN CN201610873945.3A patent/CN107885650A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101339581A (zh) * | 2008-08-29 | 2009-01-07 | 北京中星微电子有限公司 | 基于中断通讯的嵌入式系统的在线调试仿真方法 |
| CN101739333A (zh) * | 2008-11-25 | 2010-06-16 | 国际商业机器公司 | 应用程序的调试方法、调试工具及调试装置 |
| CN102253859A (zh) * | 2010-05-21 | 2011-11-23 | 康佳集团股份有限公司 | 嵌入式设备系统死锁调试装置及方法 |
| US20120079458A1 (en) * | 2010-09-24 | 2012-03-29 | Arm Limited | Debugging of a data processing apparatus |
| CN105683924A (zh) * | 2013-06-06 | 2016-06-15 | 微软技术许可有限责任公司 | 通过从在本机模式中执行转变为在经解释的模式中执行来调试本机代码 |
| CN103810103A (zh) * | 2014-02-28 | 2014-05-21 | 北京启源新能科技有限公司 | 用于对电子设备进行调试的方法及系统 |
| CN105550005A (zh) * | 2016-01-27 | 2016-05-04 | 南京异或科技有限公司 | 一种通过usb口进行调试升级的方法 |
Non-Patent Citations (1)
| Title |
|---|
| 田泽: "《嵌入式系统开发与应用教程》", 31 July 2010, 北京航空航天大学出版社 * |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109766273A (zh) * | 2018-12-27 | 2019-05-17 | 百富计算机技术（深圳）有限公司 | 死循环的定位方法、装置、计算机设备和存储介质 |
| CN110865630A (zh) * | 2019-11-14 | 2020-03-06 | 深圳供电局有限公司 | 智能变电站内置程序的验收方法和系统 |
| CN111782312A (zh) * | 2020-05-14 | 2020-10-16 | 北京爱接力科技发展有限公司 | 一种切换模式方法、装置、机器人及计算机可读存储介质 |
| CN112363765A (zh) * | 2020-11-04 | 2021-02-12 | 世邦通信股份有限公司 | 一种自动切换处理器启动模式的电路及方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107885650A (zh) | 一种程序调试方法及系统 | |
| US9690603B2 (en) | Central processing unit, information processing apparatus, and intra-virtual-core register value acquisition method | |
| US8266395B2 (en) | Detecting attempts to change memory | |
| US7783865B2 (en) | Conditional data watchpoint management | |
| US9852038B2 (en) | Debugging system and debugging method of multi-core processor | |
| WO2020134634A1 (zh) | 程序调试方法、程序调试装置、终端设备及存储介质 | |
| US20070079288A1 (en) | System and method for capturing filtered execution history of executable program code | |
| US8875114B2 (en) | Employing identifiers provided by an operating system of a processing environment to optimize the processing environment | |
| CN104077220A (zh) | Mips架构操作系统内核的调试方法和装置 | |
| CN104380264A (zh) | 运行时间检测报告 | |
| US10678623B2 (en) | Error reporting and handling using a common error handler | |
| CN104704474A (zh) | 用于管理的运行时间的基于硬件的运行时间检测设施 | |
| CN106155883A (zh) | 一种虚拟机可靠性测试方法及装置 | |
| US20160188243A1 (en) | Memory access protection using processor transactional memory support | |
| CN103034577B (zh) | 一种定位关机慢的方法及装置 | |
| CN105740112A (zh) | 一种Linux下的开机自动检测硬件信息的方法 | |
| US9626281B2 (en) | Call stack display with program flow indication | |
| US10229033B2 (en) | System, method and apparatus for debugging of reactive applications | |
| CN106445787A (zh) | 一种监控服务器核心转储文件的方法、装置及电子设备 | |
| CN104346275A (zh) | 内存测试系统及方法 | |
| US8701089B2 (en) | Program execution device and method for controlling the same | |
| US8881106B2 (en) | Debugging parallel software using speculatively executed code sequences in a multiple core environment | |
| CN105912417A (zh) | 虚拟系统的检测方法和相关软件运行方法以及相关装置 | |
| CN116414634A (zh) | 设备调试方法、系统、装置、调试设备和可读存储介质 | |
| CN116414632A (zh) | 片上系统的故障定位方法、片上系统、设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20180406 Assignee: Shanghai Li Ke Semiconductor Technology Co., Ltd. Assignor: Leadcore Technology Co., Ltd. Contract record no.: 2018990000159 Denomination of invention: Program debugging method and system License type: Common License Record date: 20180615 |
|
| EE01 | Entry into force of recordation of patent licensing contract | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180406 |
|
| RJ01 | Rejection of invention patent application after publication |