
id是子序号。虽然是int类型,但是只使用8bits(1-255)。
在一般的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()的设计目的也在于此。
首先,0x03不是你认为的一个文件。ftok(char* pathname, int proj_t )它是生成一个key的函数。第一个参数不用解释都知道是一个文件路径吧,第二个参数的最后8位(只有后八位有效,0-255)与第一个参数一起确定一个key.(常用于进程)。比如:我们在开发一个项目的时候,有可能不同人需要在同一个路径下编写代码,防止大家不小心使用了相同的key,一般项目经理会分配给每个人不同的proj_t ,这个时候就可以用当前路径pathname和proj_t生成所需的key。int ftok ( string $pathname , string $proj )将一个可访问的文件路径名转换为一个可供 shmop_open() 和其他系统VIPC keys使用的整数,proj参数必须是一个字符串,这个参数其实就是读写方式
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)