[Feature request/Bug] SystemInformer would not work when the executable is being renamed

[XCanG]

Brief description of your issue

This is a mix of a bug and a feature request, I need to explain the issue first. The issue was also present in the past when program was named Process Hacker 2. At that time there were some game anticheat measures that flag PH2 as a cheat system and require it to be terminated to run. When the SI was released (rename) it was a sort of relief as it would mitigate this issue and not being flagged again.
However I meet the same issue today as some anticheat system was updated again, it now in the same way flag SI as a cheat tool and wont start up. The games in the past that didn't work with PH2 and game now are different games, but to mitigate this issue I was tried to rename process names.

Considering folder structure:

/SystemInformer/amd64/
├───SystemInformer.exe
├───SystemInformer.exe.settings.xml
├───SystemInformer.sig
├───SystemInformer.sys
├───...other files...
├───plugins/
└───x86
    ├───SystemInformer.exe
    ├───SystemInformer.sig
    └───plugins/

If I try to rename all files that are started with "SystemInformer": .exe, .exe.settings.xml, .sig, .sys including ones in x86 folder, to some other name, the process would crash as it would not be able to "load plugins". I tried using hardlinks as well to preserve both versions, normal and renamed one but this would not work as well. I also tried to create symbolic link of the root folder to the folder of a renamed name, e.g. /OtherName/amd64/OtherName.exe and this wouldn't work either.

I know for now that if the process would be renamed it would not be detected by the game anti-cheat system, so the solution is to make it work if the executable name is changed which, so here is this issue. I expect this is not an expected behavior of a program, but I'm sure that if some checks were added to get name of executable on startup then it would be possible.

Steps to reproduce (optional)

1. Rename or create hardlinks of executable files to some other name, like

OtherName.exe
OtherName.exe.settings.xml
OtherName.sig
OtherName.sys

2. Run program

Expected behavior (optional)

Expected behavior that it would work if all files would be renamed or at least if there would be both old and new files then program could load them regardless of a name (which would be possible to do with hardlinks)

Actual behavior (optional)

Program crash because could not "load plugins"

Environment (optional)

[v3.2.25011.2103](https://github.com/winsiderss/systeminformer/commit/bfbd659b)
Windows 10 x64

[vsub]

I have the same problem with a game using AnitCheatExpert but if I rename the exe then it works but the plugging will not be loaded

[dmex]

The issue was also present in the past

This issue was fixed about 8 years ago.

The process would crash as it would not be able to "load plugins"

DLLs including plugins have an import table with static strings that reference specific filenames. You can't rename the executable without also recompiling the DLLs since the DLL import table is static and continues to reference the original executable name.

However, LoadLibraryEx has a flag named DONT_RESOLVE_DLL_REFERENCES allowing images to load without resolving the import table, and if you enable the EnablePluginsNative setting then System Informer can fixup the import table at runtime (i.e. you can rename the executable and won't have issues with plugins).

[diversenok]

@dmex Setting EnablePluginsNative to 1 make SI fail to find and load plugins on my machine because it tries to use native paths as if they were Win32:

[vsub]

That fix my problem,thanks @dmex