xsharp.eu

Thierry,

Based on what you are saying about the GAC, may be you can try to uninstall X#, then in the installation wizard, Select Components dialog, make sure the Register runtime DLLs in the GAC is not checked.

HTH,
Jamal

Jamal,
An easier and quicker solution is to navigate to the WindowsMicrosoft.NetAssemblies GAC_Msil folder, find the XSHarp.Core, XSHarp.RDD etc folders and delete these. Also VOSystemClasses.
The Gac_32 folder also has several VOxxxClasses folders and the VOWIn32ApiLibrary folder
The only disadvantage of that is that you have to make sure that XSHarp.RDD, XSharp,Macrocompiler etc are in the app folder.

Robert

Hi Robert & Jamal,

Indeed, deleting the XSharp folders in the GAC solves the problem, and all the .dll are now loaded from the local folder where the application is run.

Thanks again,

Thierry

I wrote this before: the GAC is not a good idea.

It's good that you have an option to do without.

I would change "Register runtime DLLs in the GAC (recommened !) in the install to

(not recommended!!!)

Dick

Hi Dick,

If you do not use the GAC and you have one hundred (test or real) apps, than you need to have the runtime dlls one hundred times and update them in every one of those folders every single time the runtime is updated and you need to use the latest fixes. And this can of course easily become a nightmare to maintain.

The GAC is fine and very helpful, as long as you keep in mind that it always gets priority over dlls in locals folders.

Chris wrote: that it always gets priority over dlls in locals folders.

One wonders, why they didn't do it the other way round. Look for dlls in startup folder, if not found, look into search path, if not found, in GAC.

FFF wrote:

Chris wrote: that it always gets priority over dlls in locals folders.

One wonders, why they didn't do it the other way round. Look for dlls in startup folder, if not found, look into search path, if not found, in GAC.

I do wonder the same thing...

All,

Check the following article that may come handy which discusses:

Resolve assembly loads

https://docs.microsoft.com/en-us/dotnet/standard/assembly/resolve-loads