• <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>

            無我

            讓內心永遠燃燒著偉大的光明的精神之火!
            靈活的思考,嚴謹的實現
            豪邁的氣魄、頑強的意志和周全的思考

            eSNACC對ASN.1 constructors的處理

            首先讓我們來學習一下ASN.1的Constructors類型 。
            ASN.1 constructors 類型可以將簡單的預定義類型封裝成復雜的數據類型。而且,這種操作可以是嵌套的,比如,constructors中還可以包含其他的constructors類型。ASN.1的constructors類型有:

            SEQUENCE

            SEQUENCE是一個表示有序元素集合的數據類型。集合可能為空,集合中的元素可以是任意ASN.1類型,并且元素類型可以不同。集合中的元素還可以被命名。這類似于C/C++中的結構體。

            SEQUENCE OF

            SEQUENCE OF 是一個表示有序元素集合的數據類型,集合可以為空。集合中的元素可以是任意ASN.1類型,但是要求所有元素為同一類型。集合中的元素可以被命名。這很類似于C/C++中的有序數組/鏈表。

            SET

            SET 是一個表示無序元素集合的數據類型,集合可以為空。集合中的元素可以是任意ASN.1類型,并且元素類型可以不同。集合中的元素可以被命名。這同樣類似于C/C++中的結構體。

            SET OF

            SET OF 是一個表示無序元素集合的數據類型,集合可以為空。集合中的元素可以是任意ASN.1類型,但是要求所有元素為同一類型。集合中的元素可以被命名。這很類似于C/C++中的無序數組/鏈表。 

            一眼看上去似乎SEQUENCE 和SET是一樣的。其實不同就在于SEQUENCE是有序的,而SET不是。比如,在上面的例子中,SET在編碼時,字段field2就可以比field1先發送,而對SEQUENCE,我們希望field1必須在field2之前先處理。

            SEQUENCE OF 和SET OF的區別也就在這。

            總而言之,SEQUENCE 和SEQUENCE OF依賴順序來避免模糊。而SET 和SET OF就依賴數據類型或者每個元素的標簽來唯一區分每個元素。

            OPTIONAL

             SEQUENCE 等集合中出現的關鍵字OPTIONAL表示集合中的那個元素不是必須的:也就是可以存在也可以省略。  例如:

            這對SEQUENCE OF, SET 和SET OF都適用。

            DEFAULT

            在某些情況下,給指定類型的某個元素設定一個默認值在編碼時是非常有用的。

            CHOICE

            CHOICE類型是一個定義一個或者多個類型的聯合的數據類型。這個聯合中的字段可以被命名。每一個CHOICE的實例,都必須指定為這個聯合中的一個類型。例如: 

            以上內容翻譯自http://www.lkn.ei.tum.de/arbeiten/faq/man/tau42_help/ttcncase8.html

             

            /*******************************************休息一下***************************************

            下面我們來研究eSNACC的C代碼生成和C運行時庫對ASN.1 constructors的處理辦法:

            一、因為ASN.1允許不命名集合中的字段,但是C語言要求變量必須有名字,所以eSNACC對SETs, SEQUENCEs, CHOICEs中的空字段都會自動命名。名字依賴于該字段的類型名。

            二、對SEQUENCE (of)SET (of)中用OPTIONAL指定的可選元素,大部分都以指針實現。當指針不為NULL時那么就代表這個元素存在。不過當元素是OCTET STRINGs, BIT STRINGs OBJECT IDENTIFIERs類型時例外,因為這些類型很小,而且底層實現還包含一個內部的指針,利用那個指針就可以表明元素是否存在。具體請參加本系列前面的文章:對比特串、字節串、OBJECT IDENTIFIERs的編碼和解碼等。

            三、總結:eSNACC對ASN.1 constructors->C類型轉換規則:

            SEQUENCE —> C struct
            SET —> C struct

            SEQUENCE OF —> 雙向鏈表AsnList
            SET OF —> 雙向鏈表AsnList

            ENUMERATED  —> C enum
            CHOICE : 比較有意思,我們以后再專門討論。

            ASN.1到C struct和enum就是直接的對應關系,很簡單。這里我們主要看看eSNACC的雙向鏈表AsnList。

            看一下AsnList的定義:

            typedef struct AsnListNode
            {
                
            struct AsnListNode    *prev;
                
            struct AsnListNode    *next;
                
            void        *data;        /* this must be the last field of this structure  */
            }
             AsnListNode;

            typedef 
            struct AsnList
            {
                AsnListNode        
            *first;
                AsnListNode        
            *last;
                AsnListNode        
            *curr;
                
            int            count;        /* number of elements in list               */
                
            int            dataSize;    /* space required in each node for the data */
            }
             AsnList;

            要注意AsnList與我們一般寫的鏈表可能不同的是:他專門設計了一個頭AsnList,而真正存放節點內容的是AsnListNode。AsnList中包含了頭結點、尾節點、當前節點指針,節點元素的數目和每一個節點元素的數據大小(也就是為data分配內存時的值)。

            利用AsnList,我們就能很方便的得知包括鏈表頭尾指針、總數等的信息了。也能很方便的對整個鏈表進行遍歷訪問等操作了。

            要說明的是:first節點的prev指針和last的next指針總是NULL。而且AsnList的dataSize字段必須在生成鏈表或者使用前初始化時就必須賦予明確的值,因為只是每創建一個AsnListNode時對data分配的內存大小數。

            對AsnList的分析,我準備就只講這些了。之所以不展開函數實現,是因為里面就是數據結構中的鏈表操作算法,想必大家都相當熟悉,所以不怕老生常談,也擔心班門弄斧,就算了吧。

             

            不過,你可能發現有些問題:

            1、上文中提到過:SEQUENCE OF是有序的,而SET OF無序的。那我們在編譯成C語言時要怎么對應呢?我們看看eSNACC:他絲毫沒有提這個,壓根就無視這個性質!這有問題嗎?

            從ASN.1語義上來說,確實是沒有體現,但是其實是沒有問題的。因為ASN.1中所要求的有序無序,是說明數據編碼和傳輸的問題:有序就是要保證數據定義的順序。而我們轉為C語言,本來就是按數據定義的順序而轉的,而編碼解碼自然就只能是C定義的順序了,也就是說最后無論是對SEQUENCE OF還是SET OF,我們都保證了他是有序的,這當然沒有問題了。

            2、AsnList中存放數據的都是void*類型,這就不知道數據的原始類型了呀?

            是的,AsnList中確實只是存放了void*,這導致類型丟失了。也就是你如果不小心存了不同類型的數據,他也一言不發的縱容了你。這是類型不安全的。BTW,在eSNACC的C++庫中,就不存在這個問題了,這個留待以后對eSNACC的C++運行時庫剖析時再說。

             

            好了,本篇就到此了。

             

            posted on 2012-04-25 15:01 Tim 閱讀(1695) 評論(2)  編輯 收藏 引用 所屬分類: eSNACC學習

            評論

            # re: eSNACC對ASN.1 constructors的處理[未登錄] 2012-04-27 09:36 Tina

            不錯的文章。。。  回復  更多評論   

            <2009年7月>
            2829301234
            567891011
            12131415161718
            19202122232425
            2627282930311
            2345678

            導航

            統計

            公告

            本博客原創文章,歡迎轉載和交流。不過請注明以下信息:
            作者:TimWu
            郵箱:timfly@yeah.net
            來源:m.shnenglu.com/Tim
            感謝您對我的支持!

            留言簿(9)

            隨筆分類(173)

            IT

            Life

            搜索

            積分與排名

            最新隨筆

            最新評論

            閱讀排行榜

            三级韩国一区久久二区综合 | 久久人人爽人人爽人人片AV麻豆 | 久久无码av三级| 一本一道久久精品综合| 久久久久久一区国产精品| 久久亚洲中文字幕精品一区| 久久精品人成免费| 无码精品久久一区二区三区| 久久精品水蜜桃av综合天堂| 亚洲国产成人久久精品99 | 欧美激情精品久久久久| 久久精品国产WWW456C0M| 日本精品久久久久久久久免费| 久久99国产综合精品免费| 国产精品午夜久久| 久久精品国产91久久综合麻豆自制 | 色偷偷88888欧美精品久久久| 亚洲欧美精品伊人久久| 久久99热只有频精品8| 综合久久久久久中文字幕亚洲国产国产综合一区首 | 婷婷久久香蕉五月综合加勒比| 久久精品国产精品亚洲人人| 精品久久香蕉国产线看观看亚洲| 久久久久久久久66精品片| 久久久久久亚洲精品无码| 国产一区二区精品久久岳| 国产欧美久久久精品| 久久精品国产亚洲av水果派 | 无码任你躁久久久久久老妇| 精品久久久无码中文字幕天天| 国产精品久久久久影视不卡| 久久亚洲AV成人无码软件 | 久久精品国产亚洲AV影院| 久久婷婷成人综合色综合| 久久se精品一区精品二区国产| 国产亚洲精久久久久久无码77777| 精品精品国产自在久久高清| 久久频这里精品99香蕉久| a级毛片无码兔费真人久久| 无码人妻久久一区二区三区| 久久精品国产精品亚洲艾草网美妙|