开发平台(Platform): (Ex: VC++, GCC, Linux, ...)
Linux C

检查malloc,free

105行=> write(sock, "Error Code1", 10);是不是要改成11? 我不知道这会不会有影响...

谢谢k大的指错..应该是12

先看看 info_insert() 和 cost_power() 最后是不是少了什么事.新版的做过头, 两函式中的 res 反而是多做的事了 XD

不好意思，新版已更正上传!!不过换valgrind跑很慢了.. 迟迟跑不出结果!按了ctrl+C后，只出现2个错误.. XD

valgrind 慢是正常的, 一般平均会慢个数倍至十数倍

139其实就是所谓的万用错误sig 11吧你的code有stack堆积的问题吗？在某些特殊情况下stack炸掉是回sig 11(不过我忘了其他情况回的是啥)

sig 11 => SIGSEGV, SEGV => segmentation violation. 见标题.去 wikipedia 查一下, 会有相关说明.

我不认为查Sig11有帮助。这错误其实含扩大多数内存读写的疑难杂症(所以我才说叫做万用错误 因为大概错误里面95%都会丢Sig.11). 这范围太大了，不过我还是建议看一下是不是stack炸掉，这是少数valgrind看不出的问题

楼上所述 stack炸掉 是指 stack overflow 或是什么?原PO有附程式码,要不要帮忙看看,哪里可能发生怎样的问题?若是 stack overflow 而 segfault, 我使用valgrind测试的结果,会得到一句 Stack overflow in... can't grow stack... 的讯息上述测试使用 ubuntu 12.04.2 LTS, valgrind-3.7.0 .

谢谢y大和K大的热心协助，目前我已将原程式和执行绪有关的部份都先拿掉了，打算用core dump搭配gdb看看结果，今日下午会再将精简的程式码附上，并将测试结果PO上来，谢谢大家:D

那就是stack炸掉没错。简单的说，最常见的原因是local变量开太多 超出stack的范围。另外还有一个隐含的可能性就是滥用alloc()。我很乐意帮忙debug 但是我现在手边没linux机器 XD... 只能从大家的feedback, code跟sig 11去猜是不是stack用尽造成overflow而已喔你是刻意产生stack overflow去看结果喔 我误会了 =P发现少打一个字...是alloca()

看到原PO上一段的推文, 忽然想到 mysql client library 也可能不是编成thread-safe. 可以试着叫用 mysql_thread_safe() 看看当然原PO程式很多error-handling都没做完整,也可能因此出问题.另外gdb也是可以处理thread.之前若有core dump情况又是如何?

之前的程式没有用core dump，并不晓得结果 XDK大您好，local变量设定太多!? 不过函数内的变量用完不是就释放了嘛...以小弟的程式来说..local变量数量应当是还行吧!? 不过我也的确不晓得stack的容量应该不能超过多少XD

stack上限容量可以用编译器设定,一般默认大概是1~20MB左右

谢谢E大 明白了 :D

执行过一段时间，可能是too many file, 或 no memory

谢谢大家，问题已找到，估计是程式逻辑不好。没做例外处理。^^

前面我有提到error-handling不完整.正想问你debug的情况如何:P