sxs

问题 We are working on an integration of a large MFC-based application with a handful of managed (.NET) add-ins. Communication with these add-ins is done via COM. Historically, we've just used the registry to make these add-ins available (as COM servers) to the application. But, now we're trying to use registration-free COM interop to do this. We'd like these add-ins to be able to live in a separate directory from the one that the application is running in -- ideally anywhere. But, we're

问题 We are working on an integration of a large MFC-based application with a handful of managed (.NET) add-ins. Communication with these add-ins is done via COM. Historically, we've just used the registry to make these add-ins available (as COM servers) to the application. But, now we're trying to use registration-free COM interop to do this. We'd like these add-ins to be able to live in a separate directory from the one that the application is running in -- ideally anywhere. But, we're

问题 In not so recent years, I have added Configuration forms to some of my VB6 programs. Tab controls are pretty handy to group different categories for the various configurations to be managed. My Development PC is a virtual PC running Windows XP (32bit) Service Pack 3. I am programming with Visual Basic 6.0 (SP6). It turns out that other user's PCs, not used for VB6 Programming Development and with newer versions of Windows, do not immediately understand what to do with this 'new fangled' Tab

问题 In not so recent years, I have added Configuration forms to some of my VB6 programs. Tab controls are pretty handy to group different categories for the various configurations to be managed. My Development PC is a virtual PC running Windows XP (32bit) Service Pack 3. I am programming with Visual Basic 6.0 (SP6). It turns out that other user's PCs, not used for VB6 Programming Development and with newer versions of Windows, do not immediately understand what to do with this 'new fangled' Tab

问题 Is there a way to adjust the UMMM.ini file and / or the UMMM.bat file to specify in the <File Name=... > the \Dependencies subdirectory when it creates the Program.exe.manifest? Re: vb6 "regfreecom" autocreate manifest for ocx file Re: VB6 RegFreeCom SideBySide SxS Manifest Test for TABCTL32.ocx Using a UMMM.ini file like: Identity zTABCTL32.exe zTABCTL32.exe "TABCTL32 Test program 1.0" File C:\WINDOWS\system32\TABCTL32.ocx and a UMMM.bat file like: UMMM.exe zUMMMTabCtl32.ini .\manifest

问题 Is there a way to adjust the UMMM.ini file and / or the UMMM.bat file to specify in the <File Name=... > the \Dependencies subdirectory when it creates the Program.exe.manifest? Re: vb6 "regfreecom" autocreate manifest for ocx file Re: VB6 RegFreeCom SideBySide SxS Manifest Test for TABCTL32.ocx Using a UMMM.ini file like: Identity zTABCTL32.exe zTABCTL32.exe "TABCTL32 Test program 1.0" File C:\WINDOWS\system32\TABCTL32.ocx and a UMMM.bat file like: UMMM.exe zUMMMTabCtl32.ini .\manifest

问题 Is there a way to adjust the UMMM.ini file and / or the UMMM.bat file to specify in the <File Name=... > the \Dependencies subdirectory when it creates the Program.exe.manifest? Re: vb6 "regfreecom" autocreate manifest for ocx file Re: VB6 RegFreeCom SideBySide SxS Manifest Test for TABCTL32.ocx Using a UMMM.ini file like: Identity zTABCTL32.exe zTABCTL32.exe "TABCTL32 Test program 1.0" File C:\WINDOWS\system32\TABCTL32.ocx and a UMMM.bat file like: UMMM.exe zUMMMTabCtl32.ini .\manifest

问题 Is there a way to adjust the UMMM.ini file and / or the UMMM.bat file to specify in the <File Name=... > the \Dependencies subdirectory when it creates the Program.exe.manifest? Re: vb6 "regfreecom" autocreate manifest for ocx file Re: VB6 RegFreeCom SideBySide SxS Manifest Test for TABCTL32.ocx Using a UMMM.ini file like: Identity zTABCTL32.exe zTABCTL32.exe "TABCTL32 Test program 1.0" File C:\WINDOWS\system32\TABCTL32.ocx and a UMMM.bat file like: UMMM.exe zUMMMTabCtl32.ini .\manifest

问题 We are adapting our client side relatively complicated application (ActiveX / .net / Delphi / C++ / COM ) to use SxS to achieve non admin deployment and isolation from older versions of our product. We were able to achieve this goal for almost all our in proc components such as our .net ui, Delphi ui, and the COM servers we use in proc by composing a manifest file which described all the libraries used by our process, with no registration on the client of any of the components (almost). And

问题 I have a project written in VB6 that uses a UserControl, The project runs fine when the OCX is registered, but if I run the same project with a side by side manifest it results in an error. I can use the Control with no problem as long as it's loaded statically (added before on the form) but if I add a dynamic control to form on any use of the new control (property or method) I get this error: Object doesn't support this property or method This error can be reproduced this way: Create an OCX