Updated files are now in my c:\Users folder. What is going on here ?

I have an application that, under XP, NT or 2000 updates an .iini file in the following folder. (Just an example)
C:\Program Files\Rays's folder\Settings\Ray.ini.

I run this application on a Vista Enterprise box
But when I look at C:\Program Files\Rays's folder\Settings\Ray.ini, the changes that the aplication made to the Ray.ini file are not there.

Rather,  I find a file named Ray.ini in the "C:\Users\RKode\AppData\Romaning,  folder.
And the changes that the application made are in THIS copy of the file.

And when I run the application a second time,  it actually reads the Ray.ini file from the C:\Users\RKode\AppData\Roaming folder.

I didn't expect this behavior.
I didn't expect this behavior at all.
What kind of Microsoft trickery and wizardry is at play here ?
Is there any way for my changes to be written back to the C:\Program Files\Rays's folder\Settings\Ray.ini version of the file as I have a routine that backs up the Ray.ini file from the C:\Program Files\Rays's folder\Settings folder.

Any help, insight or explaniation would be greatly appreciated.

Thanks in advance for all responses.

Ray in Wisconsin

Accidental Hyper-V AdministratorAsked:
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

oh i feel your pain.  I believe the solution is to disable UAC, but just be aware this may cause more issues than it will solve.  For example, Lotus Notes does the same thing, and if you disable UAC, it goes to the right spot.. however then you lose connection to your old data and its a SOAB to get it linked back up.
Likely, the program is coded to write to a pointer called something like %User_Home%.
On th old XP box it would automatically go to c:\Documents and Settings\user\....
On Vista it will go to C:\Users\....

Vista changed the location of where it stores the user profiles.

Experts Exchange Solution brought to you by ConnectWise

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
To support killbrad: this program is not compatible to vista/the uac feature of vista that uses folder redirection. Either turn off uac or run the application as administrator (rightclick it - run as administrator - this is different from using an admin account!).
Read about uac and folder virtualization/redirection in MS technet or wikipedia.
Get expert help—faster!

Need expert help—fast? Use the Help Bell for personalized assistance getting answers to your important questions.

Thnx McKnife... yeah, Notes isn't "Vista Compatible" but had a client that did it anyways.. Just throwing out an example of issues that older/legacy apps can and likely will have with Vista..  Thanks for the post though!  :-)
That's actually the way software should have run all the time. When you change settings of an installed software, those settings should never be mad in the program files folder, but rather per user in his profile. If the changes are made in the program files folder everyone would require admin rights, and that isn't how things are supposed to work.
It's all part of Vista's "new and improved" system security concepts.  See this page for an explanation:


Programs are no longer allowed free access to folders in the Program Files folder.  Microsoft has said that the virtualization concept is a "temporary" measure until they can figure out how to do it right...  (Of course that last comment following the word "until they..." is MY evaluation, not the way they put it themselves...)
rkode, any feedback?
Accidental Hyper-V AdministratorAuthor Commented:
Good morning (from a snowy Wisconsin),

Sorry for the tardy response but since reading the article via the link that LeeTutor provided, I have been working on my test VISTA box non-stop.

I can now state that I finally understand how things work with VISTA (redirection wise) as opposed to how they work in prior OS's.

And I also now understand as McKnife stated that running the application as administrator is different from using an admin account).
(I tested it.)

I actually received a piece of what I was looking for,  from each response that was penned to my question.
And for that, I thank each of you.

I NEVER (well at least not for a long time) would have figured this out on my own.

Thanks again to everyone.

Ray in Wisconsin
Accidental Hyper-V AdministratorAuthor Commented:
I NEVER, EVER would have got this on my own.
Your the greatest.
Your welcome
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.