Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations gkittelson on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

InstallShield read-write issue on 'tables' folder

Status
Not open for further replies.

montypython1

Technical User
Jan 12, 2005
187
US
Greetings,

Is there a way for InstallShield to automatically force my program's 'tables' folder to be 'read-write' enabled? Or is there a way to have InstallShield create an 'everyone' folder property for that particular file folder?

In Windows XP (unlike Windows 2000), the 'everyone' folder property (which allows read-write privileges) is eliminated by default. This is a problem with multiple installations if I install the program as the administrator, and then other users on the same computer subsequently try to run the program. Windows XP creates an error message saying that the user does not have access to overwrite the file created by another user.

I can manually create the 'everyone' folder property, but it is not efficient. Can InstallShield address this issue?

Thanks,
Dave Higgins
 
I haven't verified the action, but in the 'Dialogs' -> 'Customer Information' section of ISE 5.0, you can select the 'Show All Users Option' which should allow 'Anyone using this computer' to be available.


-Dave Summers-
[cheers]
Even more Fox stuff at:
 
Hi Dave,

Thanks for the suggestion, but I already have the 'Show All Users Option' set to "YES" in the 'Dialogs' -> 'Customer Information' section of ISE 5.0.

Here is what happens:

I log into 'administrator' to install the program, then log out of 'administrator'. The user logs in.

The user is able to load the program and click through the first 2 screens without any problem. However, when the user selects the 3rd screen (which opens up several tables), then they receive the error stating that the current user does not have access to write to this folder.

All of our computers on our network are set up so that there is only 1 administrator user ID within each Windows XP system. All of our users are set up with "limited access", so they cannot install programs or write over a file that was created by another user (for example: after installing the program, the owner of the files in the 'tables' folder is 'administrator'. When a user logs in and tries to run the program, they receive an error stating that they cannot write to a file created by 'administrator').

The problem goes away if I log in as the 'administrator' and go to 'properties' in the folder 'Program Files\(program)\Tables', then select the 'Security' tab and set a profile called 'everyone' with READ/WRITE access to that particular folder.

Unfortunately, this becomes extremely inefficient with a large number of installations spread across different cities.

Any suggestions to automate this process via InstallShield?

Thanks,
Dave
 
I don't think you can get around that sort of folder security with Install Shield. It's not an application level thing, it's an OS level thing.
The only way I can think of to get around it would be running a separate application at the end of the install which could change those rights using API calls.
Off hand though, I don't know what the API calls would be.


-Dave Summers-
[cheers]
Even more Fox stuff at:
 
Hi Dave,

Thanks for looking into this. I was hoping that InstallShield could somehow correct this problem ... but I believe that you're correct ... it is an OS issue.

Thanks,
Dave Higgins
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top