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

            loop_in_codes

            低調(diào)做技術(shù)__歡迎移步我的獨立博客 codemaro.com 微博 kevinlynx

            使用memcmp比較兩個變量結(jié)果一定嗎?

            參考Is using memcmp on array of int strictly conforming?

            以下代碼一定會輸出ok嗎?

            #include <stdio.h>
            #include <string.h>
            
            struct S { int array[2]; };
            
            int main () {
                struct S a = { { 1, 2 } };
                struct S b;
                b = a;
                if (memcmp(b.array, a.array, sizeof(b.array)) == 0) {
                    puts("ok");
                }
                return 0;
            }
            

            我在vs2005以及gcc4.4.3上做了測試,都輸出了ok。但這并不意味這個代碼會永遠(yuǎn)輸出ok。問題主要集中于這里使用了賦值語句來復(fù)制值,但卻使用了memcmp這個基于內(nèi)存數(shù)據(jù)比較的函數(shù)來比較值。

            c語言中的賦值運算符(=)被定義為基于值的復(fù)制,而不是基于內(nèi)存內(nèi)容的復(fù)制。

            C99 section 6.5.16.1 p2: In simple assignment (=), the value of the right operand is converted to the type of the assignment expression and replaces the value stored in the object designated by the left operand.

            這個其實很好理解,尤其在不同類型的數(shù)字類型間復(fù)制時,例如:

            float a = 1.1;
            int b = a;
            

            因為浮點數(shù)和整形數(shù)的內(nèi)存布局不一樣,所以肯定是基于值的一種復(fù)制。另外,按照語言標(biāo)準(zhǔn)的思路來看,內(nèi)存布局這種東西一般都屬于實現(xiàn)相關(guān)的,所以語言標(biāo)準(zhǔn)是不會依賴實現(xiàn)去定義語言的。

            上面的定理同樣用于復(fù)雜數(shù)據(jù)類型,例如結(jié)構(gòu)體。我們都知道結(jié)構(gòu)體每個成員之間可能會有字節(jié)補(bǔ)齊,而使用賦值運算符來復(fù)制時,會不會復(fù)制這些補(bǔ)齊字節(jié)的內(nèi)容,是語言標(biāo)準(zhǔn)未規(guī)定的。這意味著使用memcmp比較兩個通過賦值運算符復(fù)制的兩個結(jié)構(gòu)體時,其結(jié)果是未定的。

            但是上面的代碼例子中,比較的其實是兩個int數(shù)組。這也無法確認(rèn)結(jié)果嗎?這個問題最終集中于,難道int也會有不確定的補(bǔ)齊字節(jié)數(shù)據(jù)?

            C99 6.2.6.2 integer types For signed integer types, the bits of the object representation shall be divided into three groups: value bits, padding bits, and the sign bit. […] The values of any padding bits are unspecified.

            這話其實我也不太懂。一個有符號整數(shù)int,其內(nèi)也有補(bǔ)齊二進(jìn)制位(bits)?

            但無論如何,這個例子都不算嚴(yán)謹(jǐn)?shù)拇a。人們的建議是使用memcpy來復(fù)制這種數(shù)據(jù),因為memcpy和memcmp都是基于內(nèi)存內(nèi)容來工作的。

            posted on 2012-08-17 14:07 Kevin Lynx 閱讀(3978) 評論(2)  編輯 收藏 引用 所屬分類: c/c++tips

            評論

            # re: 使用memcmp比較兩個變量結(jié)果一定嗎? 2012-08-18 00:59 路過

            我還一直以為默認(rèn)賦值運算就是內(nèi)存賦值是標(biāo)準(zhǔn)內(nèi)容呢,原來是未定義。  回復(fù)  更多評論   

            成人a毛片久久免费播放| 精品国产乱码久久久久软件| 精品综合久久久久久98| 久久精品国产一区二区三区不卡 | 中文字幕久久精品| 色妞色综合久久夜夜| 亚洲精品高清一二区久久| 香蕉99久久国产综合精品宅男自| 久久er国产精品免费观看8| 久久国产精品二国产精品| 国内精品久久久久久久亚洲| 欧美性大战久久久久久| 中文字幕无码久久人妻| 一本一道久久综合狠狠老| 久久久久se色偷偷亚洲精品av| 午夜精品久久久久久影视riav| 久久亚洲AV成人无码软件| 久久亚洲精品无码aⅴ大香| 一本色道久久88—综合亚洲精品| 亚洲中文字幕久久精品无码喷水| 国产精品免费福利久久| 国产综合免费精品久久久| 久久精品中文字幕第23页| 日韩人妻无码一区二区三区久久99| 亚洲日本va中文字幕久久| 亚洲国产精品热久久| 久久久久无码国产精品不卡| 热99RE久久精品这里都是精品免费| 国产色综合久久无码有码| 99久久精品国产一区二区| 免费无码国产欧美久久18| 久久99精品久久久久久| 区亚洲欧美一级久久精品亚洲精品成人网久久久久 | 久久久中文字幕| 伊人情人综合成人久久网小说| 久久人人爽人人爽人人AV| 久久久WWW成人免费精品| 久久精品国产亚洲AV高清热| 一本综合久久国产二区| 精品多毛少妇人妻AV免费久久| 伊人久久综合精品无码AV专区 |