内存出错信号处理例子 void signal_handler()

最新推荐文章于 2024-06-30 00:06:17 发布
原创 最新推荐文章于 2024-06-30 00:06:17 发布 · 606 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

signal(SIGSEGV,set_on_segment_fault); 

void set_on_segment_fault(int sig)

{
struct sigaction act;
memset(&act, 0, sizeof(act));
act.sa_flags = SA_SIGINFO;
act.sa_sigaction = handler;
sigaction(SIGSEGV, &act, NULL);

}

static void handler(int signum, siginfo_t *info, void  *arg)

{

#ifdef __HI_CODEC__
// ucontext_t* context= (ucontext_t *)arg;
void* buffer[8] = {0, };
size_t nptr;
int i;
char **strings= NULL;
/*
  unsigned long sp,top,bottom;
  int i=1;
  */
fprintf(stderr, "==============================================================\n");
fprintf(stderr, "(1)SIGSEGV : %d\n", info->si_signo);
fprintf(stderr, "ADDR : %p\n", info->si_addr);
fprintf(stderr, "VALUE : %x\n", *(int*)(info->si_addr));
//fprintf(stderr, "%x\n", (int)'H');


// fprintf(stderr,"context : %lx\n",context->uc_mcontext.regs->nip);
// fprintf(stderr,"sp      : %lx\n",context->uc_mcontext.regs->gpr[1]);
#else //__HI_CODEC__
ucontext_t* context= (ucontext_t *)arg;
void* buffer[8] = {0, };
size_t nptr;
int i;
char **strings= NULL;
/*
unsigned long sp,top,bottom;
int i=1;
*/
fprintf(stderr, "==============================================================\n");
fprintf(stderr, "(1)SIGSEGV : %d\n", info->si_signo);
//fprintf(stderr, "ADDR : %p\n", info->si_addr);
//fprintf(stderr, "VALUE : %x\n", *(int*)(info->si_addr));
//fprintf(stderr, "%x\n", (int)'H');


fprintf(stderr,"context : %lx\n",context->uc_mcontext.regs->nip);
fprintf(stderr,"sp      : %lx\n",context->uc_mcontext.regs->gpr[1]);


#endif //__HI_CODEC__
/*
  sp = context->uc_mcontext.regs->gpr[1];
  bottom = sp & ~(THREAD_SIZE-1UL);
  top = bottom + THREAD_SIZE;
  while (sp < top && sp >= bottom) {
  printf("%.16lx ", *(unsigned long *)(sp + 16));
  sp = *(unsigned long *)sp;
  if (!(i % 4))
  printf("\n");
  if (i++ == 32)
  break;
  }
  */
fprintf(stderr, "==============================================================\n");
nptr = backtrace(buffer, 8);
fprintf(stderr, "(2)BACKTRACE num : %d\n" , nptr);
strings = backtrace_symbols(buffer, nptr);
if(strings == NULL)
{
fprintf(stderr, "backtrace symbols err\n");
fprintf(stderr, "==============================================================\n");
// for console.log
fflush(stderr);
sleep(3);
exit(0);
}
for (i=0 ; i<nptr; i++)
{
fprintf(stderr, "addr : %s\n", strings[i]);
}
free(strings);
fprintf(stderr, "==============================================================\n");
// for console.log
fflush(stderr);
sleep(3);
exit(0);
}

