Jump to content
pyscripter

Embarcadero entries in the path

Recommended Posts

I remember @David Heffernan saying that the first thing he does when installing a new Delphi version is to remove the Embarcadero entries in the Windows path.   Do I remember well?  Are there any downsides to doing that?

Share this post


Link to post

Matters if you have many different versions installed which can be typical for library or component developers - and every installation puts quite a bit into the path environment variable.

 

Here is how mine looks (I have XE, 10.1, 10.2, 10.3 and 10.4 installed - and so far it's ok on Windows 10):

 

image.thumb.png.b07634be8a4d9d24d53ce162339b2bf9.png

 

I did not do the work yet on this Machine but on my older Win8.1 machine i had everything from Delphi 2010 to 10.3 installed and that completely blew the max length of the path variable so I substituted the common parts of the paths (such as programfiles or public documents)

Share this post


Link to post

Thank you all for your answers.  What is wrong with removing all these entries.  Does this cause Rad Studio to malfunction?

Share this post


Link to post
Guest
3 hours ago, pyscripter said:

What is wrong with removing all these entries.  Does this cause Rad Studio to malfunction?

I always remove most of those entries in the PATH, never saw a problem, on contrary i use a tool "Rapid Environment Editor" from https://www.rapidee.com/en/screenshots even have it on my desktop as it is portable, i am using it to mess around with PATH folders when testing application to make sure the right folders always been accessed, never saw complain from Delphi IDE.

 

Note Rapid Environment Editor has the ability to save and restore among many things, and one specific functionality is to convert long path to short and vice versa,

Share this post


Link to post
3 hours ago, pyscripter said:

Thank you all for your answers.  What is wrong with removing all these entries.  Does this cause Rad Studio to malfunction?

I remove them all. I don't have any problems.

 

It means I can use any of the many versions I have installed easily.

 

For versioned packages, e.g. vcl270.bpl then multiple entries are fine. But for non versioned tools, e.g. dcc32.exe then it's a mess.

 

These days it just feels a bit weak to rely on the path to find libraries. I always place them in the executable directory, or in sub directories and use SxS assemblies. 

 

I remove all entries and then my build scripts set up the appropriate environment for the target version, and then call msbuild.

 

Works for me but I'm sure there are other ways. 

 

 

  • Thanks 2

Share this post


Link to post

If you want to use the"stand alone" tools in GExperts, you might find that they don't work if the bpl files it needs are not in the search path. These tools call the dll, the dll is an IDE plugin, an IDE plugin needs some bpls, so there is no way around that (other than making those tools not use the dll).

  • Like 1
  • Thanks 1

Share this post


Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×