You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have the easyhook..dll in a sub dir under the server exe that calls RemoteHooking.Inject and instead of the path to the sub dir where the easyhook.dll is the path to where the running exe / server is prefixed to the front of the system path, I think it is being done in RhInjectLibrary. It's creating a conflict for me because I have some dlls (not easyhook) that have the same names in the server dir as well as the injected app but the versions are different so the wrong dlls get loaded. Can this be changed to put the path where easyhook.dll resides instead?
The text was updated successfully, but these errors were encountered:
@spazzarama I see the pull request is still open, do you know why the build failed? Seems like @UMU618 abandoned it, I would finish it but i dont have the knowledge working with the native build process
Some EXEs need a current directory that is different with the parent folder of it. so we need a new API: RhCreateAndInjectEx to support passing current directory for the EXE.
I have the easyhook..dll in a sub dir under the server exe that calls RemoteHooking.Inject and instead of the path to the sub dir where the easyhook.dll is the path to where the running exe / server is prefixed to the front of the system path, I think it is being done in RhInjectLibrary. It's creating a conflict for me because I have some dlls (not easyhook) that have the same names in the server dir as well as the injected app but the versions are different so the wrong dlls get loaded. Can this be changed to put the path where easyhook.dll resides instead?
The text was updated successfully, but these errors were encountered: