linux C++ 莫名奇异的段错误(segmentation fault),无法调用其他函数

进来在linux下开发C++项目,遇到了非常奇怪的bug。

项目须要多线程实现,在写好代码后,每当执行到线程函数内部,当内部调用其他函数如printf、fopen等时就会提示段错误(segmentation fault)。编程非常久了,自觉不会出现非常低级的语法错误,经细致检查许久确实也未发现不论什么问题。在给非常多厉害的朋友看过代码后也未能帮助找到这个bug,后来经自己一番思索最终找到问题所在。

以下先给出线程函数的简化框架:

void* thread_func(void* rank) {
    long my_rank = (long) rank;
    printf("thread %ld is working...\n", my_rank);
    //...
    char buffer[BUFF_SZ];
    //...
}

这段代码编译一定通过,执行时在变量赋值处不会有问题。可是当执行到printf调用函数就会出段错误,这说明找不到函数地址,可是为什么会有这个问题呢?!

原来。注意看下buffer数组定义那行,里面数组大小BUFF_SZ是自己定义的全局常量,这个常量由于业务需求被定的较大(50MB左右)。这就是问题症结所在!这样的数组定义占用的是线程栈内存,可是linux线程所占栈内存上限一般为8MB。这样buffer实际上刷满了整个线程栈内存,才会导致执行时线程内找不到函数入口。因此在这里mark一记,假设以后有人再遇到类似问题。希望能考虑下这个点。

总的来说,解决这个bug后会发现这是个非常easy的问题,可是实际中真的非常难发现(耗费3天时间了。

)。主要有两点原因:1.曾经我们非常少会申请特别大的栈内存,所以尽管我们能理解栈内存限制的原理,可是非常少有实际犯错经历。2.数组大小被以常量表示(企业多会有这样的要求避免magic number)。难以发现这个数过大。所以。当真正碰到这样的问题的时候,假设没有经历真的可能会浪费很多时间。希望这篇日后能帮助碰到类似bug的朋友少走弯路。少花时间。

最后:

解决方式:利用new动态分配内存开辟堆内存空间,但最后要记得delete释放掉。

找到bug的方法:先将函数体所有凝视,然后按程序段解凝视执行,看看是加入了哪些程序段造成的问题。

时间: 2024-10-20 05:17:37

linux C++ 莫名奇异的段错误(segmentation fault),无法调用其他函数的相关文章

linux C++ 莫名奇妙的段错误(segmentation fault),无法调用其它函数