C++ 信号处理：`signal` 函数与多线程环境的挑战
weixin_41455464的博客
07-06 928
想象一下，你正在愉快地写代码，突然有人踹了你一脚（或者系统发生了什么事情），你被打断了，得先处理一下这个突发事件，然后再回去继续写代码。想象一下，你的程序有多个线程，其中一个线程正在修改一个全局变量，突然收到了一个信号，信号处理函数也在试图修改这个全局变量。如果信号处理函数需要获取一个互斥锁，而恰好某个线程已经持有这个互斥锁，并且被信号中断了，那么信号处理函数就会一直阻塞，导致死锁。函数呢，就是C++（更准确地说是C标准库）提供的一个接口，让你告诉操作系统，收到某个信号的时候，你想干点啥。
对typedef void (*sighandler_t)(int)的理解（声明了一种类型：sighandler_t）
deniece1的博客
10-26 1326
typedef void (*sighandler_t)(int); sighandler_t signal(int signum, sighandler_t handler); 此处由于加了t...
DDR和EMMC信号完整性分析和案例
weixin_43199439的博客
06-30 843
检查信号线的间距，发现信号线之间的间距过小，导致信号线间的电磁干扰增强，发生了串扰。问题描述：在设计中，DDR4内存的时钟信号出现了较大的抖动，影响数据的同步传输。：重新布局PCB，将数据线之间的间距增加，并增加地平面屏蔽，以减少串扰的影响。：重新布局PCB，尽量缩短eMMC信号线的长度，减少信号传输中的衰减和失真。：重新布局PCB，增加eMMC信号线之间的间距，减少信号线间的电磁干扰。：在信号线的下方增加地平面，提供更好的电磁隔离，减少信号线间的串扰。
typedef void (*sighandler_t)(int);类型说明
angelo
05-17 1247
原文链接：http://blog.sina.com.cn/s/blog_7090a2d1010163ol.html       typedef void (*sighandler_t)(int); sighandler_t signal(int signum, sighandler_t handler);   此处由于加了typedef自定义了一个新类
c语言handler指针,C语言复杂声明-void (*signal(int sig, void (*handler)(int)))(int);
weixin_30131443的博客
05-19 676
问题提出请分析此声明：void (*signal(int sig, void (*handler)(int)))(int);求解过程在对上面的例子作分析之前，我们需要了解C语言的声明优先级，《C专家编程》P64原文如下：规则A规定了要按照优先级来解释声明(算是一句废话)。规则C请参照本人上一篇笔记：http://www.cnblogs.com/deyuanqin/p/5705967.html。规则...
Linux系统中段错误信号sigsegv的捕获和调试使用
仗劍走天涯
06-20 6915
本文介绍了在Linux系统中通过捕获信号sigsegv信号debug segmentation fault的方法。 要在程序的执行过程中能捕获段错误发出的信号sigsegv，需要在程序的开始的时候注册信号的处理函数signal(SIGSEGV, sigsegv_handler);并且在信号的处理函数sigsegv_handler中需要调用系统调用backtrace和bacetrace_symbols打印出回溯信息。接下来还需要通过objdump 的命令将程序反汇编成一个.s的汇编文件。然后根据回溯信息和汇
Linux进程间通信——信号通信
Dog_dream的博客
11-14 899
信号概述   信号是在软件层次上怼中断机制的一种模拟。原理上，一个进程收到一个信号与处理器收到一个中断请求可以说是一样的。信号是异步的：一个进程不必通过任何操作来等待信号的到达，事实上，进程也不知道信号什么时候到达。进程之间可以互相通过信号相互交流。内核进程也可以利用它来通知用户空间进程发生了那些系统事件。它可以在任何时候发给某一进程，而无需知道该进程的状态。如果该进程当前并未处于执行状态，则...
Linux异步之信号(signal)机制分析
墨鱼菜鸡
07-11 2530
From：http://www.cnblogs.com/hoys/archive/2012/08/19/2646377.html From：http://kenby.iteye.com/blog/1173862 Linux下的信号详解及捕捉信号：http://www.jb51.net/article/90695.htm linux信号详解：http...
Linux 进程信号：内核中信号结构、阻塞信号、捕捉信号
Han同学
03-30 1435
Linux 进程信号：内核中信号结构、阻塞信号、捕捉信号
信号(signal,kill,raise)
Canger_的博客
07-26 1572
信号： 中断：中止、暂停当前正在执行的进程，转而去执行其它的任务。          分类：1.硬中断：来自硬件设备的中断                      2.软中断：来自其它程序的中断  而信号就属于软件中断，它提供了一种处理异步事件的方法。 信号的分类：       不可靠信号（这里不可靠指的是信号可能会丢失）         1.编号小于SIGRGMI(34)的信号都是不可...
linux 信号 命令,Linux信号列表详解
weixin_33514277的博客
04-29 538
我们运行如下命令，可看到Linux支持的信号列表：~$ kill -l1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL5) SIGTRAP 6) SIGABRT 7) SIGBUS 8) SIGFPE9) SIGKILL 10) SIGUSR1 11) SIGSEGV 12) SIGUSR213) SIGPIPE 14) SIGALRM 15) SIGTERM 17...
Linux信号（下）
STX19980909的博客
09-18 292
11.现代版本的信号处理与发送 经典版本的信号处理与发送：signal/kill(raise) 现代版本的信号处理与发送：sigaction/sigqueue int sigaction(int signum, const struct sigaction* sigact, struct sigaction* oldact); 成功返回0，失败返回-1。 signum - 信号编号 sigact - 信号行为 oldact - 输出原来的信号行为，可置NULL 当signum信号被递送时，按sigact结构
linux c语言sleep函数的头文件,C语言中的pause()函数和alarm()函数以及sleep()函数
weixin_35940587的博客
05-04 3430
C语言pause()函数：让进程暂停直到信号出现头文件：#include 定义函数：int pause(void);函数说明：pause()会令目前的进程暂停(进入睡眠状态), 直到被信号(signal)所中断.返回值：只返回-1.错误代码：EINTR 有信号到达中断了此函数.C语言alarm()函数：设置信号传送闹钟头文件：#include 定义函数：unsigned int alarm(uns...
linux C之alarm函数(更改)
潜龙勿用
05-15 1万+
http://blog.sina.com.cn/s/blog_6a1837e90100uhl3.html     alarm也称为闹钟函数，alarm()用来设置信号SIGALRM在经过参数seconds指定的秒数后传送给目前的进程。如果参数seconds为0，则之前设置的闹钟会被取消，并将剩下的时间返回。要注意的是，一个进程只能有一个闹钟时间，如果在调用alarm之前已设置过闹钟时间，
关于signal函数的返回值
qq_43052336的博客
03-16 1188
#include <stdio.h> #include <signal.h> #include <string.h> /* typedef void (* signal_handler)(int) --定义一个signal_handler函数指针类型 signal_handler signal(int signo, signal_handler sig_h...
[C++] 适用程序退出的Signal Handler
sai_j的博客
10-16 2377
To the point #include &lt;csignal&gt; #include &lt;glog/logging.h&gt; #include &lt;mutex&gt; #include &lt;condition_variable&gt; class SignalHandler { public:     SignalHandler() = delete;     st...
linux SIGSEGV 信号捕捉，保证发生段错误后程序不崩溃
热门推荐
work_msh的专栏
01-05 3万+
在linux中编程的时候 有时候 try catch 可能满足不了我们的需求。因为碰到类似数组越界 ，非法内存访问之类的 ，这样的错误无法捕获。下面我们介绍一种使用捕获信号实现的异常 用来保证诸如段错误之类的错误发生时程序不会崩溃，而是跳过代码继续执行。首先我们来看看发生段错误之后系统的处理。发生段错误后系统会抛出 SIGSEGV 信号 ，之后 调用默认的信号处理函数 ，产生core文件 ，然后关
关于typedef void (*sighandler_t)(int)的理解
davidsky的专栏
06-03 1万+
1、typedef void (*sighandler_t)(int)定义了一个类型sighandler_t，表示指向返回值为void型（参数为int型）的函数（的）指针。 2、#define和typedef的区别
linux信号处理
ubuntulover的专栏
07-13 1947
1. 信号概念信号是进程在运行过程中，由自身产生或由进程外部发过来的消息（事件）。信号是硬件中断的软件模拟(软中断)。每个信号用一个整型常量宏表示，以SIG开头，比如SIGCHLD、SIGINT等，它们在系统头文件中定义,也可以通过在shell下键入kill –l查看信号列表，或者键入man 7signal查看更详细的说明。信号的生成来自内核，让内核生成信号的请
``` #include <stdio.h> #include <signal.h> #include <malloc.h> #include <memory.h> static char *buf = NULL; void test_sigterm(){ printf("before\n"); free(buf); printf("after\n"); } int main(int argc, char *argv[]){ buf = malloc(100); signal(SIGTERM, test_sigterm); while(1){ free(malloc(100)); } return 0; }```解释这段代码
最新发布
03-15
<think>好的，我现在要仔细分析用户提供的这段C代码，并解释它的功能以及可能存在的问题。首先，我需要逐行理解代码的结构和各个部分的作用。 首先，代码包含了几个头文件：stdio.h用于输入输出函数，signal.h用于信号处理，malloc.h和memory.h可能用于内存分配和操作函数。不过注意到，在标准C库中，malloc.h其实并不是标准的，通常应该使用stdlib.h来代替，这可能是一个需要注意的地方。不过，这可能取决于具体的编译器环境，用户代码中确实包含了malloc.h，所以这里可能存在一些小问题，但可能不影响代码的运行。 接下来，定义了一个静态的字符指针buf，初始化为NULL。然后在test_sigterm函数中，先打印"before"，然后释放buf指向的内存，再打印"after"。这个函数被注册为SIGTERM信号的处理函数。SIGTERM是一个用于终止进程的信号，通常由系统或其他进程发送。 在main函数中，首先给buf分配了100字节的内存。然后使用signal函数将SIGTERM信号的处理函数设置为test_sigterm。之后进入一个无限循环，循环体内不断分配100字节的内存，并立即释放。最后返回0，但实际上由于无限循环的存在，程序不会执行到return语句。 现在，我需要考虑这段代码可能存在的问题。首先，在信号处理函数中使用free函数是否安全？根据C标准，信号处理函数中只能调用异步信号安全的函数。例如，printf和free是否属于异步信号安全函数？查阅资料后，发现printf并不是异步信号安全的，因为它在执行时可能修改全局状态，比如标准输出的缓冲区。同样，free函数如果在信号处理中使用，也可能导致问题，尤其是在多线程环境或当主程序正在操作堆时。因此，在信号处理函数中调用free和printf是不安全的，可能导致未定义行为，比如死锁或内存损坏。 其次，主程序中的无限循环不断地分配和释放内存。每次循环都会调用malloc(100)，然后立即free掉。这在理论上不会导致内存泄漏，因为每次分配的内存都被立即释放了。但是，频繁的malloc和free操作可能导致内存碎片，尤其是在长时间运行的情况下。不过，这里的问题可能更侧重于信号处理部分。 当进程接收到SIGTERM信号时，会调用test_sigterm函数。此时，主程序可能正在执行malloc或free操作。如果在信号处理函数中调用free(buf)，而主程序此时可能也正在操作堆（比如在循环中执行free），这可能导致堆的结构被破坏，引发不可预知的后果，比如程序崩溃或死锁。 此外，test_sigterm函数中释放buf后，并没有将buf指针置为NULL，这可能导致重复释放的问题。虽然在这个例子中，main函数中只分配了一次buf，但如果在信号处理函数被多次调用的情况下（虽然SIGTERM通常会导致进程终止，但可能被捕获后不退出），多次free同一个指针会导致未定义行为。 另外，当信号处理函数执行完毕后，程序会回到主循环继续执行吗？这取决于信号的处理方式。默认情况下，信号处理函数执行后，被中断的主程序会继续执行。所以，当SIGTERM被捕获并处理后，程序会继续运行，可能继续循环。但通常处理SIGTERM后，程序应该退出，否则可能导致无法正常终止。 总结可能的问题点： 1. 在信号处理函数中使用非异步信号安全的函数（printf和free）。 2. 主循环频繁分配和释放内存，可能影响性能或导致碎片，但这不是主要错误。 3. 信号处理函数中释放buf后未置NULL，可能潜在导致重复释放（如果信号被多次处理）。 4. 捕获SIGTERM后未让程序正常退出，导致程序无法终止，除非有其他终止方式。 此外，代码中的malloc.h可能应该替换为stdlib.h，因为标准C中malloc等函数的声明在stdlib.h中，而malloc.h可能在某些系统中不可用或已过时。 可能的运行情况：当程序运行时，主循环不断分配和释放内存。当收到SIGTERM信号时，调用test_sigterm函数，打印"before"，释放buf指向的内存，然后打印"after"。之后程序继续运行，但buf已经被释放，再次访问或释放会导致错误。不过在此代码中，main函数中只有一次buf的分配，之后没有再次使用buf，所以在信号处理函数中释放一次后，主函数中的buf指针仍然指向已释放的内存，成为悬空指针。如果后续主函数中有代码试图使用或再次释放buf，就会导致问题。但在此代码中，主函数在循环中没有使用buf，所以可能不会立即出错，但这是一个不良实践。 另外，主循环中的free(malloc(100))每次分配100字节，并立即释放，所以理论上不会有内存泄漏，但频繁的分配释放可能影响性能。 此外，当处理SIGTERM后，程序应该退出，否则可能会继续运行。例如，用户可能发送SIGTERM希望终止程序，但程序捕获信号后没有退出，继续运行，这不符合预期。通常，处理SIGTERM时应进行清理然后退出。例如，在test_sigterm中设置退出标志，或直接调用exit()。但要注意，在信号处理函数中调用exit()是否是安全的，但通常来说，exit()是允许的，因为它会终止进程。 综上所述，这段代码的主要问题在于信号处理函数中使用了不安全的函数，可能导致未定义行为，以及在处理SIGTERM后未正确终止程序。</think>以下是对这段C代码的逐步分析： $$代码结构解析$$ ```c #include <stdio.h> #include <signal.h> #include <malloc.h> // 非标准头文件（建议改用<stdlib.h>） #include <memory.h> // 非标准头文件（可能误用<string.h>） static char *buf = NULL; // 全局静态指针 void test_sigterm(){ // SIGTERM信号处理函数 printf("before\n"); // 问题点1：非异步信号安全函数 free(buf); // 问题点2：在信号处理中操作堆内存 printf("after\n"); // 继续使用非安全函数 } int main(){ buf = malloc(100); // 分配堆内存 signal(SIGTERM, test_sigterm); // 注册信号处理器 while(1){ // 无限循环 free(malloc(100));// 持续分配+立即释放（无泄漏但低效） } return 0; } ``` $$核心问题解析$$ 1. **信号处理安全隐患** - `printf()`和`free()`都不是[异步信号安全函数](https://man7.org/linux/man-pages/man7/signal-safety.7.html) - 当主程序正在执行`malloc/free`时收到信号，可能导致**堆内存管理数据结构损坏** 2. **悬空指针风险** ```c free(buf); // 释放后未置空 ``` - 若多次收到`SIGTERM`信号（虽然非常规操作），会导致重复释放 3. **逻辑缺陷** - 捕获`SIGTERM`后没有终止程序，违背该信号的常规用途（要求进程终止） $$执行流程示意图$$ ``` 启动程序 ├─ 分配buf内存 ├─ 注册信号处理器 └─ 进入疯狂循环：分配100字节 → 立即释放 当收到SIGTERM信号时： 暂停主循环 → 执行test_sigterm() 打印"before" 释放buf内存（此时全局指针仍指向已释放区域） 打印"after" 恢复主循环继续执行 ``` $$改进建议$$ 1. 信号处理函数中只设置退出标志 ```c volatile sig_atomic_t flag = 0; // 原子类型保证可见性 void handler(int sig) { flag = 1; // 仅设置标志 } ``` 2. 主循环检测退出标志 ```c while(!flag) { free(malloc(100)); } free(buf); // 在主线程安全释放 ``` 3. 头文件修正 ```c #include <stdlib.h> // 替换<malloc.h> #include <string.h> // 替换<memory.h> ``` 该代码展示了信号处理与内存操作的典型陷阱，实际开发中应遵循： - 信号处理器保持极简（仅设置标志） - 避免在信号处理器中操作非局部变量 - 使用POSIX标准的`sigaction()`代替`signal()`以获得更可靠行为
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值