I have elevated rights to my laptop but not admin rights. Admin rights are required to modify system environment variables. I expected that if I created a user environment variable with the same name as a system environment variable, the user variable would override the system variable but this does not appear to be the case.

After adding a user variable of the same name as a system variable, I opened up a brand new cmd window and used the echo command to display the variable. It showed me the value of the system variable instead of the value of the user variable.

I just wanted to confirm this is expected behavior and understand the reasoning behind it. I would expect the more specific user setting to override the system one.

I have Windows 7.

  • When you change variables you often have to completely restart Windows. Changing a variable in the settings will not change running processes. New processes copy the environment from running processes (depending on how they are started), so simply starting a process doesn't mean you get a new environment.
    – Zoredache
    Commented Jan 20, 2015 at 16:30
  • 1
    I rebooted and still when I run "echo %path%" from a cmd.exe window, it displays my system env variable, not the value of the user variable. So, I deleted the User variable, o Admin access, changed my System path variable and the did teh same echo cmd. The updated env value was displayed w/o rebooting. This tells me that USER vars do not override system vars and that a reboot isn't necessary. Neitehr is what I expected.
    – Ivan
    Commented Jan 20, 2015 at 17:56
  • What procedure used for adding a user variable of the same name as a system variable? Something like?
    – JosefZ
    Commented Jan 20, 2015 at 21:53
  • JosefZ: yes, I added the two environment variables, one USER the other SYSTEM, both with the same name, using teh Windows 7 GUI similar to the screens shown inyour link.
    – Ivan
    Commented Jan 21, 2015 at 17:55
  • @Chad Isn't the answer you accepted below the exact opposite of your experience? How do you explain the discrepancy? Commented Sep 5, 2015 at 1:02

2 Answers 2


According to the MSKB article Environment variables in Windows NT:

User environment variables....take precedence over system environment variables.

One notable exception is the PATH variable which is a combined result of the system and user variables:

The Path is constructed from the system path, which can be viewed in the System Environment Variables field in the System dialog box. The User path is appended to the system path.

The article also discusses identical exceptions for the expansion of the LibPath and Os2LibPath variables as well as how those specified in autoexec.bat are handled. These points are likely to find little relevance in today's typical environments.

Credit to this SO answer

  • 35
    Is it possible to make User path prepending the System path?
    – Qwerty
    Commented Oct 5, 2018 at 20:57

Everything that Twisty Impersonator said in their answer is correct. The idea that the user path variable is appended has been highlighted, and I believe the consequences of that difference require some additional treatment.

Path = %Path% (System) ; %Path% (User)

When you execute an executable program (or any executable script, such as .bat, .vbs, etc.) you do not need to provide the fully qualified path.

For instance, to run java, you can type in any of these:

C:/Program Files (x86)/Java/jre6/bin/java -version

java.exe -version

java -version

The first example uses a fully qualified path. This will always use the version of the Java at that exact path.

The second example will go through each of the directories in the %Path% environment variable, looking for an executable file named java.exe. It will run the very first one that is found, and stop searching. If there are two files named java.exe somewhere on the %Path%, only the first one found is used.

The third example, like the second, will iterate over the directories listed in the %Path%. In addition, because a file extension was not provided, a list of executable file extensions are appended to the name of the file, in the order specified in the %PATHEXT% environment variable. If there are several files named java.com, java.exe, java.bat, etc. somewhere on the %Path%, only the first one found is used.

You can see the list of executable path extensions on your system by creating the following batch file:

@echo off
echo %PATHEXT%

On my machine, these are:


What does all this mean?

In stark contrast to other environment variable, the user path does not allow you to override the system path. The exact opposite is the case. From the examples above, there are many cases where you may with to change the default version of Java. However, if there is already a Java version listed in the system path, that is the version that will ALWAYS be found first, because the path is searched in order, from left-to-right, and the user path is appended on the right-hand side, with the system path on the left.

What can I do about it?

If you do not have access to system environment variables, you cannot override default programs on the system path by using the the user path. (In fact, it must be this way, or certain programs would stop working correctly, and it would open your system to tampering by malicious software. Nobody wants that.)

Instead, you must use a fully qualified path if you must use a specific version.

  • 9
    Is it possible to make User path prepending the System path?
    – Qwerty
    Commented Oct 5, 2018 at 20:57
  • 2
    @Qwerty Nope. It's always appended. Commented Oct 17, 2020 at 20:42

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .