• <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>
            Dict.CN 在線詞典, 英語學(xué)習(xí), 在線翻譯

            學(xué)??嘧髦?,書山勤為徑

            留下點(diǎn)回憶

            常用鏈接

            統(tǒng)計(jì)

            積分與排名

            Denoise

            English study

            Web技術(shù)

            數(shù)據(jù)壓縮

            一些連接

            最新評論

            關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。

            C語言的STRUCT提供了一種叫bit field的語法,可以根據(jù)需要決定成員占用某字節(jié)的從X位到Y(jié)位,例如,下面一個(gè)結(jié)構(gòu):
            struct tagtest
            {
            ???char a:4;
            ?? char b:2;
            ?? char c:2;
            };

            這個(gè)定義的含義是整個(gè)結(jié)構(gòu)是一個(gè)字節(jié)長度,成員a占4位,b占2位,c占2位。這樣定義以后,我們可以方便的通過設(shè)置成員的值來設(shè)置結(jié)構(gòu),而不需要進(jìn)行位操作了。例如:
            tagtest myTest;
            myTest.a = 10;
            myTest.b = 2;
            myTest.c = 1;

            但今天發(fā)現(xiàn)一個(gè)問題,就是windows系統(tǒng)上的和MAC上對待這個(gè)結(jié)構(gòu)是不同的;現(xiàn)象如下:
            如果在windows上這是上面的值,在MAC上得到的結(jié)構(gòu)成員值為:
            myTest.a = 6;myTest.b = 2;myTest.c = 2;
            仔細(xì)分析之后覺得這個(gè)不是字節(jié)序的問題,因?yàn)樽止?jié)序?qū)σ粋€(gè)字節(jié)是不起作用的,如果起作用那傳輸數(shù)據(jù)就麻煩了了;那么是什么問題導(dǎo)致的呢?
            應(yīng)該是編譯器造成的,規(guī)律如下:
            在WINDOS上,編譯器認(rèn)為c是字節(jié)的高位,而a是字節(jié)的低位;但MAC上正好相反了;a 是字節(jié)的低位,c是字節(jié)的低位。
            緊記在心?。。?

            posted on 2006-09-08 14:04 笨笨 閱讀(5846) 評論(27)  編輯 收藏 引用 所屬分類: 調(diào)試

            評論

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2006-09-11 08:38 cmdn

            這應(yīng)該就是大端和小端的問題吧!  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2006-09-11 08:53 笨笨

            如果你說是,那么我說你錯(cuò)了  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2006-09-11 08:54 笨笨

            仔細(xì)看文章  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2006-09-13 16:46 Perry

            C語言沒有規(guī)定位段的存儲順序,因此是編譯器相關(guān)的,這個(gè)好像在不少書上都強(qiáng)調(diào)過記得

            但是如果在同一個(gè)程序里只使用.運(yùn)算符操作應(yīng)該是不會有問題的啊,只會在把各位段作為整體(例如一個(gè)位段和整數(shù)的union)操作,或者在windows下寫入文件再在mac下讀出來才會有你說的情況發(fā)生罷?  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2006-09-13 21:15 笨笨

            不是的,測試結(jié)果告訴我,在兩種操作系統(tǒng)中即使為該結(jié)構(gòu)體設(shè)置同樣的值,對應(yīng)的成員值是不一樣的。  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2006-09-18 20:43 Perry

            不懂你的意思
            “即使為該結(jié)構(gòu)體設(shè)置同樣的值,對應(yīng)的成員值是不一樣的”
            你是說如果賦值
            myTest.a = 10;
            myTest.b = 2;
            myTest.c = 1;
            會得到結(jié)果
            myTest.a == 6;myTest.b == 2;myTest.c == 2;

            這顯然是不可能的!  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2006-09-19 09:16 笨笨

            可能是我描述有問題,或者你的理解有問題,呵呵。
            當(dāng)然,設(shè)置和取值是在不同的操作系統(tǒng)上。例如:
            myTest.a = 10;
            myTest.b = 2;
            myTest.c = 1;
            16進(jìn)制是0X64
            在WINDOWS上,然后將該結(jié)構(gòu),發(fā)送到MAC 上
            這個(gè)結(jié)構(gòu)的緩沖區(qū)仍然是0X64,我有一個(gè)緩沖區(qū)保存它,例如:
            char buf[1];
            buf[0] = 0X64;
            然后強(qiáng)制轉(zhuǎn)換,tagtest * pMyTest = (tagtest *)buf;
            這個(gè)時(shí)候,各成員的值是:
            myTest.a == 6;myTest.b == 2;myTest.c == 2;
            如果再不明白就沒有辦法了。

            不要總是說impossible!  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2006-09-21 09:20 bobby567

            Perry說可能與編繹器有關(guān)系,請問你在WINDOWS和MAC上是使用的同一編繹器嗎???
              回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2006-09-21 10:20 笨笨

            文章中已經(jīng)提到是和編繹器有關(guān)系的。  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2006-09-21 11:19 Perry

            請注意我的第一次回復(fù)
            或者在windows下寫入文件再在mac下讀出來才會有你說的情況發(fā)生罷?
            你的回答是:不是的

            或許你并不是寫文件,而是網(wǎng)絡(luò)傳,但我想你應(yīng)該可以明白我的意思  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2006-09-22 10:19 笨笨

            你這里沒有完全說明白,我怕你隱含了某些東西。其實(shí)我想強(qiáng)調(diào)的是,這不是網(wǎng)絡(luò)字節(jié)序的問題。  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2006-10-06 21:46 路過

            就跟編譯器有關(guān)吧,跟操作系統(tǒng)有啥關(guān)系  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2006-10-07 16:25 笨笨

            嚴(yán)格的說是和操作系統(tǒng)沒有關(guān)系,但是某些編譯器只能在某些操作系統(tǒng)上運(yùn)行,所以和操作系統(tǒng)有間接的關(guān)系。  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2006-11-15 12:09 qzq

            是大端小端序的問題(和CPU架構(gòu)有關(guān))。


            BYTE data[] = {0x12, 0x34};
            Uint16 value = *(Uint16*)data;
            struct tagtest
            {
            char a:4;
            char b:2;
            char c:2;
            };
            tagtest* tag = (tagtest*)data;
            如果大端序, value == 0x1234, 即 Uint16 保存時(shí)先先保存高字節(jié)。
            tag->a == 1,即位域保存時(shí)先保存在高比特。

            如果小端序, value == 0x3412, 即 Uint16 保存時(shí)先保存低字節(jié)。
            tag->a == 2, 即位域保存時(shí)先保存在低比特。





              回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2006-11-17 09:26 笨笨

            你高錯(cuò)了吧  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2006-11-17 09:26 笨笨

            我說的可以是一個(gè)字節(jié)啊  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2006-12-06 16:31 wwxxdd1982

            字節(jié)序說的是多于一個(gè)字節(jié)以上的字節(jié)在內(nèi)存中的存儲順序!?。?!
            bit field指的bit!!??!根本扯不到一起

            我只想說如果是在連續(xù)的win 和 mac都在連續(xù)的內(nèi)存空間內(nèi)你說的
            現(xiàn)象是不會發(fā)生的!如果在不連續(xù)的空間內(nèi)就很有可能了。

            C的標(biāo)準(zhǔn)語法里并沒有說bit field 是連續(xù)存儲的哦~~~~
              回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2006-12-13 09:08 qzq


            大端小端序不光是字節(jié)序,還包括比特序,這個(gè)是和CPU架構(gòu)有關(guān)的。編譯器只不過是配合CPU架構(gòu),所以不同CPU架構(gòu)的表現(xiàn)不同,PC、MAC 上的正好不同,x86是小端,MAC的CPU是大端序。
              回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2006-12-13 21:00 windcsn

            qzq能給個(gè)介紹關(guān)于bit序的地方嗎?說實(shí)話,我可是第一次聽到這個(gè).和CPU有關(guān)不假,可從來么有聽說過CPU的字節(jié)上的bit順序不同,指教  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2007-06-01 10:07 暗暗

            在WINDOS上,編譯器認(rèn)為c是字節(jié)的高位,而a是字節(jié)的低位;但MAC上正好相反了;a 是字節(jié)的低位,c是字節(jié)的低位。

            you筆誤  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2007-06-01 14:59 暗暗

            應(yīng)該是X86和MAC體系的不同吧
            X86:
            x86的位是從右到左的填入,在這里就是0110 1010了
            其中a就是1010,b是10c是10
            MAC:
            MAC的是從左到右的填入,讀的時(shí)候當(dāng)然也把寫的時(shí)候當(dāng)成從左到右
            所以先天在這里就成了a為0110,b為10,c為10
            也就是a為6,b為2,c為2。
            這跟大端小端沒關(guān)系,大端小端說的是字節(jié)間的關(guān)系。
            這里是字節(jié)內(nèi)部的位的排列順序,對吧
            謝謝lz,我也懂了,嘿嘿  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2007-09-13 21:51 螞蟻終結(jié)者

            不錯(cuò),以前只知道bit field不好移植,今天算是見到實(shí)際例子了  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2008-02-14 17:01 狂.玫瑰

            看到暗暗的回復(fù)才有如夢初醒的感覺,感謝樓主給出的實(shí)際例子.  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2008-04-13 13:13 樹欲靜而風(fēng)不止

            看一看windows 的編譯器:
            mytest.a=10;
            00401024 mov al,byte ptr [mytest]
            00401027 and al,0F0h
            00401029 or al,0Ah
            0040102B mov byte ptr [mytest],al
            mytest.b=2;
            0040102E mov al,byte ptr [mytest]
            00401031 and al,0CFh
            00401033 or al,20h
            00401035 mov byte ptr [mytest],al
            mytest.c=1;
            00401038 mov al,byte ptr [mytest]
            0040103B and al,3Fh
            0040103D or al,40h
            0040103F mov byte ptr [mytest],al
            先定義的域在windows 上被翻譯為字節(jié)的低bit.
            Mac 我沒有試,想必是被編譯器把先定義的bit看成了
            高bit, 我們沒有直接進(jìn)行位操作,是編譯器為我們做了。
            笨笨說的是對的。  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2012-06-18 10:31 scorpioo

            可以參考一下這個(gè):
            How Endianness Effects Bitfield Packing
            http://mjfrazer.org/mjfrazer/bitfields/  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2016-03-28 19:54 test

            原則1:無論cpu架構(gòu),結(jié)構(gòu)體bit-field成員,bit地址是遞增的。
            原則2:bitfields的每個(gè)比特,bigendian中,MSB(人類讀的最高有效位)在低地址, little endian,則MSB在高地址。
            所以:
            myTest.a = 10;
            myTest.b = 2;
            myTest.c = 1;

            在intel上,MSB在高位
            a=10(bit3~0=1010),b=2(bit5~4=10),c=1(bit7~6=01)
            合起來是含義(人類讀法):bit7~0=0x6A。

            在mac上,MSB放在低地址:
            a=10=1010 B同樣使用低bit3~0,不過高位(MSB)在bit0,寫作bit0~3 =1010
            b=2 = 10 B ,同樣使用較高地址bit 4~5,不過高位在bit4,bit4~5寫作10
            c=1 = 01 B,同樣使用最高地址bit6和7,高位在bit6,bit6,7 寫作 01
            于是,含義(人類讀法):bit0~7=10101001 B=0xA5  回復(fù)  更多評論   

            # re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺的教訓(xùn)。 2016-03-28 19:59 test

            原則1:無論cpu架構(gòu),結(jié)構(gòu)體bit-field成員,bit地址是遞增的。
            原則2:bitfields的每個(gè)比特,bigendian中,MSB(人類讀的最高有效位)在低地址, little endian,則MSB在高地址。
            所以:
            myTest.a = 10;
            myTest.b = 2;
            myTest.c = 1;

            在intel上,MSB在高位
            a=10(bit3~0=1010),b=2(bit5~4=10),c=1(bit7~6=01)
            合起來是含義(人類讀法):bit7~0=01101010=0x6A。

            在mac上,MSB放在低地址:
            a=10=1010 B同樣使用低bit3~0,不過高位(MSB)在bit0,寫作bit0~3 =1010
            b=2 = 10 B ,同樣使用較高地址bit 4~5,不過高位在bit4,bit4~5寫作10
            c=1 = 01 B,同樣使用最高地址bit6和7,高位在bit6,bit6,7 寫作 01
            于是,含義(人類讀法):bit0~7=10101001 B=0xA9  回復(fù)  更多評論   

            色综合久久中文字幕综合网 | 青青草原综合久久大伊人| 久久久不卡国产精品一区二区 | 亚洲精品无码久久千人斩| 久久99亚洲网美利坚合众国| 一本大道加勒比久久综合| 精品久久久久久久国产潘金莲| 久久婷婷五月综合色高清| 2021最新久久久视精品爱| 少妇内射兰兰久久| 久久久久亚洲av毛片大| 国产精品禁18久久久夂久| 伊人久久精品影院| 色综合久久天天综合| 久久亚洲欧美国产精品| 久久人人青草97香蕉| 久久国产视屏| 99久久精品免费国产大片| 精品久久久久久久无码| 精品伊人久久大线蕉色首页| 久久WWW免费人成一看片| 99热精品久久只有精品| 新狼窝色AV性久久久久久| 欧美激情精品久久久久久| 久久亚洲欧美日本精品| 亚洲熟妇无码另类久久久| 亚洲精品久久久www| 亚洲国产日韩欧美综合久久| 中文字幕久久欲求不满| 狠狠色丁香婷婷久久综合不卡| 亚洲av日韩精品久久久久久a| 婷婷久久五月天| 伊人久久五月天| 香蕉久久夜色精品国产2020| 久久精品国产精品亜洲毛片| 成人a毛片久久免费播放| 国产福利电影一区二区三区,免费久久久久久久精 | 久久久久久亚洲精品影院| 人妻少妇精品久久| 亚洲人成网站999久久久综合 | 区亚洲欧美一级久久精品亚洲精品成人网久久久久 |