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

在Linux环境下进行C++多线程开发时,遇到一个诡异的段错误,问题源于在线程函数中定义了一个大容量的局部数组,超过了Linux默认的线程栈内存限制。这导致了线程栈溢出,使得函数调用失败。解决方案是使用new动态分配堆内存,并在不再需要时及时delete。此问题的难点在于数组大小以常量表示且数值较大,不易察觉。通过逐步调试定位问题,提醒开发者注意线程栈内存限制及大内存分配方式。
摘要由CSDN通过智能技术生成

进来在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的方法:先将函数体所有凝视,然后按程序段解凝视执行,看看是加入了哪些程序段造成的问题。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值