Build of "SoundFingerprinting.DuplicatesDetector" (from CodeProject) loads wrong bass.dll

[MartinL0815]

I've downloaded a build from your CodeProject articel and run its executable.

But instead of using the base.dll within its folder structure, it uses the one from the path, which is only version 2.3, while 2.4 is required.

Is there a chance to fix this, to let the executable always load the DLLs within its folder structures?
Or was it a wanted behavior to look at the path for (a probably matching) bass.dll?

In my case, there was no fallback to the "known" one, so the bass.dll from the path let the executable exit with a message box describing why it stops working.

[AddictedCS]

A bit confused about the question. To shed some light here is how Bass loads the required libs:

private string GetTargetPathToLoadLibrariesFrom()
            {
                string executingPath = Path.GetDirectoryName(Assembly.GetExecutingAssembly().GetName().CodeBase);
                if (string.IsNullOrEmpty(executingPath))
                {
                    throw new BassException(
                        "Executing path of the application is null or empty. Could not find folders with native DLL libraries.");
                }

                Uri uri = new Uri(executingPath);
                return Path.Combine(uri.LocalPath, Utils.Is64Bit ? "x64" : "x86");
            }

It loads the library taking into account the OS architecture, looking for x64, x86 in the folder which executes the .exe.

[MartinL0815]

From "our" C++ based application, I work on, I know the principle, that LoadLibrary called without an absolute path first uses the applications binary folder, than the folders specified in the env var PATH.

Since you specify an absolute path to the bass.dll file I do not know what's going wrong!

Renaming the bass.dll in the folder of the PATH env var fixed the problem!