青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

Dict.CN 在線詞典, 英語(yǔ)學(xué)習(xí), 在線翻譯

學(xué)海苦作舟,書(shū)山勤為徑

留下點(diǎn)回憶

常用鏈接

統(tǒng)計(jì)

積分與排名

Denoise

English study

Web技術(shù)

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

一些連接

最新評(píng)論

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

C語(yǔ)言的STRUCT提供了一種叫bit field的語(yǔ)法,可以根據(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é)長(zhǎng)度,成員a占4位,b占2位,c占2位。這樣定義以后,我們可以方便的通過(guò)設(shè)置成員的值來(lái)設(shè)置結(jié)構(gòu),而不需要進(jìn)行位操作了。例如:
tagtest myTest;
myTest.a = 10;
myTest.b = 2;
myTest.c = 1;

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

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

評(píng)論

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

可能是我描述有問(wèn)題,或者你的理解有問(wèn)題,呵呵。
當(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;
如果再不明白就沒(méi)有辦法了。

不要總是說(shuō)impossible!  回復(fù)  更多評(píng)論   

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

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

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

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

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

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

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

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

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

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

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

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

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

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

是大端小端序的問(wèn)題(和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ù)  更多評(píng)論   

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

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

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

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

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

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

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

C的標(biāo)準(zhǔn)語(yǔ)法里并沒(méi)有說(shuō)bit field 是連續(xù)存儲(chǔ)的哦~~~~
  回復(fù)  更多評(píng)論   

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


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

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

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

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

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

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

# re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺(tái)的教訓(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。
這跟大端小端沒(méi)關(guān)系,大端小端說(shuō)的是字節(jié)間的關(guān)系。
這里是字節(jié)內(nèi)部的位的排列順序,對(duì)吧
謝謝lz,我也懂了,嘿嘿  回復(fù)  更多評(píng)論   

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

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

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

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

# re: 關(guān)于C結(jié)構(gòu)體bit field的跨平臺(tái)的教訓(xùn)。 2008-04-13 13:13 樹(shù)欲靜而風(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 我沒(méi)有試,想必是被編譯器把先定義的bit看成了
高bit, 我們沒(méi)有直接進(jìn)行位操作,是編譯器為我們做了。
笨笨說(shuō)的是對(duì)的。  回復(fù)  更多評(píng)論   

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

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

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

原則1:無(wú)論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)
合起來(lái)是含義(人類讀法):bit7~0=0x6A。

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

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

