"Error 5: Access denied" when installing programs with UAC turned off

Question

I'm having some trouble installing msysgit 1.7.3.1preview on Windows 7 Home Premium. I downloaded the setup file from the Google Code and then ran it. Upon running, I got the following error:

I have tried downloading and running different older versions of msysgit with no luck. For the record, I have administrative privileges and there are no other user accounts on this Windows machine. Any help would be greatly appreciated. Thanks.

UPDATE: I have managed to semi-fix this problem. I turned on User Account Control back to the default setting and and then ran the setup file as an administrator. I successfully managed to install Git. However, this means I have to keep UAC turned on whenever I want to install a new program (I realised that it persists over all programs; not just Git). So it's quite a nuisance.

If anybody knows how I could keep UAC disabled whilst still being able to install programs without running their setup files as an administrator, I would be eternally grateful.

UPDATE: I have changed the question title to better suit the new situation.

Solution

Looks like a permissions issue, not a UAC issue. There shouldn't be any permissions problems when creating a file/folder in your own user profile. Can you manually create a file/folder in that path without it requiring elevated access? If not you have ACL issues as mentioned in another comment.

Comments

[100rabh]

Try running as admin -> right click setup.exe -> Run As Admin.

[hasc]

Tried doing that, but still no love.

[snowdude]

When the error message pops up can you see who the installer is running as using process explorer? If the setup.exe is loader for something like MSI the actual running user might be someone different, like LocalSystem.

[hasc]

Not sure what I'm supposed to do here... I have UAC turned off.

[VonC]

@Aero: did you try to change the TMP variable? I have updated my answer with a link and a process for that.

[VonC]

@Aero: interesting. There is obviously some ACL issue with this migration...

[hasc]

I've managed to partly solve the problem - added details to my question.

[Synetech]

> Looks like a permissions issue, not a UAC issue. That is what I thought as well, but I strongly suspect that is his own user profile, so it shouldn't be a permissions issue.