.NET file dialog slow to open with Virtual Registry enabled
Posted: Fri Aug 31, 2012 10:38 am
I packed a 32 bit .NET 4.0 application with Enigma Virtual Box v5.3 Build 20120824. It also has a Win32 ActiveX control so I enabled the virtual registry function.
Everything seems to work very well until I tried to use any file open common dialog box in my .NET application. When any file open dialog box opens it take very long to open, up to 25 seconds, whereas when the application is not packed the file dialogs open instantly at the same path. When (and only when) the application is packed with enigma virtual box you can see an animation effect as the file dialog slowly navigates back to the last used path. I disabled the virtual registry and this fixed the problem, however I need the virtual registry in order to register my embedded ActiveX control on non admin accounts.
I found that if I make only HKEY_CLASSES_ROOT virtualised and not any of the others in the Registry tab then the common file open dialogs work a lot faster, although not as fast as when not packed. However, when I also add HKEY_LOCAL_MACHINE as virtualised it gets slower again to open a common file dialog and restore the last used path. I think I need HKEY_LOCAL_MACHINE also to register an OCX activex control without admin privileges as my regedit shows references to the ocx there.
The problem occurs on both Windows 7 and Windows 8 64bit machines. I have not tried 32 bit Windows.
Everything seems to work very well until I tried to use any file open common dialog box in my .NET application. When any file open dialog box opens it take very long to open, up to 25 seconds, whereas when the application is not packed the file dialogs open instantly at the same path. When (and only when) the application is packed with enigma virtual box you can see an animation effect as the file dialog slowly navigates back to the last used path. I disabled the virtual registry and this fixed the problem, however I need the virtual registry in order to register my embedded ActiveX control on non admin accounts.
I found that if I make only HKEY_CLASSES_ROOT virtualised and not any of the others in the Registry tab then the common file open dialogs work a lot faster, although not as fast as when not packed. However, when I also add HKEY_LOCAL_MACHINE as virtualised it gets slower again to open a common file dialog and restore the last used path. I think I need HKEY_LOCAL_MACHINE also to register an OCX activex control without admin privileges as my regedit shows references to the ocx there.
The problem occurs on both Windows 7 and Windows 8 64bit machines. I have not tried 32 bit Windows.