Unexpected result with right shift after bitwise negation Announcing the arrival of Valued...

List *all* the tuples!

How does a Death Domain cleric's Touch of Death feature work with Touch-range spells delivered by familiars?

Why is "Captain Marvel" translated as male in Portugal?

Is 1 ppb equal to 1 μg/kg?

What is the correct way to use the pinch test for dehydration?

Did Xerox really develop the first LAN?

Is it true that "carbohydrates are of no use for the basal metabolic need"?

Should I call the interviewer directly, if HR aren't responding?

If a contract sometimes uses the wrong name, is it still valid?

Is the Standard Deduction better than Itemized when both are the same amount?

Why is "Consequences inflicted." not a sentence?

Did Kevin spill real chili?

What do you call a phrase that's not an idiom yet?

Why does Python start at index -1 when indexing a list from the end?

When to stop saving and start investing?

Can inflation occur in a positive-sum game currency system such as the Stack Exchange reputation system?

Right-skewed distribution with mean equals to mode?

Is above average number of years spent on PhD considered a red flag in future academia or industry positions?

"Seemed to had" is it correct?

When -s is used with third person singular. What's its use in this context?

How to deal with a team lead who never gives me credit?

Should I discuss the type of campaign with my players?

How do I mention the quality of my school without bragging

Is a manifold-with-boundary with given interior and non-empty boundary essentially unique?



Unexpected result with right shift after bitwise negation



Announcing the arrival of Valued Associate #679: Cesar Manara
Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern)
The Ask Question Wizard is Live!
Data science time! April 2019 and salary with experience
Should we burninate the [wrap] tag?What are bitwise shift (bit-shift) operators and how do they work?Improve INSERT-per-second performance of SQLite?Right shift two's complement number like an unsigned intbit shifting in C, unexpected resultRight shift with zeros at the beginningUnexepected behavior from multiple bitwise shifts on the same lineUnexpected Result After Arithmetically Right ShiftingWhy unsigned int right shift is always filled with '1'Unusual behavior with shift-right bitwise operatorprintf() function in loop #3 gives unexpected result





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ height:90px;width:728px;box-sizing:border-box;
}







16















I expected that below code will output 10 because (~port) equal to 10100101
So, when we right shift it by 4 we get 00001010 which is 10.
But the output is 250! Why?



int main()
{
uint8_t port = 0x5a;
uint8_t result_8 = (~port) >> 4;
//result_8 = result_8 >> 4;

printf("%i", result_8);

return 0;
}









