栈溢出问题

bassini

分配局部变量的时候分配了一个相当大的局部变量(char buf[65535])，当我指定了-fstack-check编译选项之后就出现SIGSEGV,如果不指定-fstack-check的话又会变得相当不稳定-这里相当不稳定的意思指的是程序在某一段时间ＣＰＵ占用率会突然升高或者是某过一段时间就会没有响应
由于大量的代码都是这样改起来很麻烦,请问各位高手有没有办法可以解决这个问题？

[ 本帖最后由 bassini 于 2007-8-13 01:50 编辑 ]

flw

编译时还应该调整栈的尺寸吧？

0521

一些编译器会检查你的栈上面的变量是否过大，为啥呢？是因为每个操作系统分配给每个线程的栈是有个缺省大小的，如果一个线程占用的栈过大，可能会"污染"到其他的线程。

所以建议是坚决不要使用过大的局部变量。我不太明白很多人喜欢用栈的原因，有些人认为局部变量的效率高。我可以很负责任的高速大家，在一些操作系统上，未必 。上面这位老兄的 CPU 使用率陡然上升就是证明。

根据你的描述，我怀疑这个问题可能不是编译的时候调整栈的尺寸，或者创建线程的时候调整栈的尺寸能够解决的。

Edengundam

为什么不malloc出来??
假设可以产生递归调用序列...不是很快就死了??

Sorehead

栈的空间毕竟有限，大数据还是用堆吧。

bassini

原帖由 flw 于 2007-8-13 08:03 发表
编译时还应该调整栈的尺寸吧？

编译时怎么调栈尺寸啊？

bassini

原帖由 0521 于 2007-8-13 09:18 发表
一些编译器会检查你的栈上面的变量是否过大，为啥呢？是因为每个操作系统分配给每个线程的栈是有个缺省大小的，如果一个线程占用的栈过大，可能会"污染"到其他的线程。

所以建议是坚决不要使用过大的局部变量 ...

我也想把他全部改成堆，可是成千上万个函数都是这样.............

0521

你的程序是不是从其他的操作系统上移植过来的？

bassini

原帖由 0521 于 2007-8-13 12:38 发表
你的程序是不是从其他的操作系统上移植过来的？

不是，本来就是LINUX的，只是代码比较旧，都是以前的人写下来的了

飞灰橙

局部变量开到64K，的确不可想象，如果这个函数再来个递归，楼主死定了。
如果不是怀疑buffer本身溢出，建议用boost::array类替换看，它可以查出buffer越界。