Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. General Programming
  3. C / C++ / MFC
  4. BOOL vs bool ?

BOOL vs bool ?

Scheduled Pinned Locked Moved C / C++ / MFC
c++questionvisual-studio
15 Posts 8 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • A Anonymous

    Can someone explain me what's the difference? Sounds like a dump question.... I really don't know it. From previous Windows MFC code I am used to use BOOL, but why is that? C++ does provide a native type bool, shouldn't I use it? Thanks!

    M Offline
    M Offline
    Maximilien
    wrote on last edited by
    #2

    BOOL is Windows/MFC bool is Standard C++ Max.

    1 Reply Last reply
    0
    • A Anonymous

      Can someone explain me what's the difference? Sounds like a dump question.... I really don't know it. From previous Windows MFC code I am used to use BOOL, but why is that? C++ does provide a native type bool, shouldn't I use it? Thanks!

      N Offline
      N Offline
      NormDroid
      wrote on last edited by
      #3

      BOOL is 4 bytes bool is 1 byte BOOL is a typdef'ed int for TRUE/FALSE operations in the Windows API bool is a type safe true/false value in C++ "VB the polished turd of software languages"

      A J 2 Replies Last reply
      0
      • N NormDroid

        BOOL is 4 bytes bool is 1 byte BOOL is a typdef'ed int for TRUE/FALSE operations in the Windows API bool is a type safe true/false value in C++ "VB the polished turd of software languages"

        A Offline
        A Offline
        Anonymous
        wrote on last edited by
        #4

        Does it make sense today to use BOOL rather then bool then? Every compiler has a built in conversion from bool to int (well as long as the API does not expect a pointer to a int).

        C 1 Reply Last reply
        0
        • A Anonymous

          Does it make sense today to use BOOL rather then bool then? Every compiler has a built in conversion from bool to int (well as long as the API does not expect a pointer to a int).

          C Offline
          C Offline
          Christian Graus
          wrote on last edited by
          #5

          BOOL should be avoided if you're using C++. You should use bool. Christian No offense, but I don't really want to encourage the creation of another VB developer. - Larry Antram 22 Oct 2002 Hey, at least Logo had, at it's inception, a mechanical turtle. VB has always lacked even that... - Shog9 04-09-2002 During last 10 years, with invention of VB and similar programming environments, every ill-educated moron became able to develop software. - Alex E. - 12-Sept-2002

          T 1 Reply Last reply
          0
          • C Christian Graus

            BOOL should be avoided if you're using C++. You should use bool. Christian No offense, but I don't really want to encourage the creation of another VB developer. - Larry Antram 22 Oct 2002 Hey, at least Logo had, at it's inception, a mechanical turtle. VB has always lacked even that... - Shog9 04-09-2002 During last 10 years, with invention of VB and similar programming environments, every ill-educated moron became able to develop software. - Alex E. - 12-Sept-2002

            T Offline
            T Offline
            Tim Smith
            wrote on last edited by
            #6

            I totally agree. The only place I use BOOL anymore is with my windowing code. If it doesn't have anything to do with windowing, I use a bool. Tim Smith I'm going to patent thought. I have yet to see any prior art.

            A 1 Reply Last reply
            0
            • T Tim Smith

              I totally agree. The only place I use BOOL anymore is with my windowing code. If it doesn't have anything to do with windowing, I use a bool. Tim Smith I'm going to patent thought. I have yet to see any prior art.

              A Offline
              A Offline
              Anonymous
              wrote on last edited by
              #7

              Tim Smith wrote: I totally agree. The only place I use BOOL anymore is with my windowing code. If it doesn't have anything to do with windowing, I use a bool. Couldn't you also use bool in your windowing code? The automatic casting doesn't cost anything remarkable I guess.

              T 1 Reply Last reply
              0
              • N NormDroid

                BOOL is 4 bytes bool is 1 byte BOOL is a typdef'ed int for TRUE/FALSE operations in the Windows API bool is a type safe true/false value in C++ "VB the polished turd of software languages"

                J Offline
                J Offline
                Jorgen Sigvardsson
                wrote on last edited by
                #8

                Norm Almond wrote: bool is 1 byte If IIRC, sizeof(bool) is platform dependent, so you should not make this a general assumption! -- standing so tall, the ground behind no trespassers, on every floor a garden swing, and another door she makes it clear, that everything is hers A place of abode, not far from here, Ms. Van de Veer

                1 Reply Last reply
                0
                • A Anonymous

                  Tim Smith wrote: I totally agree. The only place I use BOOL anymore is with my windowing code. If it doesn't have anything to do with windowing, I use a bool. Couldn't you also use bool in your windowing code? The automatic casting doesn't cost anything remarkable I guess.

                  T Offline
                  T Offline
                  Tim Smith
                  wrote on last edited by
                  #9

                  Yes, but having to add all those != 0 to get rid of that warning is a pain in the butt. I tried using bool 100%, but I found it too annoying with windowing code. Tim Smith I'm going to patent thought. I have yet to see any prior art.

                  A A 2 Replies Last reply
                  0
                  • T Tim Smith

                    Yes, but having to add all those != 0 to get rid of that warning is a pain in the butt. I tried using bool 100%, but I found it too annoying with windowing code. Tim Smith I'm going to patent thought. I have yet to see any prior art.

                    A Offline
                    A Offline
                    Anonymous
                    wrote on last edited by
                    #10

                    Tim Smith wrote: all those != 0 to get rid of that warning could you explain what you mean? this doesn't cause an warning: bool b=true; if(b) { /*do something*/ }

                    1 Reply Last reply
                    0
                    • T Tim Smith

                      Yes, but having to add all those != 0 to get rid of that warning is a pain in the butt. I tried using bool 100%, but I found it too annoying with windowing code. Tim Smith I'm going to patent thought. I have yet to see any prior art.

                      A Offline
                      A Offline
                      Anders Molin
                      wrote on last edited by
                      #11

                      You can use !! instead of != ;) bool b = !!SomeFuncReturningBOOL(); No warning, and easier to type than bool b = SomeFuncReturningBOOL() != 0; - Anders Money talks, but all mine ever says is "Goodbye!"

                      A 1 Reply Last reply
                      0
                      • A Anders Molin

                        You can use !! instead of != ;) bool b = !!SomeFuncReturningBOOL(); No warning, and easier to type than bool b = SomeFuncReturningBOOL() != 0; - Anders Money talks, but all mine ever says is "Goodbye!"

                        A Offline
                        A Offline
                        Anonymous
                        wrote on last edited by
                        #12

                        Anders Molin wrote: No warning, and easier to type than bool b = SomeFuncReturningBOOL() != 0; what about bool b = SomeFuncReturningBOOL(); or if there would be a warning (i dont think so) bool b = (bool)SomeFuncReturningBOOL();

                        A 1 Reply Last reply
                        0
                        • A Anonymous

                          Anders Molin wrote: No warning, and easier to type than bool b = SomeFuncReturningBOOL() != 0; what about bool b = SomeFuncReturningBOOL(); or if there would be a warning (i dont think so) bool b = (bool)SomeFuncReturningBOOL();

                          A Offline
                          A Offline
                          Anders Molin
                          wrote on last edited by
                          #13

                          Anonymous wrote: what about bool b = SomeFuncReturningBOOL(); It generates a warning. ;) Anonymous wrote: bool b = (bool)SomeFuncReturningBOOL(); Should work, I guess. :) The !! is still shorter... - Anders Money talks, but all mine ever says is "Goodbye!"

                          A 1 Reply Last reply
                          0
                          • A Anders Molin

                            Anonymous wrote: what about bool b = SomeFuncReturningBOOL(); It generates a warning. ;) Anonymous wrote: bool b = (bool)SomeFuncReturningBOOL(); Should work, I guess. :) The !! is still shorter... - Anders Money talks, but all mine ever says is "Goodbye!"

                            A Offline
                            A Offline
                            Anonymous
                            wrote on last edited by
                            #14

                            Anders Molin wrote: It generates a warning. oh okay! :) thanks, for all feedback. I think I try to kick out BOOL from my code and test with a pure bool coding (if possible). Have a nice weekend.........

                            1 Reply Last reply
                            0
                            • A Anonymous

                              Can someone explain me what's the difference? Sounds like a dump question.... I really don't know it. From previous Windows MFC code I am used to use BOOL, but why is that? C++ does provide a native type bool, shouldn't I use it? Thanks!

                              D Offline
                              D Offline
                              Dimitri Rochette
                              wrote on last edited by
                              #15

                              i dont read every answers but bool is one byte or less. struct DemoSize1 { bool a; } sizeof (DemoSize1) is 1 byte; struct DemoSize2 { bool a; bool b; } sizeof (DemoSize2) is 2 byte; struct DemoSize3 { bool a:1; bool b:1; } sizeof (DemoSize3) is 1 byte; in the last case a and b share the same byte. Dimitri Rochette

                              1 Reply Last reply
                              0
                              Reply
                              • Reply as topic
                              Log in to reply
                              • Oldest to Newest
                              • Newest to Oldest
                              • Most Votes


                              • Login

                              • Don't have an account? Register

                              • Login or register to search.
                              • First post
                                Last post
                              0
                              • Categories
                              • Recent
                              • Tags
                              • Popular
                              • World
                              • Users
                              • Groups