[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Windows Emacs and "VirtualStore"

From: Lewis Perin
Subject: Windows Emacs and "VirtualStore"
Date: Sat, 17 Apr 2010 11:47:47 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix)

Hello, Emacs developers.  I recently posted a query to gnu.emacs.help
and was told my request would be more appropriately sent to this forum.
So I subscribed, and here I am.

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


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


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?

Thanks very much for your attention.

Lew Perin / address@hidden

reply via email to

[Prev in Thread] Current Thread [Next in Thread]