![]() |
![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() |
|
Welcome to Vista Forums we are your forum to discuss Windows Vista x64 and x86 systems. Whether you need help or just want to post an idea you have on Vista, this is the forum for you.
br> br> |
| |||||||
![]() |
| | Thread Tools | Display Modes |
| | #1 (permalink) |
| Guest
Posts: n/a
| virualization is there any way to add directories to the list that vista virtualizes (as per a technote somewhere that suggests it will only virtualize %ProgramFiles%, %Systemdir% and something else. I have a legacy program which I've had to install on drive D because there ain't enough space on drive C, and the virtualisation doesn't happen, which is a trifle annoying at times |
| | #2 (permalink) | ||||||||||||
| Guest
Posts: n/a
| Re: virualization I'm assuming you're referring to the file and registry virtualization techniques that part of UAC? If so, this isn't something that's designed to be controlled by users or applications. Windows Vista automatically applies virtualization when necessary. For more information on how this works, see these articles: http://www.microsoft.com/technet/tec...C/default.aspx http://msdn2.microsoft.com/en-us/library/aa965884.aspx Note that we intend this technology to be temporary! Eventually, as applications become compatible with Vista's standard user mode, we will remove file and registry virtualization. You shouldn't design applications to rely on this. I'll quote a bit from the first article: Windows Vista enables these legacy applications to run in standard user accounts through the help of file system and registry namespace virtualization. When an application modifies a system-global location in the file system or registry and that operation fails because access is denied, Windows redirects the operation to a per-user area; when the application reads from a system-global location, Windows first checks for data in the per-user area and, if none is present, permits the read attempt from the global location. For the purposes of this virtualization, Windows Vista treats a process as legacy if it’s 32-bit (versus 64-bit), is not running with administrative rights, and does not have a manifest file indicating that it was written for Windows Vista. Any operations not originating from a process classified as legacy according to this definition, including network file sharing accesses, are not virtualized. A process’s virtualization status is stored as a flag in its token, which is the kernel data structure that tracks the security context of a process, including its user account, group memberships, and privileges. -- Steve Riley steve.riley@xxxxxx http://blogs.technet.com/steriley http://www.protectyourwindowsnetwork.com "ThosRTanner" <ThosRTanner@xxxxxx> wrote in message news:CB83815E-90AF-42C2-954A-BF6BAEF748D0@xxxxxx
| ||||||||||||
| | #3 (permalink) | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Guest
Posts: n/a
| Re: virualization "Steve Riley [MSFT]" wrote:
(i.e. work fine in XP) applications where the user experience would be improved by virtualisations (i.e. I could get rid of the batch files that move things round like crazy) The problem is that although I had easily enough space for my programs on the C drive under XP, vistas disk space requirements are somewhat heavy, and installing software on the C drive is not really an option. So, if virtualisation is only available on the C drive, I'd like to know for definite. Otherwise, I'd like to know how it can be changed.
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| | #4 (permalink) | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Guest
Posts: n/a
| Re: virualization File virtualization kicks in when a legacy program tries to %ProgramFiles% or %SystemRoot%. This isn't something you can control or change the behavior of. I'm still rather unclear why you're expecting virtualization to help smooth out what still seems like application execution problems? -- Steve Riley steve.riley@xxxxxx http://blogs.technet.com/steriley http://www.protectyourwindowsnetwork.com "ThosRTanner" <ThosRTanner@xxxxxx> wrote in message news:193A8D05-B66E-48C9-8043-93A828CB0ED0@xxxxxx
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| |
| |