Environment variable is too large on Windows 10

WindowsPathEnvironment Variables

Windows Problem Overview


I have recently upgraded to Windows 10 from Windows 8.1.

Now I wanted to set an environment variable for my new installation of Apache Maven.

Each time I created the user variable, things were fine. However, I also need to create the system variable where I will need to append the bin directory to the variable that I already create in the user variable to be "path".

Now, each time I do this, I get an error that says "This environment variable is too large". As a result of this, I am unable to create the path.

I have attached an image of this error.

Enter image description here

Windows Solutions


Solution 1 - Windows

When the PATH environment variable gets overloaded with too many values it reaches a point where you cannot add values any more. Trying the following should solve your problem.

Solution 1:

  1. Create a new system environment variable, say 'NEWPATH'
  2. Assign the bin directory location to 'NEWPATH'
  3. Now append '; %NEWPATH%' to the PATH environment variable

If this still doesn't work then try to copy some part of the PATH environment variable already existing values to the 'NEWPATH' and then append the 'NEWPATH'.

Solution 2:

Check the value of the PATH environment variable if you can group and shorten the paths. For example,

C:\Program Files\Microsoft SQL Server\102\Tools\Binn;C:\Program Files\Microsoft SQL Server\102\DTS\Bin;

can be combined to

C:\Program Files\Microsoft SQL Server;

In this way, you can build more space into your fixed length PATH variable and finally adjust your bin directory location into PATH.

Solution 2 - Windows

There are a few ways to clean up your path variable. The easiest is to use Rapid Environment Editor. This free utility will,

  1. Remove the duplicate paths (right click → Cleanup Paths)
  2. Remove non-existent folders (shown in red which you need to manually delete)
  3. Replace long paths with short paths (right click → long to short path).

I do the above steps in order and use the third step only for the longest paths until the Path variable size is under control again.

If you want to go more advanced, here's a little C# tool that you can modify to whatever other logic you want to implement.

Solution 3 - Windows

