2、system()
#include<stdlib.h>
定义函数 int system(const char * string);
函数说明 system()会调用fork()产生子进程,由子进程来调用/bin/sh-c string来执行参数string字符串所代表的命令,此命令执行完后随即返回原调用的进程。在调用system()期间SIGCHLD 信号会被暂时搁置,SIGINT和SIGQUIT 信号则会被忽略。
返回值 如果fork()失败 返回-1:出现错误 如果exec()失败,表示不能执行Shell,返回值相当于Shell执行了exit(127)
附加说明 在编写具有SUID/SGID权限的程序时请勿使用system(),system()会继承环境变量,通过环境变量可能会造成系统安全的问题。
System与exec的区别
1、system()和exec()都可以执行进程外的命令,system是在原进程上开辟了一个新的进程,但是exec是用新进程(命令)覆盖了原有的进程2、system()和exec()都有能产生返回值,system的返回值并不影响原有进程,但是exec的返回值影响了原进程
3、ftok()
这个函数很形象,即为file to key_t, 含义为从文件里取得一个用于IPC的key。
函数原型:#include < sys/types.h>
#include <sys/ipc.h>
key_t ftok( char * fname, int id )
fname就是你指定的文件名(已经存在的文件名),一般使用 当前目录,如: key_t key; key = ftok(".", 1); 这样就是将fname设为当前目录。id是子序号。 在一般的UNIX实现中,是将文件的 索引节点号取出,前面加上子序号得到key_t的返回值。如指定文件的索引节点号为65538,换算成16进制为0x010002,而你指定的ID值为38,换算成16进制为0x26,则最后的key_t返回值为0x26010002。查询文件索引节点号的方法是: ls -i。
当 删除重建文件后,索引节点号由 操作系统根据当时文件系统的使用情况分配,因此与原来不同,所以得到的索引节点号也不同。 如果要确保key_t值不变,要么确保ftok的文件不被删除,要么不用ftok,指定一个固定的key_t值, 比如: #define IPCKEY 0x111 char path[256]; sprintf( path, "%s/etc/ config.ini", (char*)getenv("HOME") ); msgid=ftok( path, IPCKEY );[/code] 同一段程序,用于保证两个不同用户下的两组相同程序获得互不干扰的IPC键值。 由于etc/config.ini(假定)为应用系统的关键配置文件,因此不存在被轻易删除的问题——即使被删,也会很快被发现并重建(此时应用系统也将被重启)。 ftok()的设计目的也在于此。 下面是一段具体的代码例子:
key_tkeyShareMem ;
if((keyShareMem= ftok(AFC_SHARE_MEMORY_NAME.c_str(), 0)) == -1) {
cerr<< "ERROR:"<< m_nThisThreadType<<"CBaseMessageDeal() keyShareMem ftok: " << errno <<":" << strerror(errno)<<endl;
thrownew AfcInitAfcResourceException("CBaseMessageDeal::CBaseMessageDealftok keyShareMem") ;
}
if( (m_shmID = shmget(keyShareMem, 0, AFC_SHM_RW)) < 0) {
cerr<< "ERROR:"<< m_nThisThreadType<<"CBaseMessageDeal() shmget exist: "<<errno<<":"<<strerror(errno)<<endl ;
thrownew AfcInitAfcResourceException("CBaseMessageDeal::CBaseMessageDeal()shmget exist") ;
}
if((m_afcShareMemoryBegin=(char*)shmat(m_shmID, NULL, 0)) == (void *) -1){
cerr<< "ERROR:"<< m_nThisThreadType<<"CBaseMessageDeal() shmat: " << errno << ":"<< strerror(errno) << endl ;
thrownew AfcInitAfcResourceException("CBaseMessageDeal::CBaseMessageDealshmat") ;
}