• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            Prayer

            在一般中尋求卓越
            posts - 1256, comments - 190, trackbacks - 0, articles - 0
              C++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            ftok函數(shù)

            Posted on 2008-08-18 20:19 Prayer 閱讀(476) 評(píng)論(0)  編輯 收藏 引用 所屬分類: LINUX/UNIX/AIX

            系統(tǒng)建立IPC通訊(如消息隊(duì)列、共享內(nèi)存時(shí))必須指定一個(gè)ID值。通常情況下,該id值通過(guò)ftok函數(shù)得到。
            ftok原型如下:
            key_t ftok( char * fname, int id )
            fname就時(shí)你指定的文件名,id是子序號(hào)。

            在一般的UNIX實(shí)現(xiàn)中,是將文件的索引節(jié)點(diǎn)號(hào)取出,前面加上子序號(hào)得到key_t的返回值。

            如指定文件的索引節(jié)點(diǎn)號(hào)為65538,換算成16進(jìn)制為0x010002,而你指定的ID值為38,換算成16進(jìn)制為0x26,則最后的key_t返回值為0x26010002。
            查詢文件索引節(jié)點(diǎn)號(hào)的方法是: ls -i

            當(dāng)刪除重建文件后,索引節(jié)點(diǎn)號(hào)由操作系統(tǒng)根據(jù)當(dāng)時(shí)文件系統(tǒng)的使用情況分配,因此與原來(lái)不同,所以得到的索引節(jié)點(diǎn)號(hào)也不同。

            如果要確保key_t值不變,要目確保ftok的文件不被刪除,要么不用ftok,指定一個(gè)固定的key_t值,比如:

            #define IPCKEY 0x111

            char path[256];

                sprintf( path, "%s/etc/config.ini", (char*)getenv("HOME") );
                msgid=ftok( path, IPCKEY );[/code]

            同一段程序,用于保證兩個(gè)不同用戶下的兩組相同程序獲得互不干擾的IPC鍵值。
            由于etc/config.ini(假定)為應(yīng)用系統(tǒng)的關(guān)鍵配置文件,因此不存在被輕易刪除的問(wèn)題——即使被刪,也會(huì)很快被發(fā)現(xiàn)并重建(此時(shí)應(yīng)用系統(tǒng)也將被重起)。
            ftok()的設(shè)計(jì)目的也在于此。

            下面是一段具體的代碼例子:

             key_t keyShareMem ; 
             if((keyShareMem = ftok(AFC_SHARE_MEMORY_NAME.c_str(), 0)) == -1) {
              cerr << "ERROR:"<< m_nThisThreadType<<" CBaseMessageDeal() keyShareMem ftok: " << errno << ":" << strerror(errno)<<endl;
              throw new AfcInitAfcResourceException("CBaseMessageDeal::CBaseMessageDeal ftok keyShareMem") ;
             }
             if ( (m_shmID = shmget(keyShareMem, 0, AFC_SHM_RW)) < 0)  {
              cerr << "ERROR:"<< m_nThisThreadType<<" CBaseMessageDeal() shmget exist: "<<errno <<":"<<strerror(errno)<<endl ;
              throw new 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 ;
              throw new AfcInitAfcResourceException("CBaseMessageDeal::CBaseMessageDeal shmat") ;
             }


            国产精品一区二区久久不卡 | 午夜欧美精品久久久久久久| 国产午夜福利精品久久| 99久久伊人精品综合观看| 国产精品熟女福利久久AV| 一级做a爰片久久毛片免费陪| 超级97碰碰碰碰久久久久最新| 亚洲欧美伊人久久综合一区二区 | 亚洲精品乱码久久久久久蜜桃| 久久久高清免费视频| 久久精品国产清高在天天线| 伊人久久免费视频| 国产成人精品久久| 久久AAAA片一区二区| 亚洲AV日韩AV永久无码久久| 91精品国产高清久久久久久91| 亚洲精品综合久久| 成人久久久观看免费毛片| 亚洲精品国产第一综合99久久| 欧美久久精品一级c片片| 漂亮人妻被中出中文字幕久久| 国产精品xxxx国产喷水亚洲国产精品无码久久一区 | 亚洲日本va午夜中文字幕久久 | 99久久国产亚洲综合精品| 国产精品九九九久久九九| 久久久SS麻豆欧美国产日韩| 久久se这里只有精品| 久久99精品国产麻豆宅宅 | 久久久久久亚洲精品不卡| 国产午夜免费高清久久影院| 日韩影院久久| 国产午夜精品久久久久九九电影 | aaa级精品久久久国产片| 久久久久久久女国产乱让韩| 亚洲人AV永久一区二区三区久久| 国产一区二区精品久久岳| 久久国产高清字幕中文| 精品久久久久久亚洲精品 | 久久久久久无码国产精品中文字幕 | 奇米影视7777久久精品| 久久精品国产久精国产果冻传媒|