原則1:無(wú)論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)
合起來(lái)是含義(人類讀法):bit7~0=01101010=0x6A。

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

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲网站视频| 亚洲高清中文字幕| 亚洲欧美一区二区激情| 亚洲免费高清视频| 国产精品成人观看视频免费| 亚洲欧美视频在线| 久久国产精品网站| 亚洲欧洲三级| 亚洲视频在线观看三级| 国产一区二区精品久久| 欧美国产视频在线| 国产精品久久国产精品99gif| 欧美一区二区精品| 久久久久久**毛片大全| 欧美在线免费看| 在线观看91精品国产入口| 亚洲国产小视频在线观看| 欧美日韩视频第一区| 久久超碰97中文字幕| 可以免费看不卡的av网站| 国产农村妇女毛片精品久久麻豆 | 亚洲夫妻自拍| 在线视频精品一区| 黄色影院成人| 亚洲视频碰碰| 91久久精品一区二区别| 亚洲在线播放| 亚洲精选视频免费看| 亚洲欧美韩国| 一区二区日韩| 久久久99免费视频| 亚洲欧美日韩国产一区二区三区| 亚洲国产高潮在线观看| 国产精品一级| 日韩亚洲不卡在线| 亚洲电影在线| 久久国内精品视频| 亚洲欧美日韩在线| 欧美精品一区在线观看| 欧美va亚洲va日韩∨a综合色| 国产精品久久久久久户外露出| 欧美国内亚洲| 精品va天堂亚洲国产| 欧美伊人久久| 欧美日韩在线不卡| 亚洲黄色片网站| 在线观看精品视频| 欧美一区二区三区免费观看视频| 中文一区二区在线观看| 欧美高清你懂得| 欧美成人综合在线| 国外成人在线| 欧美在线在线| 久久精品久久综合| 国产欧美一区二区三区久久人妖 | 校园春色综合网| 亚洲伊人网站| 国产精品久久久久久久久久妞妞 | 亚洲免费av观看| 一区二区三区四区五区视频| 欧美精品激情| 亚洲久色影视| 亚洲制服av| 国产免费成人在线视频| 亚洲免费视频网站| 欧美一区亚洲一区| 国产日韩欧美在线播放| 欧美亚洲免费在线| 久久视频在线看| 亚洲成色777777女色窝| 老司机aⅴ在线精品导航| 欧美不卡高清| 亚洲人线精品午夜| 欧美视频第二页| 亚洲欧美乱综合| 老司机午夜免费精品视频| 亚洲电影在线看| 欧美激情综合| 亚洲深夜影院| 久久久久五月天| 亚洲人www| 国产精品高潮视频| 久久国产精品99久久久久久老狼| 国产日产欧美精品| 美女主播视频一区| 亚洲欧洲在线免费| 欧美日韩久久| 午夜精品美女自拍福到在线| 久久久久综合网| 亚洲人成在线播放| 国产精品久久夜| 久久米奇亚洲| 亚洲卡通欧美制服中文| 久久se精品一区精品二区| 亚洲国产综合在线| 国产精品美女久久久久久免费| 欧美制服丝袜| 9久草视频在线视频精品| 久久久精品性| 亚洲最快最全在线视频| 国产一区自拍视频| 欧美日韩综合视频网址| 久久激情五月婷婷| 一区二区三区国产盗摄| 蜜臀99久久精品久久久久久软件| 亚洲综合社区| 亚洲精品免费在线播放| 中文精品视频一区二区在线观看| 久久国产视频网站| 日韩视频在线一区二区三区| 久久久久久伊人| 亚洲欧美制服另类日韩| 亚洲激情六月丁香| 国产一区二区三区免费在线观看| 欧美日本国产在线| 米奇777在线欧美播放| 午夜精品一区二区三区在线| 亚洲精品久久7777| 欧美**字幕| 久久久精品性| 欧美一区二区黄| 亚洲女ⅴideoshd黑人| 亚洲日本欧美日韩高观看| 影音先锋久久| 国内精品一区二区| 国产欧美韩国高清| 国产精品欧美久久| 欧美午夜精品久久久久久孕妇 | 亚洲精品国产日韩| 欧美成人有码| 欧美1区2区| 麻豆精品视频在线观看视频| 久久久久成人精品免费播放动漫| 性亚洲最疯狂xxxx高清| 亚洲欧美日韩一区在线| 亚洲欧美另类国产| 亚洲综合导航| 亚洲欧美在线视频观看| 亚洲欧美日韩一区二区三区在线观看| 日韩一级片网址| 亚洲日韩视频| 一本久久a久久免费精品不卡| 亚洲精品美女在线观看| 日韩一本二本av| 一区二区免费看| 亚洲免费在线精品一区| 亚洲在线一区二区三区| 亚洲女女做受ⅹxx高潮| 欧美一级片在线播放| 久久精品理论片| 欧美成人免费小视频| 欧美激情在线有限公司| 亚洲伦理在线| 在线视频日韩精品| 午夜日韩激情| 久久欧美中文字幕| 欧美激情综合在线| 国产精品久久久久久模特 | 国产亚洲人成网站在线观看| 精品999网站| 日韩性生活视频| 亚洲在线播放| 久久综合伊人| 亚洲国产精品悠悠久久琪琪| 日韩午夜电影| 欧美专区亚洲专区| 牛人盗摄一区二区三区视频| 欧美日韩国产综合一区二区| 国产区日韩欧美| 亚洲黄色视屏| 香蕉视频成人在线观看| 女女同性精品视频| 正在播放亚洲| 久久在线免费| 国产精品美女在线| 亚洲国产成人精品女人久久久 | 尤物精品在线| 亚洲一区免费网站| 美日韩精品免费观看视频| 一本色道**综合亚洲精品蜜桃冫| 欧美一级专区| 欧美日韩一区二区三区四区五区| 国产午夜精品福利| 这里是久久伊人| 欧美成人精品在线播放| 国产精品国产三级国产普通话蜜臀| 国产精品99久久久久久久久| 久久久精品午夜少妇| 欧美午夜精品久久久久久人妖| 在线观看国产精品网站| 亚洲免费视频网站| 亚洲国产精品99久久久久久久久| 亚洲综合日本| 欧美日韩亚洲另类| 亚洲国产天堂久久国产91| 久久精品女人天堂| 亚洲色图综合久久| 欧美理论大片| 亚洲人成久久| 欧美国产日韩一区二区三区|