进来在linux下开发C++项目,遇到了非常奇怪的bug.项目需要多线程实现,在写好代码后,每当运行到线程函数内部,当内部调用其它函数如printf.fopen等时就会提示段错误(segmentation fault).编程很久了,自觉不会出现很低级的语法错误,经仔细检查许久确实也未发现任何问题.在给很多厉害的朋友看过代码后也未能帮助找到这个bug,后来经自己一番思索终于找到问题所在.下面先给出线程函数的简化框架: void* thread_func(void* rank) { long my_

linux: QT安装时出现段错误segmentation fault

环境:macOS 10.14.6 VMware Fusion版本:11.0.1 QT版本:qt-creator-linux-x86_64-opensource-2.5.2.bin 安装时出现:segmentation fault 解决办法:在linux环境下重新下载qt,再进行安装(可能是由于从mac上下载的qt拖进linux环境后MD5不一致所致). 参考链接: https://blog.csdn.net/itas109/article/details/98663228 原文地址:https:

Linux 下的段错误(Segmentation fault)调试方法

我们在用C/C++语言写程序的时侯,内存管理的绝大部分工作都是需要我们来做的.实际上,内存管理是一个比较繁琐的工作,无论你多高明,经验多丰富,难免会在此处犯些小错误,而通常这些错误又是那么的浅显而易于消除.但是手工“除虫”(debug),往往是效率低下且让人厌烦的,本文将就"段错误"这个内存访问越界的错误谈谈如何快速定位这些"段错误"的语句. 下面将就以下的一个存在段错误的程序介绍几种调试方法: 1 dummy_function (void) 2 { 3 unsig

函数栈溢出引起的段错误segmentation fault

遇到了一个奇怪的问题: 有一个回调函数中发生了段错误,但经检查也没有什么明显的错误,然后用排除法一点一点屏蔽,最后定位在一个函数里出错,但这个函数没什么明显错误.最后把入口参数改为引用传递就不报错误. 但隔了一段时间这个函数又报错了,原因是我加一行代码,但这行代码就是一个赋值语句:于是我不甘心,又开始排除法,最后定位到一个变量,加上它报错,不加就不报错:我一直怀疑是不是linux对一个函数的大小有限制:于是将这个函数换成全局变量,而在此函数中用的此变量时候采用指针,诶,不再报段错误了,世界终于安

利用linux信号机制调试段错误(Segment fault)

在实际开发过程中,大家可能会遇到段错误的问题,虽然是个老问题,但是其带来的隐患是极大的,只要出现一次,程序立即崩溃中止.如果程序运行在PC中,segment fault的调试相对比较方便,因为可以通过串口.显示器可以查看消息,只要程序运行,通过GDB调试工具即可捕捉产生segment fault的具体原因.但是不知大家有没有想法,当程序运行在嵌入式设备上时,你所面临资源的缺乏,你没有串口打印信息,没有显示器可查看,你不知道程序运行的状态,如果程序的产生segment falut这种bug发生的周

用gdb调试程序笔记: 以段错误(Segmental fault)为例

用gdb调试程序笔记: 以段错误(Segmental fault)为例[转] 1.背景介绍2.程序中常见的bug分类3.程序调试器(如gdb)有什么用4.段错误(Segmental fault)介绍5.gdb调试入门 一.背景介绍这个笔记主要介绍开源的程序调试器(gdb)的入门知识,目的是使unix/linux环境的编程新手能够快速学会使用gdb调试程序的方法,同时也是对我使用gdb的一个经验总结.本文假设你能使用简单的unix/linux命令并能用gcc(GNU C Compiler, GNU

linux下打印用户态段错误信息的一种方法

引自:韦东山嵌入式视频第二期 “第31课第3节_应用调试之配置修改内核打印用户态段错误信息_P” 第6分钟起. 1.配置内核支持DEBUG_USER  (勾选 Kernel hacking -> Verbose user fault messages[*] 即可)(视频第8:23) 2.设置bootargs,添加参数 user_debug = 0xFF 即可. user_debug的每一位代表设置不同的模式,具体模式可参考文件:include/asm-arm/System.h下的UDBG_XXX

段错误Segment Fault定位,即core dump文件与gdb定位

使用C++开发系统有时会出现段错误,即Segment Fault.此类错误程序直接崩溃,通常没有任何有用信息输出,很难定位bug,因而无从解决问题.今天我们介绍core dump文件,并使用gdb进行调试,以此来定位段错误问题.此文同时用以备忘. 一.core dump Core dump也称核心转储, 当程序运行过程中异常退出时, 由操作系统把程序当前的内存状况存储在一个core文件中, 称之为core dump文件. 系统默认不生成core dump文件,可以使用ulimit命令进行查看和设

【Z】段错误Segment Fault定位,即core dump文件与gdb定位

使用C++开发系统有时会出现段错误,即Segment Fault.此类错误程序直接崩溃,通常没有任何有用信息输出,很难定位bug,因而无从解决问题.今天我们介绍core dump文件,并使用gdb进行调试,以此来定位段错误问题.此文同时用以备忘. 一.core dump Core dump也称核心转储, 当程序运行过程中异常退出时, 由操作系统把程序当前的内存状况存储在一个core文件中, 称之为core dump文件. 系统默认不生成core dump文件,可以使用ulimit命令进行查看和设