linux的c语言捕获sigsegv,一种嵌入式Linux系统下C语言监控软件容错的方法与流程...

0165f1c6044054fb8f9625528e1cd8e2.gif

本发明属于服务器监控管理技术领域,具体涉及一种嵌入式Linux系统下C语言监控软件容错的方法。

背景技术:

目前嵌入式Linux系统已经广泛应用在了服务器监控领域,这些监控软件,时时刻刻对服务器的运行状态进行监控管理,需要保持长时间的稳定运行,并能够在自身崩溃的情况下,在较短的时间内重新运行。

目前,大部分监控软件,使用C语言进行开发。但C语言中,没有提供类似C++中的trycatch类型的异常处理机制,一旦遇到某些如段错误、浮点运算错误等问题,程序就会崩溃退出。要保证程序继续运行,目前的解决方案是对监控软件进行定期检查,一旦检测到监控软件异常终止,就再重新运行该监控软件,这种方法一方面操作复杂,每次检查都需要重新编辑组织语言;另一方面,只能通过检查进行预防,而不能时刻解决异常问题。

因此,提供一种嵌入式Linux系统下C语言监控软件容错的方法是十分必要的。

技术实现要素:

本发明的目的在于解决上述现有技术中存在的缺少try catch类型的异常处理机制,无法在监控软件中进行错误处理等难题,提供一种嵌入式linux系统下C语言监控软件容错的方法。

本发明是通过以下技术方案实现的:

一种嵌入式Linux系统下C语言监控软件容错的方法,其特征在于:包括以下步骤:(1)监控软件开始运行;

(2)代码是否满足监控条件,如果满足进入步骤(3),若不满足,退出监控;

(3)进行注册信号处理;一旦监控软件发生错误,错误就由信号处理流程接管,而不是由操作系统处理,一般是直接退出;

(4)检测信号,检测是否存在错误信号,如果不能检测到错误信号,执行正常监控流程,进入步骤(5),如果检测到错误信号,则执行错误处理,跳转至步骤(2);将检测信号处理过程增加在监控主体前,无信号时进行正常的监控主体流程,有信号时则进行错误处理。

(5)监控主体是否产生错误信号,如果产生错误信号,进行信号处理,并跳转至步骤(4),如果没有产生错误信号,则跳转至步骤(2)重新开始监控流程。在信号处理过程中,增加跳转,使程序跳回监控程序的循环流程。

作为优选,所述步骤5中进行信号处理时,还进行日志记录操作。

作为优选,所述步骤5中进行信号处理时,还进行信号类型记录操作。

作为优选,所述步骤(4)中进行错误处理时,还进行错误发生时间记录操作。

作为优选,所述步骤(4)中进行错误处理时,还进行全局变量记录操作。

一种用于实现上述容错方法的系统,该系统集中于嵌入式Linux系统的操作核心层,其特征在于:包括监控管理模块,以及与其相连接的进程管理模块、信号处理模块、错误处理模块,所述进程管理模块、信号处理模块、错误处理模块依次连接,其中:

(1)进程管理模块,该模块用于实现监控过程周期管理,包括监控进程的创建、调度、通信,使得原生进程在有序执行原有逻辑的同时,满足C语言容错监控的需要;

(2)信号处理模块,该模块用于实现注册信号检测以及信号处理,注册信号检测到错误后,首先程序自行进行处理,无法解决时进入Linux操作系统处理;信号处理模块将终端的程序流程跳转,重新回到监控流程中;

(3)错误处理模块,该模块用于实现错误类型诊断以及根据预配置采取相应错误处理方式,完成错误修复;

(4)监控管理模块,包括总控制端以及内部管理端,总控制端提供给用户可视的操作界面,内部管理端与总控制端进行交互,使得用户可在总控制端查看监控软件运行状态,容错日志,对系统各项参数进行预配置。

与现有技术相比,本发明的有益效果是:

本发明提供的一种嵌入式Linux环境下C语言监控软件容错的方法,通过在C语言中实现类似C++中的try catch异常处理结构,在监控软件中第一时间捕获错误,并对错误进行处理,避免程序发生崩溃,从而使得监控软件具有更强的容错性。能使得监控软件在遇到段错误、浮点运算错误、退出错误的情况下,保证监控程序的循环过程一直执行,并能够在错误处理过程里对错误信息、错误发生的位置进行记录,以便于错误的分析。方案中还提供了用于实现该方法的系统设计,该系统基于C语言监控软件的容错策略和方法,实现了对监控过程中错误程序的处理,性能损耗小,有效提高了系统的操作可靠性,避免了硬件定制的复杂性。

此外,本发明方法原理可靠,步骤简单,具有非常广泛的应用前景。

由此可见,本发明与现有技术相比,具有突出的实质性特点和显著地进步,其实施的有益效果也是显而易见的。

附图说明

图1是本发明提供的一种嵌入式Linux环境下C语言监控软件容错的方法的工作流程图。

图2是本发明提供的一种嵌入式Linux环境下C语言监控软件容错系统的结构示意图。

其中,1-进程管理模块,2-信号处理模块,3-错误处理模块,4-监控管理模块,41-总控制端,42-内部管理端。

具体实施方式

下面结合附图对本发明作进一步详细描述:

一种嵌入式Linux系统下C语言监控软件容错的方法,首先对通用的监控软件的处理流程做一个说明。监控软件(main)是一个根据一定的定时规则,无限循环执行的程序。要保证监控软件的持久性运行,需要监控核心代码(monitor)足够的稳定,不出差错。但随着代码的复杂度增加,出错的几率逐渐变大,特别是一些偶发性的、复现率低的错误。这些错误,如浮点运算除以0,就会导致监控程序出错退出。下面表格中的代码,是本实施例的代码框架。以其为例进行本发明容错方法的描述。