share|improve this question































    16















    I expected that below code will output 10 because (~port) equal to 10100101
    So, when we right shift it by 4 we get 00001010 which is 10.
    But the output is 250! Why?



    int main()
    {
    uint8_t port = 0x5a;
    uint8_t result_8 = (~port) >> 4;
    //result_8 = result_8 >> 4;

    printf("%i", result_8);

    return 0;
    }









    share|improve this question



























      16












      16








      16


      4






      I expected that below code will output 10 because (~port) equal to 10100101
      So, when we right shift it by 4 we get 00001010 which is 10.
      But the output is 250! Why?



      int main()
      {
      uint8_t port = 0x5a;
      uint8_t result_8 = (~port) >> 4;
      //result_8 = result_8 >> 4;

      printf("%i", result_8);

      return 0;
      }









      share|improve this question
















      I expected that below code will output 10 because (~port) equal to 10100101
      So, when we right shift it by 4 we get 00001010 which is 10.
      But the output is 250! Why?



      int main()
      {
      uint8_t port = 0x5a;
      uint8_t result_8 = (~port) >> 4;
      //result_8 = result_8 >> 4;

      printf("%i", result_8);

      return 0;
      }






      c bit-manipulation






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited yesterday









      John Kugelman

      249k54407460




      249k54407460










      asked yesterday









      IslamIslam

      1046




      1046
























          1 Answer
          1






          active

          oldest

          votes


















          24














          C promotes uint8_t to int before doing operations on it. So:





          1. port is promoted to signed integer 0x0000005a.


          2. ~ inverts it giving 0xffffffa5.

          3. An arithmetic shift returns 0xfffffffa.

          4. It's truncated back into a uint8_t giving 0xfa == 250.


          To fix that, either truncate the temporary result:



          uint8_t result_8 = (uint8_t)(~port) >> 4;


          mask it:



          uint8_t result_8 = (~port & 0xff) >> 4;


          or xor it (thanks @Nayuki!):



          uint8_t result_8 = (port ^ 0xff) >> 4;





          share|improve this answer


























          • you're right but i think C doesn't promote only uint8_t but also unsigned char because i tested it with unsigned char too and got the same result! Am i right?

            – Islam
            yesterday






          • 11





            uint8_t is, very likely, a synonym of unsigned char on your system. The promotion rules apply to all integral types smaller than int.

            – ybungalobill
            yesterday






          • 6





            Or explicitly only flip the low 8 bits: result = (port ^ 0xFF) >> 4;

            – Nayuki
            yesterday











          • @Nayuki: that's a good one too!

            – ybungalobill
            yesterday






          • 2





            @TomášZato: Yes. See en.cppreference.com/w/cpp/language/…

            – ybungalobill
            18 hours ago














          Your Answer






          StackExchange.ifUsing("editor", function () {
          StackExchange.using("externalEditor", function () {
          StackExchange.using("snippets", function () {
          StackExchange.snippets.init();
          });
          });
          }, "code-snippets");

          StackExchange.ready(function() {
          var channelOptions = {
          tags: "".split(" "),
          id: "1"
          };
          initTagRenderer("".split(" "), "".split(" "), channelOptions);

          StackExchange.using("externalEditor", function() {
          // Have to fire editor after snippets, if snippets enabled
          if (StackExchange.settings.snippets.snippetsEnabled) {
          StackExchange.using("snippets", function() {
          createEditor();
          });
          }
          else {
          createEditor();
          }
          });

          function createEditor() {
          StackExchange.prepareEditor({
          heartbeatType: 'answer',
          autoActivateHeartbeat: false,
          convertImagesToLinks: true,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: 10,
          bindNavPrevention: true,
          postfix: "",
          imageUploader: {
          brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
          contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
          allowUrls: true
          },
          onDemand: true,
          discardSelector: ".discard-answer"
          ,immediatelyShowMarkdownHelp:true
          });


          }
          });














          draft saved

          draft discarded


















          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55681351%2funexpected-result-with-right-shift-after-bitwise-negation%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown

























          1 Answer
          1






          active

          oldest

          votes








          1 Answer
          1






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes









          24














          C promotes uint8_t to int before doing operations on it. So:





          1. port is promoted to signed integer 0x0000005a.


          2. ~ inverts it giving 0xffffffa5.

          3. An arithmetic shift returns 0xfffffffa.

          4. It's truncated back into a uint8_t giving 0xfa == 250.


          To fix that, either truncate the temporary result:



          uint8_t result_8 = (uint8_t)(~port) >> 4;


          mask it:



          uint8_t result_8 = (~port & 0xff) >> 4;


          or xor it (thanks @Nayuki!):



          uint8_t result_8 = (port ^ 0xff) >> 4;





          share|improve this answer


























          • you're right but i think C doesn't promote only uint8_t but also unsigned char because i tested it with unsigned char too and got the same result! Am i right?

            – Islam
            yesterday






          • 11





            uint8_t is, very likely, a synonym of unsigned char on your system. The promotion rules apply to all integral types smaller than int.

            – ybungalobill
            yesterday






          • 6





            Or explicitly only flip the low 8 bits: result = (port ^ 0xFF) >> 4;

            – Nayuki
            yesterday











          • @Nayuki: that's a good one too!

            – ybungalobill
            yesterday






          • 2





            @TomášZato: Yes. See en.cppreference.com/w/cpp/language/…

            – ybungalobill
            18 hours ago


















          24














          C promotes uint8_t to int before doing operations on it. So:





          1. port is promoted to signed integer 0x0000005a.


          2. ~ inverts it giving 0xffffffa5.

          3. An arithmetic shift returns 0xfffffffa.

          4. It's truncated back into a uint8_t giving 0xfa == 250.


          To fix that, either truncate the temporary result:



          uint8_t result_8 = (uint8_t)(~port) >> 4;


          mask it:



          uint8_t result_8 = (~port & 0xff) >> 4;


          or xor it (thanks @Nayuki!):



          uint8_t result_8 = (port ^ 0xff) >> 4;





          share|improve this answer


























          • you're right but i think C doesn't promote only uint8_t but also unsigned char because i tested it with unsigned char too and got the same result! Am i right?

            – Islam
            yesterday






          • 11





            uint8_t is, very likely, a synonym of unsigned char on your system. The promotion rules apply to all integral types smaller than int.

            – ybungalobill
            yesterday






          • 6





            Or explicitly only flip the low 8 bits: result = (port ^ 0xFF) >> 4;

            – Nayuki
            yesterday











          • @Nayuki: that's a good one too!

            – ybungalobill
            yesterday






          • 2





            @TomášZato: Yes. See en.cppreference.com/w/cpp/language/…

            – ybungalobill
            18 hours ago
















          24












          24








          24







          C promotes uint8_t to int before doing operations on it. So:





          1. port is promoted to signed integer 0x0000005a.


          2. ~ inverts it giving 0xffffffa5.

          3. An arithmetic shift returns 0xfffffffa.

          4. It's truncated back into a uint8_t giving 0xfa == 250.


          To fix that, either truncate the temporary result:



          uint8_t result_8 = (uint8_t)(~port) >> 4;


          mask it:



          uint8_t result_8 = (~port & 0xff) >> 4;


          or xor it (thanks @Nayuki!):



          uint8_t result_8 = (port ^ 0xff) >> 4;





          share|improve this answer















          C promotes uint8_t to int before doing operations on it. So:





          1. port is promoted to signed integer 0x0000005a.


          2. ~ inverts it giving 0xffffffa5.

          3. An arithmetic shift returns 0xfffffffa.

          4. It's truncated back into a uint8_t giving 0xfa == 250.


          To fix that, either truncate the temporary result:



          uint8_t result_8 = (uint8_t)(~port) >> 4;


          mask it:



          uint8_t result_8 = (~port & 0xff) >> 4;


          or xor it (thanks @Nayuki!):



          uint8_t result_8 = (port ^ 0xff) >> 4;






          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited 22 hours ago

























          answered yesterday









          ybungalobillybungalobill

          46.3k1396163




          46.3k1396163













          • you're right but i think C doesn't promote only uint8_t but also unsigned char because i tested it with unsigned char too and got the same result! Am i right?

            – Islam
            yesterday






          • 11





            uint8_t is, very likely, a synonym of unsigned char on your system. The promotion rules apply to all integral types smaller than int.

            – ybungalobill
            yesterday






          • 6





            Or explicitly only flip the low 8 bits: result = (port ^ 0xFF) >> 4;

            – Nayuki
            yesterday











          • @Nayuki: that's a good one too!

            – ybungalobill
            yesterday






          • 2





            @TomášZato: Yes. See en.cppreference.com/w/cpp/language/…

            – ybungalobill
            18 hours ago





















          • you're right but i think C doesn't promote only uint8_t but also unsigned char because i tested it with unsigned char too and got the same result! Am i right?

            – Islam
            yesterday






          • 11





            uint8_t is, very likely, a synonym of unsigned char on your system. The promotion rules apply to all integral types smaller than int.

            – ybungalobill
            yesterday






          • 6





            Or explicitly only flip the low 8 bits: result = (port ^ 0xFF) >> 4;

            – Nayuki
            yesterday











          • @Nayuki: that's a good one too!

            – ybungalobill
            yesterday






          • 2





            @TomášZato: Yes. See en.cppreference.com/w/cpp/language/…

            – ybungalobill
            18 hours ago



















          you're right but i think C doesn't promote only uint8_t but also unsigned char because i tested it with unsigned char too and got the same result! Am i right?

          – Islam
          yesterday





          you're right but i think C doesn't promote only uint8_t but also unsigned char because i tested it with unsigned char too and got the same result! Am i right?

          – Islam
          yesterday




          11




          11





          uint8_t is, very likely, a synonym of unsigned char on your system. The promotion rules apply to all integral types smaller than int.

          – ybungalobill
          yesterday





          uint8_t is, very likely, a synonym of unsigned char on your system. The promotion rules apply to all integral types smaller than int.

          – ybungalobill
          yesterday




          6




          6





          Or explicitly only flip the low 8 bits: result = (port ^ 0xFF) >> 4;

          – Nayuki
          yesterday





          Or explicitly only flip the low 8 bits: result = (port ^ 0xFF) >> 4;

          – Nayuki
          yesterday













          @Nayuki: that's a good one too!

          – ybungalobill
          yesterday





          @Nayuki: that's a good one too!

          – ybungalobill
          yesterday




          2




          2





          @TomášZato: Yes. See en.cppreference.com/w/cpp/language/…

          – ybungalobill
          18 hours ago







          @TomášZato: Yes. See en.cppreference.com/w/cpp/language/…

          – ybungalobill
          18 hours ago






















          draft saved

          draft discarded




















































          Thanks for contributing an answer to Stack Overflow!


          • Please be sure to answer the question. Provide details and share your research!

          But avoid



          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.


          To learn more, see our tips on writing great answers.




          draft saved


          draft discarded














          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55681351%2funexpected-result-with-right-shift-after-bitwise-negation%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown





















































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown

































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown







          Popular posts from this blog

          VNC viewer RFB protocol error: bad desktop size 0x0I Cannot Type the Key 'd' (lowercase) in VNC Viewer...

          Tribunal Administrativo e Fiscal de Mirandela Referências Menu de...

          Couldn't open a raw socket. Error: Permission denied (13) (nmap)Is it possible to run networking commands...