Another solution, or more a workaround to bypass the PATH environment variable length limit, is to manage your path (add, remove or update) using a PowerShell script;

  1. Capture the current PATH variable by clicking "Edit Text" (see above screenshot) and copy it to your clipboard and save it in a text file as a backup too to avoid bad surprises. This is not mandatory, but will allow you to recover should something go wrong.

  2. Now that it is backed up, add the following to a new PowerShell (.ps1) file (amending the first line below with the folder path(s) you want to add (the part after the + sign):

$newPath = $env:Path + '; C:\Users\....\FirstFolderToAddToPath; C:\Users\....\SecondFolderToAddToPath;'

[Environment]::SetEnvironmentVariable("Path", $newPath, "Machine")

$env:Path = $newPath

This is how I managed to get my (long) PATH variable back after playing with the Windows 10 UI, being caught by the length limitation and losing most of my path.

Solution 4 - Windows

Try to modify by RegEdit. In my case it works when length is more than 3000.

Press Win + R and enter regedit to open RegEdit. Go to Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment, and modify the value of Path to your path. And restart the computer, and it should work.

Solution 5 - Windows

In addition to the answer of Swapnil, note that you can modify the maximum length of the Path environment variable - which is otherwise limited to 2048 characters (while a single path has an historical limit of 206 characters).

In Windows 10, you achieve this by setting the LongPathsEnabled registry key to 1, which can be found here:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem

To access the registry editor: Windows key + R, type Regedit.

Source: Windows 10 “Enable NTFS long paths policy” option missing

Also take a look at this Super User answer: An answer to Windows 10 “Enable NTFS long paths policy” option missing

Note that the error "Environment variable is too large" is related to the whole variable, not the single path currently being added (to answer the "inaccurate advice" comment below).

Additional note: app compatibility

The text in the registry key/group policy related to LongPathsEnabled reads: > Enabling NTFS long paths will allow manifested win32 applications and Windows Store applications to access paths beyond the normal 260 char limit per node. Enabling this setting will cause the long paths to be accessible within the process.`

The caveat here is the term manifested. In general applications need to declare capabilities explicitly in a manifest file; most win32 applications since the days of Windows Vista are manifested. To use long paths, the app manifest needs a longPathAware element:

<application xmlns="urn:schemas-microsoft-com:asm.v3">
    <windowsSettings xmlns:ws2="http://schemas.microsoft.com/SMI/2016/WindowsSettings">
        <ws2:longPathAware>true</ws2:longPathAware>
    </windowsSettings>
</application>

More info here.

Some users complained that LongPathsEnabled is not yet supported by Windows Explorer and other apps, although in general working alternatives can be found. For example, in this forum post an user states that

> The only explorer alternative that does support long paths and long file names is total commander. It also allows to edit file names and open/process the files IF the accepting application also uses the extended API function.
Notepad seems to. MKVtoolnix too. Also, very surprisingly, MPC-HC, even though it hasnt been in development for years. Not surprisingly, sucky VLC does not (seriously?) and neither does the lovely PotPlayer.

There is also an interesting SuperUser discussion on this. In particular, this answer describes two feasible alternatives to use long paths: using Cygwin (a *nix emulation layer) or splitting the long path using NTFS Junction Points (essentially a link, like a symbolic link).

Solution 6 - Windows

I changed all the paths to variables for Program Files and programdata (this one saves like one character, though not as important).

For something like Node.js, I changed the normal path of

C:\Program Files\nodejs\

to

%ProgramFiles%\nodejs\

This can be done with "C:\Program Files (x86)" as well using "%ProgramFiles(x86)%".

It saved me a few characters, but enough that it stopped complaining, I feel.

Solution 7 - Windows

I found you can do it via PowerShell.

[System.Environment]::SetEnvironmentVariable("PATH", "C:\Program Files (x86......etc.....", "Machine")

So I grabbed the existing system PATH, pasted into Notepad, added my new thing, and then pasted into the "C:\Program Files" bit of the above. Path was updated. Done.

Solution 8 - Windows

Apparently Rapid Environment Editor will do this for you (from Shital Shah's answer), but you can also shorten the paths to their 8.3 filename version. You will get a lot of mileage with just these two replacements:

C:\Program Files       --> C:\PROGRA~1
C:\Program Files (x86) --> C:\PROGRA~2

If you copy your current path into Notepad, first search and replace C:\Program Files (x86) and then C:\Program Files.

Solution 9 - Windows

Workaround:

Please restart the system. After restarting the system, PATH is no longer empty, but it may get truncated to 2047 (4095) characters

If the system restart does not help, please:

Launch C:\windows\system32\regedit.exe. Go to the registry hive "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" and clean up unnecessary directories from the “Path” key. Restart the system.

Note: In some exceptional cases if the system is not able to start, please:

  • Login in the safe mode

  • Open the command prompt shell and type:

     reg add "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" /v Path /t REG_EXPAND_SZ /d ^%SystemRoot^%\system32;^%SystemRoot^% /f
    

For more details:

Limitation to the length of the System PATH variable

Solution 10 - Windows

In addition to other methods (e.g., PowerShell), I found a nice GUI, "Rapid Environment Editor" that can handle larger text values.

Solution 11 - Windows

You can also try going through your variables to see if there are any irrelevant paths you could delete. This would free up some space for you to add another or more variables.

Solution 12 - Windows

I had exactly the same problem. Eventually I had to delete one of the existing variables to make the total length less than 2047.

Then I could add %MAVEN_HOME%\bin to the path variables.

Solution 13 - Windows

So I figured out the same problem I had, I noticed there were many duplicates pointing to the same location. I removed the duplicates which can be done with the delete option when you go click the "edit Environment Varibles" button.

You could instead edit text, copy the text from there, remove duplicates using any popular apps like notepad, excel (use the delimiter as ; then remove duplicates), or use python (use .split(";"), convert into a set, ";".join(stringSet), copy into a notepad file, then replace \ with \ using the ctrl+ H ie find and replace).

Solution 14 - Windows

I found this AutoHotKey script useful, for editing or adding to my extremely long path (3743 chars now):

https://gist.github.com/roblogic/59898966f3ce594eb78a5b6147013194

(I'm not sure what the consequence of such a long path is; I may still have to fix it.)

Solution 15 - Windows

Workaround: Use Edit Text and edit your PATH in a text editor.

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionolammyView Question on Stackoverflow
Solution 1 - WindowsSwapnil KamatView Answer on Stackoverflow
Solution 2 - WindowsShital ShahView Answer on Stackoverflow
Solution 3 - WindowsSifou13View Answer on Stackoverflow
Solution 4 - Windowsyu yang JianView Answer on Stackoverflow
Solution 5 - WindowsalelomView Answer on Stackoverflow
Solution 6 - WindowsBryanView Answer on Stackoverflow
Solution 7 - WindowsAgilitas Ltd - BEView Answer on Stackoverflow
Solution 8 - WindowsbfrisView Answer on Stackoverflow
Solution 9 - WindowsLeoZView Answer on Stackoverflow
Solution 10 - WindowsAmirView Answer on Stackoverflow
Solution 11 - WindowsMaradox D. KryptView Answer on Stackoverflow
Solution 12 - Windowsone-hand-octopusView Answer on Stackoverflow
Solution 13 - WindowsJith ZView Answer on Stackoverflow
Solution 14 - WindowsAaron WestView Answer on Stackoverflow
Solution 15 - WindowsChristoph AdamakisView Answer on Stackoverflow