• <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++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

            ftok函數

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

            系統建立IPC通訊(如消息隊列、共享內存時)必須指定一個ID值。通常情況下,該id值通過ftok函數得到。
            ftok原型如下:
            key_t ftok( char * fname, int id )
            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_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") ;
             }


            综合久久久久久中文字幕亚洲国产国产综合一区首| 无码国内精品久久综合88| 91精品国产综合久久婷婷| 久久美女人爽女人爽| 94久久国产乱子伦精品免费| 久久综合亚洲色HEZYO国产| 99精品国产免费久久久久久下载| 性做久久久久久久| 国产精品gz久久久| 久久国产免费观看精品3| 久久天天躁狠狠躁夜夜av浪潮| 久久精品国产亚洲αv忘忧草| 97久久精品无码一区二区| 久久国产精品波多野结衣AV| 色狠狠久久AV五月综合| 久久精品国产亚洲AV无码娇色| 97久久精品无码一区二区 | 久久久久久久久久久久中文字幕| 国产精品天天影视久久综合网| 久久狠狠一本精品综合网| 久久ww精品w免费人成| 色欲综合久久躁天天躁| 精品久久久久久无码专区| 欧美激情一区二区久久久| 国产日韩久久免费影院| 久久精品人人做人人爽电影蜜月 | 久久久久99精品成人片试看| 久久久受www免费人成| 秋霞久久国产精品电影院| 亚洲AV日韩精品久久久久| 国产免费久久精品99re丫y| 久久伊人中文无码| 美女久久久久久| 午夜福利91久久福利| 久久久久久无码国产精品中文字幕| 久久精品人人做人人爽电影| 久久99久久99精品免视看动漫| 亚洲精品无码久久久影院相关影片| 久久伊人精品一区二区三区| 久久亚洲精品国产精品婷婷| 一本久久综合亚洲鲁鲁五月天亚洲欧美一区二区 |