这两天很郁闷，程序测试的时候出现“段错误－核心陷阱”

arenxl

提醒一下，编译以后的程序名不要用test，否则递归调用，很快就会把资源耗尽


不是很明白，望指点一下。

techero

pstack 看下core

arenxl

如何察看呢？程序运行很快，来不及查询pid就完了。
另外，多线程调用同一个后台程序来获取信息是不是有原理问题？

arenxl

找到问题了，原来是传给HLR交换机命令的参数有问题，晕菜了，害我白找了很长时间。

wuqing

原帖由 arenxl 于 2007-2-2 22:48 发表
提醒一下，编译以后的程序名不要用test，否则递归调用，很快就会把资源耗尽


不是很明白，望指点一下。

你 gcc -o test yoursource.c
然后运行 ./test

我在一台 3G RAM, 2 X 3GHz的X346,（OS是Linux）上运行
1分钟不到机器就没有任何响应，连键盘和鼠标都没有反应。

飞灰橙

原帖由 arenxl 于 2007-2-1 16:53 发表
#include <stdio.h>
#include <stdlib.h>
#include <pthread.h>
#include <string.h>
#include <strings.h>
#define MAXTHREAD 50
void *GetHlrThr1()
{
                char log[10];
...

Ctrl-C / Ctrl-V

arenxl

原帖由 wuqing 于 2007-2-7 15:18 发表

你 gcc -o test yoursource.c
然后运行 ./test

我在一台 3G RAM, 2 X 3GHz的X346,（OS是Linux）上运行
1分钟不到机器就没有任何响应，连键盘和鼠标都没有反应。

兄弟，这个有没有科学依据呢？难道就因为程序命名为test就导致你了说的恶劣后果。 不过我还是以后避免这种命名，宁可信其有。不过，我还是希望兄弟能够深入找一下原因，是不是有其它原因导致了你说的结果？

wuqing

原帖由 arenxl 于 2007-2-8 00:44 发表

兄弟，这个有没有科学依据呢？难道就因为程序命名为test就导致你了说的恶劣后果。 不过我还是以后避免这种命名，宁可信其有。不过，我还是希望兄弟能够深入找一下原因，是不是有其它原因导致了你说的结果？

strcpy(cmd,"./test -222685306 \"HGSDP:MSISDN=8613508247798,ALL;\" ");
strcat(cmd,log);
printf("cmd(%s)\r\n",cmd);
system(cmd);

你的每一个线程里都有system(cmd), 而 cmd中包含 ./test，你说这个程序该如何运行呢？
你可以测试测试啊。
1. 你的程序，至少是你给的那段代码是可以完整地运行的
2. 肯定会导致进程和线程资源用完

wuqing

补充一下，在Unix环境下最好不要用test作为程序名，因为有一个 /usr/bin/test 程序，shell编程中用的那个
test -Z ...

arenxl

你的每一个线程里都有system(cmd), 而 cmd中包含 ./test，你说这个程序该如何运行呢？
你可以测试测试啊。
1. 你的程序，至少是你给的那段代码是可以完整地运行的
2. 肯定会导致进程和线程资源用完  

不是，执行的程序为test，测试压力的程序为teststress。