如题。

本程序有7个线程，其中一个线程（简称sys线程把。。）每秒会调用几次system函数（例如system("df -h > /tmp/tmpFlashInfo.file"),用于检查Flash的占用情况）。

我主要做了如下的测试：
1、屏蔽sys线程后，其他线程一直运行，正常。
2、打开sys线程后，在调用system函数前，printf一句start，在调用system函数后，printf一句end，然后通过主板运行，串口打印的方式，发现每次出现崩溃的时候（时间不定，少则几分钟，多则几小时），都是打印了start之后，但没有end打印。同时通过core文件分析的崩溃原因是：
    Program terminated with signal 11, Segmentation fault.
    #0  0x00989680 in ?? ()
    (gdb) bt
    #0  0x00989680 in ?? ()
    #1  0x4002ce6c in ?? () from /lib/libpthread.so.0
    (gdb)  
    看不懂到底是什么问题。。。！
2、屏蔽sys线程中的相关的system函数。（例如检测flash的/tmp/tmpFlashInfo.file用手工创建好后不再删除），7个线程一直运行，正常。
3、由1、2的测试得出在system调用的时候使得程序崩溃（gdb调试core文件说是信号11->段错误，但是程序中信号都捕捉不到。。）
4、将sys线程独立为一个单线程运行，正常。由此推出单线程中system函数应用正常。
5、由3、4推出多线程下system函数应用是不可靠的。

注：sys线程与其他6六个线程没有任何交互。

多线程中不能使用这个system函数，这该如何是好啊（例如程序中启动udhcpd服务等），高手指点下，不甚感激！！

呵呵，前面没有仔细看你的帖子。这次仔细看了一遍。
从理论上来说，多线程中使用system应该没有什么问题（在不考虑信号的情况下）。
我印象中，我在多线程的程序中使用过system掉用的。只是频率没有你这么快。
1、你每秒调用几次system()是怎么实现的？通过信号还是直接用sleep(1)?
2、试着将调用的频率降低到每10秒调用一次，看看结果如何？
PS：初步怀疑是system系统调用对信号的处理造成了程序的崩溃。

刚看到，system其实就是fork+exec的过程
看你core的跟踪，信号11是SIGSEGV
一般SIGSEGV是试图对只读映射区域进行写操作

建议：在你system调用里面写个别的语句，比如ls -l /usr/include > /tmp/ls.log之类的
看看是否还core掉

如果不再core，那是你执行语句产生的信号问题
就要考虑执行语句的处理问题了

如果还core的话，就看看system调用是否对你线程的某信号产生矛盾操作之类的吧

多线程程序调用system没什么问题吧。
我的疑问是，楼主为什么捕捉不到SIGSEG的信号。你是怎么捕捉的？

那你试试 PTHREAD_MUTEX_RECURSIVE 类型

再写一个服务程序，专门处理system()调用
你的多线程程序通过某种IPC机制与服务程序通信，指示它调用system()，并返回处理结果

我在ARM7上多线程读写文件，每个线程读写各自的文件（没看到这句的就不要回复了！）程序发生不定时的kill。简化到只开关各自文件不读写，问题复现。最后对各线程在打开、关闭文件时用mutex互斥，程序稳定运行12小时。
最后总结为IO函数的不可重入性导致A释放B的文件指针。