Personally I wouldn't worry too much about anything caused by VC++ redistributable merge modules. Any problem you find will be replicated by the stand-alone redistributable installer & both were authored by the MS Visual Studio dev's.
When I build my MSI's without the VC++ 8 merge modules included I get 0 light warnings & 0 ICE warnings. With them included I get 495 warnings total, 18 from light with the other 477 being ICE warnings (I use WiX v3.0.5419.0, v3.5 could have different values). Also it seems like you're shipping the SP1 versions of the VC++ controls. You may want to look into applying the ATL Security Update released at the end of July to your Visual Studio 2005 install. See http://www.microsoft.com/technet/security/bulletin/Ms09-035.mspx & http://support.microsoft.com/?kbid=971090 Palbinder Sandher Software Deployment & IT Administrator T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the <Virtual Environment>** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -----Original Message----- From: Chris Bardon [mailto:cbar...@computer-talk.com] Sent: 11 September 2009 23:40 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Windows 7 logo testing and mergemodules-files not uninstalled? I ran the logo test on a clean system, so this is the only app that's been installed/uninstalled after the OS and the tester. Is there any way that windows could think it was still being referenced by another application? Actually, I just thought of something else strange-in the notes for the logo tester, it says to run the tester, then run another app in a second user session. It tells you to close all the application windows in the other user session before uninstalling, but not to log the other user out, which I remember thinking was strange at the time, especially since the uninstall warns you that other users are still logged in. I wonder whether the same thing would happen if I logged the second user session out first? I'll have to try that on Monday... ________________________________________ From: Wilson, Phil [phil.wil...@wonderware.com] Sent: Friday, September 11, 2009 5:45 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Windows 7 logo testing and merge modules-files not uninstalled? Is it as simple as the possibility that those Dlls might also have been installed for use by another app? Phil Wilson -----Original Message----- From: Chris Bardon [mailto:cbar...@computer-talk.com] Sent: Friday, September 11, 2009 1:14 PM To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Windows 7 logo testing and merge modules-files not uninstalled? I've been running a couple of tests with the Windows 7 logo kit, and one warning that's coming up in the report looks like this: Test case: Remove all non-shared files and folders.: PASS WITH WARNINGS WARNING: This application failed to remove the following files during uninstall: File C:\Windows\winsxs\x86_microsoft.vc80.atl_1fc8b3b9a1e18e3b_8.0.50727.762_ none_11ecb0ab9b2caf3c\ATL80.dll from program iceManager Monitor was not deleted. File C:\Windows\winsxs\x86_microsoft.vc80.mfc_1fc8b3b9a1e18e3b_8.0.50727.762_ none_0c178a139ee2a7ed\mfc80.dll from program iceManager Monitor was not deleted. (there were more files, but you get the idea) In my installer, I install the MFC and ATL merge modules with this markup: <Merge Id="CRT8" Language="1033" DiskId="1" SourceFile="$(env.CommonProgramFiles)\Merge Modules\Microsoft_VC80_CRT_x86.msm"/> <Merge Id="MFC8" Language="1033" DiskId="1" SourceFile="$(env.CommonProgramFiles)\Merge Modules\Microsoft_VC80_MFC_x86.msm"/> <Merge Id="ATL8" Language="1033" DiskId="1" SourceFile="$(env.CommonProgramFiles)\Merge Modules\Microsoft_VC80_ATL_x86.msm"/> . . . <MergeRef Id="CRT8"/> <MergeRef Id="MFC8"/> <MergeRef Id="ATL8"/> Everything works just fine, but is there a reason why the merge modules aren't uninstalled with the application? I dug around a little, and it doesn't look like there's anything that tries to flag them as permanent, and I haven't come across anything useful in the logs yet, but I thought I'd check to see if this was a known issue (in general or with these MSMs in particular), or if there was a known workaround. Thanks for the help! Chris ------------------------------------------------------------------------ ------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------ ------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------ ------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
