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
CODE PROJECT For Those Who Code
  • Home
  • Articles
  • FAQ
Community
  1. Home
  2. General Programming
  3. C / C++ / MFC
  4. If I build a Win32 Application in vs 2005 or 2008 it has no dependencies correct?

If I build a Win32 Application in vs 2005 or 2008 it has no dependencies correct?

Scheduled Pinned Locked Moved C / C++ / MFC
visual-studiocsharpc++questionworkspace
8 Posts 3 Posters 8 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.
  • G Offline
    G Offline
    Greg Ellis
    wrote on last edited by
    #1

    Hey Guys, I have always used MFC, but now that I have upgraded to visual studio 2005 and 2008 I am forced to use MSI installers due to the depencies on the new merge modules. I really don't like the msi installer I think it's horrible and I would rather use inno setup or the old wise installer. I just want to be sure.... If I was to start writing all my code in a pure Win32 Application from vs 2005 or 2008 I would no longer require the vcredist files in order to run my applications correct? Thanks, Greg

    S 1 Reply Last reply
    0
    • G Greg Ellis

      Hey Guys, I have always used MFC, but now that I have upgraded to visual studio 2005 and 2008 I am forced to use MSI installers due to the depencies on the new merge modules. I really don't like the msi installer I think it's horrible and I would rather use inno setup or the old wise installer. I just want to be sure.... If I was to start writing all my code in a pure Win32 Application from vs 2005 or 2008 I would no longer require the vcredist files in order to run my applications correct? Thanks, Greg

      S Offline
      S Offline
      Saurabh Garg
      wrote on last edited by
      #2

      Your application will still depend on CRT DLL's. You don't necessarily have to use MSI or other installers. You can always deploy you application using private assemblies. Read this article http://www.codeproject.com/KB/cpp/vcredists_x86.aspx[^], for more details. There is a section on "Install a private assembly". -Saurabh

      G CPalliniC 2 Replies Last reply
      0
      • S Saurabh Garg

        Your application will still depend on CRT DLL's. You don't necessarily have to use MSI or other installers. You can always deploy you application using private assemblies. Read this article http://www.codeproject.com/KB/cpp/vcredists_x86.aspx[^], for more details. There is a section on "Install a private assembly". -Saurabh

        G Offline
        G Offline
        Greg Ellis
        wrote on last edited by
        #3

        Thank you very much! :)

        S 1 Reply Last reply
        0
        • G Greg Ellis

          Thank you very much! :)

          S Offline
          S Offline
          Saurabh Garg
          wrote on last edited by
          #4

          You are welcome. -Saurabh

          1 Reply Last reply
          0
          • S Saurabh Garg

            Your application will still depend on CRT DLL's. You don't necessarily have to use MSI or other installers. You can always deploy you application using private assemblies. Read this article http://www.codeproject.com/KB/cpp/vcredists_x86.aspx[^], for more details. There is a section on "Install a private assembly". -Saurabh

            CPalliniC Offline
            CPalliniC Offline
            CPallini
            wrote on last edited by
            #5

            You may also link with static CRT library. :)

            If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler. -- Alfonso the Wise, 13th Century King of Castile.
            This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong. -- Iain Clarke
            [My articles]

            In testa che avete, signor di Ceprano?

            S 1 Reply Last reply
            0
            • CPalliniC CPallini

              You may also link with static CRT library. :)

              If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler. -- Alfonso the Wise, 13th Century King of Castile.
              This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong. -- Iain Clarke
              [My articles]

              S Offline
              S Offline
              Saurabh Garg
              wrote on last edited by
              #6

              I generally don't advise doing that since in long run it might create very obscure bugs. If you link application with static CRT and later on use a library which was linked dynamically with CRT then it might create all sorts of problems from multiple defined symbols during linking to incorrect handling of resources. -Saurabh

              CPalliniC 1 Reply Last reply
              0
              • S Saurabh Garg

                I generally don't advise doing that since in long run it might create very obscure bugs. If you link application with static CRT and later on use a library which was linked dynamically with CRT then it might create all sorts of problems from multiple defined symbols during linking to incorrect handling of resources. -Saurabh

                CPalliniC Offline
                CPalliniC Offline
                CPallini
                wrote on last edited by
                #7

                Saurabh.Garg wrote:

                If you link application with static CRT and later on use a library which was linked dynamically with CRT then it might create all sorts of problems from multiple defined symbols during linking to incorrect handling of resources.

                Well, the above is not, IMHO, an obscure bug. Statically linking the CRT ramain a valid option, IMHO. :)

                If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler. -- Alfonso the Wise, 13th Century King of Castile.
                This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong. -- Iain Clarke
                [My articles]

                In testa che avete, signor di Ceprano?

                S 1 Reply Last reply
                0
                • CPalliniC CPallini

                  Saurabh.Garg wrote:

                  If you link application with static CRT and later on use a library which was linked dynamically with CRT then it might create all sorts of problems from multiple defined symbols during linking to incorrect handling of resources.

                  Well, the above is not, IMHO, an obscure bug. Statically linking the CRT ramain a valid option, IMHO. :)

                  If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler. -- Alfonso the Wise, 13th Century King of Castile.
                  This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong. -- Iain Clarke
                  [My articles]

                  S Offline
                  S Offline
                  Saurabh Garg
                  wrote on last edited by
                  #8

                  Linking with static CRT is definitely a valid option. I call such bugs obscure because sometimes a 3rd party library can be added long after choosing to link with static CRT and suddenly a working application might start crashing. -Saurabh

                  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