如图1所示,一种嵌入式Linux系统下C语言监控软件容错的方法,包括以下步骤:

(1)监控软件开始运行;

(2)代码是否满足监控条件,如果满足进入步骤(3),若不满足,退出监控;

(3)进行注册信号处理;

(4)检测信号,检测是否存在错误信号,如果不能检测到错误信号,执行正常监控流程,进入步骤(5),如果检测到错误信号,则执行错误处理,跳转至步骤(2);

(5)监控主体是否产生错误信号,如果产生错误信号,进行信号处理,并跳转至步骤(4),如果没有产生错误信号,则跳转至步骤(2)重新开始监控流程。

其中,步骤(3)进行注册信号处理,对应示例代码的signal函数。如果为注册信号处理,一旦出错,程序就会退出,linux会弹出一个信息。注册信号处理后,发生错误后,首先由程序自己进行这些错误处理,自己处理不了时,才会被Linux操作系统处理。为保证程序不退出,至少应该对SIGSEGV、SIGFPE、SIGABRT注册信号处理。signal_hdl就是注册的信号处理函数。

步骤(4)中的检测信号对应示例代码中的sigsetjmp函数。这是一个选择结构,如果没有检测到信号,则执行正常监控(monitor)流程;如果检测到信号,则执行错误处理。在错误处理中,可以记录错误发生的时间,另外可以记录一些全局变量,以大体定位错误发生的位置。

步骤(5)中的信号处理操作对应示例代码中的signal_hdl函数。信号处理的主要目的是,将中断的程序流程跳转(siglongjmp),重新回到监控流程,而不是接收到信号后,就使监控程序退出。另外,可以在信号处理函数中,增加日志操作,对信号的类型等进行记录,作为bug分析日志的一部分。

如图2所示,本发明还提供了一种用于实现上述容错方法的系统,该系统集中于嵌入式Linux系统的操作核心层,包括监控管理模块4,以及与其相连接的进程管理模块1、信号处理模块2、错误处理模块3,所述进程管理模块1、信号处理模块2、错误处理模块3依次连接,其中:

(1)进程管理模块1,该模块用于实现监控过程周期管理,包括监控进程的创建、调度、通信,使得原生进程在有序执行原有逻辑的同时,满足C语言容错监控的需要;

(2)信号处理模块2,该模块用于实现注册信号检测以及信号处理,注册信号检测到错误后,首先程序自行进行处理,无法解决时进入Linux操作系统处理;信号处理模块将终端的程序流程跳转,重新回到监控流程中;

(3)错误处理模块3,该模块用于实现错误类型诊断以及根据预配置采取相应错误处理方式,完成错误修复;

(4)监控管理模块4,包括总控制端41以及内部管理端42,总控制端41提供给用户可视的操作界面,内部管理端42与总控制端41进行交互,使得用户可在总控制端41查看监控软件运行状态,容错日志,对系统各项参数进行预配置。

本发明提供的一种嵌入式Linux环境下C语言监控软件容错的方法,通过在C语言中实现类似C++中的try catch结构,在监控软件中第一时间捕获错误,并对错误进行处理,避免程序发生崩溃,从而使得监控软件具有更强的容错性。能使得监控软件在遇到段错误、浮点运算错误、退出错误的情况下,保证监控程序的循环过程一直执行,并能够在错误处理过程里对错误信息、错误发生的位置进行记录,以便于错误的分析。方案中还提供了用于实现该方法的系统设计,该系统基于C语言监控软件的容错策略和方法,实现了对监控过程中错误程序的处理,性能损耗小,有效提高了系统的操作可靠性,避免了硬件定制的复杂性。

上述技术方案只是本发明的一种实施方式,对于本领域内的技术人员而言,在本发明公开了应用方法和原理的基础上,很容易做出各种类型的改进或变形,而不仅限于本发明上述具体实施方式所描述的方法,因此前面描述的方式只是优选的,而并不具有限制性的意义。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Linux操作系统中,当我们遇到"signals.sigsegv: 11"错误时,它意味着程序发生了段错误(Segmentation Fault)。段错误是一种非法的内存访问错误,它发生在程序试图访问不属于它的内存区域的时候。 通常情况下,段错误是由以下几种情况引起的: 1. 空指针引用:当程序试图使用一个指向空地址的指针时,就会触发段错误。这通常是因为指针没有被正确初始化或者在返回之前被释放引起的。 2. 栈溢出:当程序的递归深度太大或者使用了过多的本地变量,就有可能导致栈溢出,进而触发段错误。 3. 动态内存管理错误:当程序使用了过多的动态分配的内存(如malloc、new等),并且没有正确释放,就有可能出现内存泄漏,最终导致段错误。 4. 数组越界访问:当程序试图访问一个超出数组边界范围的元素时,就会触发段错误。这通常是由于循环索引错误或者数组大小计算错误引起的。 当出现"signals.sigsegv: 11"错误时,我们需要通过执行追踪工具(如gdb)来找到错误的原因和位置。通常会打印出错误的堆栈跟踪信息,指示出触发段错误的具体行号和函数名。通过定位到错误位置,我们可以检查具体的代码逻辑,查找并修复问题。 为了避免段错误的出现,我们应该遵循良好的编程习惯,包括正确初始化指针、避免栈溢出、正确释放动态分配的内存、确保数组访问不越界等。另外,使用调试工具对程序进行调试也是一种有效的方法,可以帮助我们找到并解决潜在的段错误问题。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值