Windows Emacs and "VirtualStore"

[Lewis Perin <perin@panix.com>]

I just finished a long period of confusion after upgrading my Windows
machine from XP to Windows 7.  (What I'm about to say does apply to
Vista as well as 7, by the way.)

I've been running Emacs as an unprivileged user, responsible citizen
that I am.  I ran into trouble configuring a program whose config data
lie within the "Program Files" tree.  What's new in Windows since XP is
that that tree is not to be edited without privilege, but I forgot about
that.  And, in Emacs, it looked for all the world as if my edits were
being applied where I thought they were going.  But the program was
behaving as if it had never run into the changes I'd made.

Eventually I ran into

  http://xahlee.org/UnixResource_dir/writ/windows_virtualstore.html

which explains that, under Vista or Windows 7, the changes I was making
were *silently* being written into shadow copies of the "real" files out
in what's called "VirtualStore" in recent MS jargon.  (I'm not going to
fulminate here about MS's decision to do things in this way - they won't
back down.)

Xah Lee suggests running Emacs as administrator, but I'd rather not have
an admin Emacs running perpetually.  My reading of this MS document

  http://msdn.microsoft.com/en-us/library/bb756929.aspx

is that the problem of the silent redirection of writes would go away
if Windows Emacs had an appropriate "manifest file" with a Requested
Execution Level of "asInvoker".  That way, the write should fail the way
it would under XP if the file were locked, say.

I would actually prefer it if Emacs would give the user a chance to try
to escalate privilege in the sudo-ish way many Windows apps now employ.
I'm guessing that would require some work in the guts of Emacs.

With my shaky understanding of Emacs internals, I'm really not sure how
feasible these suggestions are.  Can someone who does understand these
things please comment?

/Lew
---
Lew Perin / perin@acm.org
http://www.panix.com/~perin/babelcarp.html