[發(fā)明專利]一種異常信息定位的方法及裝置

在審

• 申請?zhí)枺?/td>: 201610374524.6
• 申請日: 2016-05-31
• 公開（公告）號: CN107451045A
• 公開（公告）日: 2017-12-08
• 發(fā)明（設計）人: 吳海平
• 申請（專利權）人: 北京信威通信技術股份有限公司
• 主分類號: G06F11/36
• 分類號: G06F11/36
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發(fā)明涉及計算機技術領域，尤其涉及一種異常信息定位的方法及裝置。

背景技術

微控制操作系統(tǒng)也稱為μC/OSⅡ，是一種可以基于只讀內存(ROM)運行的、可裁減的、搶占式的實時多任務內核，特別適合于微處理器和控制器，并適合很多實時操作系統(tǒng)(RTOS)。μC/OS-Ⅱ的前身是μC/OS，最早出自于1992年美國嵌入式系統(tǒng)專家Jean J.Labrosse在《嵌入式系統(tǒng)編程》雜志的5月和6月刊上刊登的文章連載，并把μC/OS的源碼發(fā)布在該雜志的BBS上。

如今，μC/OSⅡ被廣泛應用于微處理器、微控制器和數字信號處理器。在安裝有μC/OS II的設備出廠前，需要發(fā)開人員對其進行調試，以在保證出廠時μC/OSⅡ正常。

如果μC/OSⅡ在調試過程中出行異常，系統(tǒng)就進入死機狀態(tài)，任何常用的調試手段均不能定位到產生異常的原因。開發(fā)人員只能通過打印信息等少量方法跟蹤運行代碼，直到出現異常為止才能定位出是什么地方導致的異常。如果是一個成型的產品，一旦μC/OSⅡ在運行時出現異常就無法定位出異常信息的位置，只能通過重啟恢復系統(tǒng)，卻無法知道異常原因并進行修復。

發(fā)明內容

有鑒于此，本發(fā)明實施例提供一種異常信息定位的方法及裝置，以解決在μC/OSⅡ運行出現異常時，無法定位異常信息的技術問題。

第一方面，本發(fā)明實施例提供了一種異常信息定位的方法，包括：

在運行微控制操作系統(tǒng)μC/OSⅡ時，監(jiān)聽異常中斷是否被觸發(fā)；

在監(jiān)聽到異常中斷被觸發(fā)時，保存可用信息；

根據所述可用信息獲取對應的全部棧地址信息；

根據全部所述棧地址信息找到對應的各棧，并將各所述棧中保存的有效信息輸出；

根據所述有效信息確定異常源程序語句及函數調用鏈。

第二方面，本發(fā)明實施例還提供了一種異常信息定位的裝置，包括：

監(jiān)聽模塊，用于在運行微控制操作系統(tǒng)μC/OSⅡ時，監(jiān)聽異常中斷是否被觸發(fā)；

保存模塊，用于在監(jiān)聽到異常中斷被觸發(fā)時，保存可用信息；

獲取模塊，用于根據所述可用信息獲取對應的全部棧地址信息；

輸出模塊，用于根據全部所述棧地址信息找到對應的各棧，并將各所述棧中保存的有效信息輸出；

確定模塊，用于根據所述有效信息確定異常源程序語句及函數調用鏈。

本發(fā)明實施例提供的異常信息定位的方法及裝置，在運行μC/OSⅡ時，通過監(jiān)聽到異常中斷被觸發(fā)時，保存可用信息，并根據可用信息確定對應的全部棧，輸出棧中保存的有效信息，根據有效信息確定異常源程序語句及函數調用鏈，實現了在運行μC/OSⅡ過程中產生異常時，快速定位到異常源語句及找到對應的函數調用鏈，提高了定位的效率，方便開發(fā)人員查找到異常原因。

附圖說明

通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細描述，本發(fā)明的其它特征、目的和優(yōu)點將會變得更明顯：

圖1為本發(fā)明實施例一提供的一種異常信息定位的方法的流程圖；

圖2為本發(fā)明實施例二提供的一種異常信息定位的方法的流程圖；

圖3為本發(fā)明實施例三提供的一種異常信息定位的方法的流程圖；

圖4為本發(fā)明實施例四提供的一種異常信息定位的裝置的結構示意圖。

具體實施方式

下面結合附圖和實施例對本發(fā)明作進一步的詳細說明?？梢岳斫獾氖?，此處所描述的具體實施例僅僅用于解釋本發(fā)明，而非對本發(fā)明的限定。另外還需要說明的是，為了便于描述，附圖中僅示出了與本發(fā)明相關的部分而非全部內容。

實施例一

圖1為本發(fā)明實施例一提供的一種異常信息定位的方法的流程圖。本實施例提供的方法適用于在運行μC/OSⅡ過程中，對異常程序語句快速定位的情況。本實施例提供的方法可以由異常信息定位的裝置來執(zhí)行，該裝置可以由軟件和/或硬件來實現，并集成在安裝μC/OSⅡ的終端中。參考圖1，該方法包括：

S110、在運行微控制操作系統(tǒng)μC/OSⅡ時，監(jiān)聽異常中斷是否被觸發(fā)。

示例性的，在運行μC/OSⅡ時，需要先將待運行的源程序進行編譯，得到μC/OSⅡ所在終端可識別的格式。例如，將源程序編譯后得到可執(zhí)行與可鏈接格式(Executable and Linkable Format，ELF)的文本，該格式的文本可以被μC/OSⅡ所在的終端識別。其中，源程序可以是μC/OSⅡ程序及用戶在μC/OSⅡ程序的基礎上寫入的程序，源程序為C語言程序。