Hi,
        I've noticed this exact thing with the C++ runtimes in dependency 
walker, I just assumed that it was slightly wrong as the application worked.

It can find direct dependencies in WinSxS but not dependencies of dependiencies.

Dave

-----Original Message-----
From: Christopher Painter [mailto:chr...@deploymentengineering.com] 
Sent: 08 June 2010 14:03
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] C++ Dependency Help

Hmm, think I just stumbled into the depends / winsxs that you are talking 
about.  I noticed that I had depends 2.1 so I upgraded to 2.2 and suddenly the 
findings were different.

For 2.1, when I loaded B.dll it resolved everything.  Now in 2.2 it finds 
MSVCR80.dll and MSVCP80.dll but then says MSVCP80.dll can't find MSVCR80.dll.   
Huh?  It just found MSVCR80.dll up a level.

I'm confused now. 
 
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



----- Original Message ----
From: Christopher Painter <chr...@deploymentengineering.com>
To: General discussion for Windows Installer XML toolset. 
<wix-users@lists.sourceforge.net>
Sent: Tue, June 8, 2010 7:17:21 AM
Subject: Re: [WiX-users] C++ Dependency Help

Hmmm, I've not experienced depends / sxs issues in the past so I love to fill 
in the knowledge gap possibly exposed by that question.  And no, all my CA's 
are written in C# using DTF.  

I'm told the application is broken.   I did create a manifest for A.DLL telling 
it had dependencies of the versions that B.dll had it helped depends to resolve 
them.  I haven't tried doing this in the actual application though.  I've also 
noticed that if I just deploy the unresolved DLL's privately they end up being 
found.   This of course introduces other concerns such as not being able to 
service those dll's through microsoft hotfixes.   Perhaps this is acceptable 
though?

 My bigger concern though is how normal is it to go from a managed assembly to 
a mixed mode assembly to a native assembly where A and B are built and running 
against different versions of the C++ runtime.   I'm ignorant in this area ( my 
only C was ANSI C on Solaris 10+ years ago ) so I don't know if this is normal 
or red flag stuff. 
 
I'm thinking about posting this on stack overflow but I was hoping to get an 
answer from someone versed in both C++ and deployment considerations.    


----- Original Message ----
From: dB. <dbl...@dblock.org>
To: General discussion for Windows Installer XML toolset. 
<wix-users@lists.sourceforge.net>
Sent: Mon, June 7, 2010 8:39:05 PM
Subject: Re: [WiX-users] C++ Dependency Help

Isn't depends simply busted for WinSxS?

I assume the application doesn't run? Just in case, if those A.DLL and B.DLL 
are custom actions this won't work - you have to install the CRTs outside of 
the MSI (something about loading per-process).

dB. @ dblock.org 
Moscow|Geneva|Seattle|New York


-----Original Message-----
From: Christopher Painter [mailto:chr...@deploymentengineering.com]
Sent: Monday, June 07, 2010 7:01 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] C++ Dependency Help

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



      

------------------------------------------------------------------------------
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
</pre>
<BR style="font-size:4px;">
<a href = "http://www.sdl.com";><img src="http://www.sdl.com/images/email 
logo_150dpi-01.png" alt="www.sdl.com" border="0"/></a>
<BR>
<font face="arial"  size="2" "><a href = "http://www.sdl.com"; 
style="color:005740; font-weight: bold">www.sdl.com</a>
<BR>
<BR>
<font face="arial"  size="1" color="#736F6E">
<b>SDL PLC confidential, all rights reserved.</b>
If you are not the intended recipient of this mail SDL requests and requires 
that you delete it without acting upon or copying any of its contents, and we 
further request that you advise us.<BR>
SDL PLC is a public limited company registered in England and Wales.  
Registered number: 02675207.<BR>
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, 
UK.
</font>



------------------------------------------------------------------------------
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

Reply via email to