Personally I use XP 32-bit with SP3 & all "high priority" updates from Windows Update as the baseline (no .NET of any flavour even though our app requires Framework 2.0) for my own & my QA teams virtual machines (same for XP 64-bit with SP2, Vista x64 with SP2 & Windows 7 x64). I figure if you can't keep your system up to date, your problems running our software are your own.
We do still get people actually complaining to our support team about XP SP3 being a requirement even though it's been released for over a year now. I think it's fair to assume XP SP2 as being the absolute baseline. It's been out so long even the laziest IT departments will have updated their company machines by now (although I have friends who work in IT for major banking organisations who tell me they are still running Windows 2000 machines across the majority of their sites). 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: Christopher Painter [mailto:chr...@deploymentengineering.com] Sent: 08 June 2010 13:24 To: gree...@cox.net; General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] C++ Dependency Help I agree with you. I worked here before some 5 years ago and I had a huge battle with a coworker where he wanted to use the sxs\system32 msm's provided my Microsoft and I wanted to add the vcredist packages to our bootstrapper. I finally relented because I was sick of fighting and they have been in the baseline ever since. I've been back for 1.5 years now and it just wasn't a huge priority to me to refactor it since the dependencies are for some ugly legacy stuff we have. I'll try it but I'm thinking it still won't work because although the redist packages will populate all the various versions in the winsxs, B.DLL when loaded through A.DLL still doesn't seem to have the insight to know what version to pull. Still, I'll try it and report back what I find. BTW I also find it interesting that because A.DLL is a mixed mode assembly with dependencies on .NET 3.5 SP1 which in turns have prereq of XP SP2 that it's getting harder and harder to define what a "stripped down" XP machine is these days. I remember a day when it meant Win 95a with nothing else installed. :-) ----- Original Message ---- From: "gree...@cox.net" <gree...@cox.net> To: General discussion for Windows Installer XML toolset. <wix-users@lists.sourceforge.net> Cc: Christopher Painter <chr...@deploymentengineering.com> Sent: Mon, June 7, 2010 7:23:52 PM Subject: Re: [WiX-users] C++ Dependency Help To make things even more interesting, sometimes there are type library and COM dependencies. Also some DLL's could be delay-loaded or dynamically linked to. The Sysinternals depends tool is a great help. It is best just to bootstrap the C++ runtime (.MSI) packages. Avoid the merge modules if at all possible. I personally believe that merge modules for system dlls will create a lot of problems. You might just try installing the C++ runtimes for each flavor of Visual C++ (2005, 2008, etc) used. Try the installs on a beefed up Windows 7 VM with all the bells and whistles and then a stripped down XP Pro/Home VM and see what works, Your can beat yourself endlessly trying to result secondary/tertiary/... depencies ad infitum. Regards, Aris Green ---- Christopher Painter <chr...@deploymentengineering.com> wrote: > I have a C++ dependency issue that I'm trying to figure out. > > A.DLL depends on: ( compiled by us using VS2008 ) > MSCOREE.dll > KERNEL32.dll > MSVCM90.DLL 9.0.21022.8 > MSVCR90.dll 9.0.21022.8 > MSVCP90.dll 9.0.21022.8 > B.DLL > > B.DLL depends on: ( compiled by third party using VS2005 ) > WS2_32.dll > KERNEL32.dll > MSVCR80.dll 8.0.50727.4053 > MSVCP80.dll 8.0.50727.4053 > > In my installer I'm currently using the microsoft merge modules to deploy the > c/c++ 8/9 dll's to winsxs. Here's where it get's interesting: If I open > B.DLL in depends it resolves all DLL's. If I open A.DLL in depends it > resolves A's dependencies but for B it says that it can't find the MSVCR80 or > MSVCP80. If I copy these two DLL's into the application directory it finds > them ( even if it's the wrong version ). > > I have a hunch what's going on here but I'd really hope that someone who > really understands it could lead me to enlightenment and best practices for > this type of problem. > > Thanks, > Chris > > Christopher Painter, Author of Deployment Engineering Blog Have a hot > tip, know a secret or read a really good thread that deserves > attention? E-Mail Me > > > > > ---------------------------------------------------------------------- > -------- ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental > unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
