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. Placing a SDK under vista or gant additional rights?

Placing a SDK under vista or gant additional rights?

Scheduled Pinned Locked Moved C / C++ / MFC
csharpvisual-studiohelpquestiondiscussion
8 Posts 2 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.
  • J Offline
    J Offline
    jung kreidler
    wrote on last edited by
    #1

    Hi all, we have a SDK for our products, which was placed under the 'program files' folder up to now. Since MS changed the access rights under Vista, I get a message box asking me whether to restart Visual Studio with elevated permissions, when I open a project. Now there are two solutions for this problem: 1. Place the SDK with all sample projects somewhere else (but where?), or 2. Set file and folder access rights (How?) Any thoughts? jung-kreidler

    M 1 Reply Last reply
    0
    • J jung kreidler

      Hi all, we have a SDK for our products, which was placed under the 'program files' folder up to now. Since MS changed the access rights under Vista, I get a message box asking me whether to restart Visual Studio with elevated permissions, when I open a project. Now there are two solutions for this problem: 1. Place the SDK with all sample projects somewhere else (but where?), or 2. Set file and folder access rights (How?) Any thoughts? jung-kreidler

      M Offline
      M Offline
      Mark Salsbery
      wrote on last edited by
      #2

      You can change permissions using Windows explorer. Find the parent folder, right click, chose properties. Go to the security tab and set the appropriate access permissions for the apropriate users and/or groups.

      Mark Salsbery Microsoft MVP - Visual C++ :java:

      J 1 Reply Last reply
      0
      • M Mark Salsbery

        You can change permissions using Windows explorer. Find the parent folder, right click, chose properties. Go to the security tab and set the appropriate access permissions for the apropriate users and/or groups.

        Mark Salsbery Microsoft MVP - Visual C++ :java:

        J Offline
        J Offline
        jung kreidler
        wrote on last edited by
        #3

        Yes, thank you. This is the manual way, but we would like to avoid making thinks for our customers more and more complex. I've found icacls to set permissions during setup. What's MS going to do with their SDK's. Do they place them somewhere else (and where), or do they set permissions? jung-kreidler

        M 1 Reply Last reply
        0
        • J jung kreidler

          Yes, thank you. This is the manual way, but we would like to avoid making thinks for our customers more and more complex. I've found icacls to set permissions during setup. What's MS going to do with their SDK's. Do they place them somewhere else (and where), or do they set permissions? jung-kreidler

          M Offline
          M Offline
          Mark Salsbery
          wrote on last edited by
          #4

          jung-kreidler wrote:

          What's MS going to do with their SDK's

          The latest SDK by default is installed at C:\Program Files\Microsoft SDKs\Windows\v6.1 I'm not sure what permissions are set since SDK stuff only has to be read-only. Setting folder permissions is the job of installers. That's why installers generally need to run with elevated privileges. Mark

          Mark Salsbery Microsoft MVP - Visual C++ :java:

          J 1 Reply Last reply
          0
          • M Mark Salsbery

            jung-kreidler wrote:

            What's MS going to do with their SDK's

            The latest SDK by default is installed at C:\Program Files\Microsoft SDKs\Windows\v6.1 I'm not sure what permissions are set since SDK stuff only has to be read-only. Setting folder permissions is the job of installers. That's why installers generally need to run with elevated privileges. Mark

            Mark Salsbery Microsoft MVP - Visual C++ :java:

            J Offline
            J Offline
            jung kreidler
            wrote on last edited by
            #5

            Thanks! That's enough info up to now. InstallShield (installscript) seems not to be capable of setting permissions, so I wrote my own grant.exe... At the moment I'm struggling with the installscript to call my grant :-D . Happy coding! jung-kreidler

            M 1 Reply Last reply
            0
            • J jung kreidler

              Thanks! That's enough info up to now. InstallShield (installscript) seems not to be capable of setting permissions, so I wrote my own grant.exe... At the moment I'm struggling with the installscript to call my grant :-D . Happy coding! jung-kreidler

              M Offline
              M Offline
              Mark Salsbery
              wrote on last edited by
              #6

              jung-kreidler wrote:

              InstallShield (installscript) seems not to be capable of setting permissions

              I don't know InstallShield, but that should be a common operation. There must be a way to do it :) You may want to post another question asking how to set folder permissions with InstallShield. I'm pretty sure there's a bunch of people here that know how to use it well. Cheers, Mark

              Mark Salsbery Microsoft MVP - Visual C++ :java:

              J 2 Replies Last reply
              0
              • M Mark Salsbery

                jung-kreidler wrote:

                InstallShield (installscript) seems not to be capable of setting permissions

                I don't know InstallShield, but that should be a common operation. There must be a way to do it :) You may want to post another question asking how to set folder permissions with InstallShield. I'm pretty sure there's a bunch of people here that know how to use it well. Cheers, Mark

                Mark Salsbery Microsoft MVP - Visual C++ :java:

                J Offline
                J Offline
                jung kreidler
                wrote on last edited by
                #7

                Yes, there is a common solution: icacls, but you need the user name. Using 'Users' works only on english Vista. German Vista needs 'Benutzer'. French? Japanese?... So, there is no easy way to deal with the user names. I've decided to get the SID by a command line tool. ...and added the permissions stuff, too. It works now... till the next bug :laugh: jung-kreidler

                1 Reply Last reply
                0
                • M Mark Salsbery

                  jung-kreidler wrote:

                  InstallShield (installscript) seems not to be capable of setting permissions

                  I don't know InstallShield, but that should be a common operation. There must be a way to do it :) You may want to post another question asking how to set folder permissions with InstallShield. I'm pretty sure there's a bunch of people here that know how to use it well. Cheers, Mark

                  Mark Salsbery Microsoft MVP - Visual C++ :java:

                  J Offline
                  J Offline
                  jung kreidler
                  wrote on last edited by
                  #8

                  Uuups, there is an easy way: Don't use the friendly user or group name, use the following: S-1-5-32-545, which addresses the user group. Setting S-blah as user to icacls does the job: icacls dir /grant:r *S-1-5-32-545:rights /T e.g.: icalcs *.* /grant:r *S-1-5-32-545:F /T gives full access for all users. This is what I've found out while getting nuts :wtf: ... ...need some coffee... jung-kreidler

                  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