Problems with Visual C++ 2015 (x86) dependency Topic is solved

[cptmeatmug]

Hi,

I just received a new computer (Win 11 Enterprise) and tried running TDL 9.0.3. I got the "System File Required" error for Microsoft Visual C++ 2015 (x86) redistributable package. I installed this from the Microsoft download page and rebooted the machine but still get the same error. I tried also with TDL versions 8.1 and 8.3. But no luck. I also installed newer C++ 2015 - 2022 (x86) redistributable but still get this error. With my old machine I can run all of the versions without an issue.

Has someone else come across this and is there a workaround?

[abstr]

Before I get involved, can you be sure to search the forums for '(x86)' and read all the previous replies/solutions...

[cptmeatmug]

I think I've done a fair bit of what I could find on the forums and then some.
What I've tried so far:
Install, re-install and repair Visual C++ 2015 - 2022 x86 redis. Installed previous version of Visual C++ 2015 redis.
Reboot a few times
Run TDL as Administrator
Copied:
MFC140U.DLL
VCRUNTIME140.DLL
to TDL directory.
Ran Dependency Walker on new and old machines and both show OLEPRO32.DLL "error". Tried to register (regsvr32) said DLL and also copy it to TDL directory. Wasn't anymore on the Dependency Walker list on the new machine, but still didn't work.
Both machines are running (or trying to run) from the same OneDrive location. One works and one doesn't.
Tried also downloading fresh and extracting to a local drive and running from there.
I've ran sfc /Scannow and dism /online /cleanup-image /restorehealth.
I'm fairly confident this will be something stupid since there doesn't seem to be too many similar issues floating around. I have admin access, but I'm somewhat limited due to this being company laptop.

TDLTransEdit.exe runs without issues though.

[abstr]

Thx for your efforts @cptmeatmug.

It may also be that Windows 11 is missing the required .Net runtime (I hope to vastly improve the handling of this in 9.1).

ps. The dll that the software loads to see if all dependencies are available is PluginsHelper.dll.

Q1: Are both yours machines the exact same version of Windows 11?
Q2: Do they also show the exact same installed Windows Feature lists?

pps. I tried turning off all Windows Features on my Windows 11 VM but still had no problem

[cptmeatmug]

Hi!

I checked to make sure that the .Net runtime was installed.
Both laptops are running with Win 11 Enterprise, old one 23H2 and the new one 24H2. I don't know if that makes the difference or not. Probably not..

I checked also the features and they were mostly the same. I think the old one had one or two that weren't even available in the new one. They looked irrelevant regarding this and since you tested without any features, probably also not the reason.

In the end I got TDL running with the tip about the PluginsHelper.dll and on a quick glance didn't experience any issues. This seems like a one-off problem and probably isn't worth digging any deeper at this point at least.

Thank you for taking time to assist!

[abstr]

Glad you got it sorted.

In the end I got TDL running with the tip about the PluginsHelper.dll

If possible, could you expand on this a little just so I properly understand the problem?

ps. in 9.1 I'm proposing to package the app with the 2 required dlls to simplify the whole process.

[cptmeatmug]

Oh, I thought you subtly suggested to do something about the file, which I did by renaming it to skip the check (which it seemed to do) . Though I first tried to dig the PluginsHelper.dll for more intel but after trying with two different software, I gave up.

[abstr]

I thought you subtly suggested to do something about the file, which I did by renaming it to skip the check

My hint was related to looking at its dependencies, but renaming is the ultimate solution so you did good!

Only thing is that you will miss out out on those plugins that require PluginsHelper.dll but we can deal with that as and when it occurs.