Visual C++ 2008 redistributable version issue

All replies

• 

  

  0

  Sign in to vote

  Greetings,

    We are tweaking our builds to ensure many of the CM2012 client pre-reqs already exist.

   We put on Silverlight v5 (required for SP1) and the latest version of VC++ redist 2005 and 2008.

   When we installed the CM2012 client the results were as follows:

  It left Silverlight alone (it normally tries to install v4)

  It left VC++ 2005 alone even though it was a later version (a good thing!).

  However it installed its own version of VC++ redist 2008 (9.0.30729.4148) even though we had a later version(9.0.30729.6161) already installed .

  The logfile shows it does a GUID check on its own version which obviously doesnt match the latest version.

  Unless there is a deliberate backward compatibility issue, I suspect that this is a client install bug.

  Yes this issue does matter to us.....

  Cheers

  David Z

  Take a look here: http://technet.microsoft.com/en-us/library/gg682042.aspx This version is a required prerequisite. I'm not sure whether or not the newer runtime a backwards compatible to support what ConfigMgr client needs, but I believe this is normal for the install to install this version if not installed and not a bug.

  • The System Center 2012 Configuration Manager client has some potential external dependencies. These dependencies depend on the operating system and the installed software on the client computer.
  • If these dependencies are required to complete the installation of the client, they are automatically installed with the client software.

  Microsoft Visual C++ 2008 Redistributable version 9.0.30729.4148

  Required to support client operations.

  ---

  Justin Chalfant | Blog: setupconfigmgr.com | SCUP Catalog: patchmypc.net/scup | Please mark as helpful/answer if this resovled your issue

  
  

  • Edited by Justin Chalfant Friday, October 26, 2012 12:50 PM

  Friday, October 26, 2012 12:49 PM
• 

  

  0

  Sign in to vote

  Your best bet is to contact CSS on this one if its causing you an issue. I'm sure the behavior that you've identified is as designed but that my be a design flaw.

  ---

  Jason | http://blog.configmgrftw.com

  Friday, October 26, 2012 2:17 PM
• 

  

  0

  Sign in to vote

  I thought the "Connect" site for feedback and potential bugs could be used but I raised it there and they said they dont deal with RTM.

  Sunday, October 28, 2012 9:04 PM
• 

  

  0

  Sign in to vote

  Correct. You'll need to contact CSS for bugs.

  ---

  Jason | http://blog.configmgrftw.com

  Monday, October 29, 2012 1:37 AM
• 

  

  0

  Sign in to vote

  However it installed its own version of VC++ redist 2008 (9.0.30729.4148) even though we had a later version(9.0.30729.6161) already installed .

  Hy, interesting that you posted this, as we noticed the same behaviour on our systems, but by a different approach:

  we added both redistributable versions (.4148 and .6161) as applications to sccm, and created a supersedence (.6161 should replace .4148). even though .4148 was correctly removed from our sccm servers, after some time they suddenly reappeared. i am guessing sccm is reinstalling them automatically for some reason?

  i'd be interested to know if this behaviour can be changed somehow.

  Tuesday, October 30, 2012 10:26 PM