VMware Horizon Community
trimbandit
Contributor
Contributor

local file taking precedence over what's in thinapp package

Sorry if this question is stupid...app virtualization is more of a sideline and my knowledge is limited.

I have an app which seems to be defering to an older version of an ocx file in system32 on the local file system. My thinapp exe gives a version error for this ocx when I launch it.

I know the package contains the correct(newer) version, and if I rename the local file in system 32, the package works fine and does not throw any errors.

Any ideas?

Cheers,

Favi

Reply
0 Kudos
1 Reply
admin
Immortal
Immortal

This can happen if a .dll or .ocx on the local system implicitly imports the .ocx that's both on the local system and in the ThinApp package. So on the local system and in the ThinApp package you have "final.ocx", on the local system (but not in the ThinApp package) you have "intermediate.ocx" and the app loads "intermediate.ocx". In that case ThinApp will pass the request to load "intermediate.ocx" on to Windows, which will pull in "final.ocx" from the local system too.

Work around in that case is to also include "intermediate.ocx" in the package. That will force ThinApp to load "intermediate.ocx" and resolve its imports, which will in turn cause ThinApp to load "final.ocx" from the package too.

Reply
0 Kudos