Virtual Dimension Portable v 0.94 Test 2

no....the if the application is running and working properly before starting VDP, that dll already exists somewhere. the issue, as i said just above his post, is that VD changes the working directory, so apps that need that .dll or anything else, lose track of where they are, and start looking in the wrong place for their dependencies.

The fix would be to fix VD itself, so it doesn't steal with working directory. Nothing can be done to fix it just with the launcher.

but, since you say that doesn't work..... hmmmmm

It sounds like it is overriding one of the system dlls with one of its own, which has a dependency on the dll mentioned.

((having now downloaded the app))
Yeah, the hook.dll in the app folder depends on minwgm10.dll, and should be able to load it from it's own folder.... annoying.

You could try.... in your launcher, append the VDP app directory to the system PATH environment variable before calling VD.exe - that might possibly ensure that the dll is available to all the children apps, but, given that it is hooking in, I'm not sure that it would work.

You might find that the fact that the hook is inserting itself into many running apps means that they still can't find it, in which case, all that springs to mind would be copying the file to %SystemRoot%\system32 if it isn't already there, and removing it again once you're finished, but that is likely to require admin access, and isn't a very nice thing for a portable app to do.