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

            chenglong7997

            Signed to unsigned conversion in C - is it always safe? (from stackoverflow)

            Suppose I have the following C code.

            unsigned int u = 1234;
            int i = -5678;

            unsigned int result = u + i;

            What implicit conversions are going on here, and is this code safe for all values of u and i? (Safe, in the sense that even though result in this example will overflow to some huge positive number, I could cast it back to an int and get the real result.)

            Answer:

            Short Answer

            Your i will be converted to an unsigned integer by adding UINT_MAX + 1, then the addition will be carried out with the unsigned values, resulting in a large result (depending on the values of u andi).

            Long Answer

            According to the C99 Standard:

            6.3.1.8 Usual arithmetic conversions

            1. If both operands have the same type, then no further conversion is needed.
            2. Otherwise, if both operands have signed integer types or both have unsigned integer types, the operand with the type of lesser integer conversion rank is converted to the type of the operand with greater rank.
            3. Otherwise, if the operand that has unsigned integer type has rank greater or equal to the rank of the type of the other operand, then the operand with signed integer type is converted to the type of the operand with unsigned integer type.
            4. Otherwise, if the type of the operand with signed integer type can represent all of the values of the type of the operand with unsigned integer type, then the operand with unsigned integer type is converted to the type of the operand with signed integer type.
            5. Otherwise, both operands are converted to the unsigned integer type corresponding to the type of the operand with signed integer type.

            In your case, we have one unsigned int (u) and signed int (i). Referring to (3) above, since both operands have the same rank, your i will need to be converted to an unsigned integer.

            6.3.1.3 Signed and unsigned integers

            1. When a value with integer type is converted to another integer type other than _Bool, if the value can be represented by the new type, it is unchanged.
            2. Otherwise, if the new type is unsigned, the value is converted by repeatedly adding or subtracting one more than the maximum value that can be represented in the new type until the value is in the range of the new type.
            3. Otherwise, the new type is signed and the value cannot be represented in it; either the result is implementation-defined or an implementation-defined signal is raised.

            Now we need to refer to (2) above. Your i will be converted to an unsigned value by adding UINT_MAX + 1. So the result will depend on how UINT_MAX is defined on your implementation. It will be large, but it will not overflow, because:

            6.2.5 (9)

            A computation involving unsigned operands can never overflow, because a result that cannot be represented by the resulting unsigned integer type is reduced modulo the number that is one greater than the largest value that can be represented by the resulting type.

            Bonus: Arithmetic Conversion Semi-WTF

            #include <stdio.h>

            int main(void)
            {
             
            unsigned int plus_one = 1;
             
            int minus_one = -1;

             
            if(plus_one < minus_one)
                printf
            ("1 < -1");
             
            else
                printf
            ("boring");

             
            return 0;
            }

            You can use this link to try this online: http://codepad.org/yPhYCMFO

            Bonus: Arithmetic Conversion Side Effect

            Arithmetic conversion rules can be used to get the value of UINT_MAX by initializing an unsigned value to -1, ie:

            unsigned int umax = -1; // umax set to UINT_MAX

            This is guaranteed to be portable regardless of the signed number representation of the system because of the conversion rules described above. See this SO question for more information: Is it safe to use -1 to set all bits to true?

            posted on 2012-08-17 02:32 Snape 閱讀(799) 評論(0)  編輯 收藏 引用 所屬分類: Traps

            導航

            <2012年8月>
            2930311234
            567891011
            12131415161718
            19202122232425
            2627282930311
            2345678

            統計

            常用鏈接

            留言簿

            隨筆分類

            隨筆檔案

            文章分類

            文章檔案

            my

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            欧美亚洲国产精品久久| 久久精品人人槡人妻人人玩AV | 国产国产成人精品久久| 一本大道加勒比久久综合| 久久久久久无码国产精品中文字幕 | 亚洲精品无码久久久久久| 欧美亚洲另类久久综合| 亚洲AV无码成人网站久久精品大| 99久久www免费人成精品| 97精品伊人久久久大香线蕉 | 久久亚洲AV永久无码精品| 亚洲中文久久精品无码ww16 | 久久国产免费观看精品3| 日韩亚洲国产综合久久久| 久久精品国产精品亚洲精品| 亚洲色大成网站WWW久久九九| 久久久久亚洲精品天堂久久久久久| 久久久久亚洲av无码专区导航| 狠狠色丁香久久婷婷综合图片| 精品无码久久久久久国产| 九九99精品久久久久久| 漂亮人妻被黑人久久精品| 亚洲欧美伊人久久综合一区二区| 一本色道久久88综合日韩精品 | 久久福利资源国产精品999| 欧美国产成人久久精品| 99久久国产综合精品五月天喷水 | 久久婷婷人人澡人人| 久久777国产线看观看精品| 久久精品午夜一区二区福利 | 品成人欧美大片久久国产欧美...| 久久综合给合久久狠狠狠97色| 久久精品国产亚洲αv忘忧草 | 久久久91人妻无码精品蜜桃HD| 四虎国产精品免费久久5151| 久久精品国产半推半就| 91精品国产91久久久久久蜜臀| 韩国三级中文字幕hd久久精品 | 欧美丰满熟妇BBB久久久| 亚洲AV无码成人网站久久精品大| 日本人妻丰满熟妇久久久久久|