Skip to Content
author's profile photo Former Member
Former Member

2008 SP1 Merge Modules

The latest Crystal 2008 merge modules on the download page are not the SP1 version. The CRRuntime_12_0.msm gives file versions 12.0.0.840, whereas the SP1 designer (including the files we use to develop / compile our application) has file versions 12.1.0.882.

Where can I find the merge modules for Crystal 2008 SP1? I've spotted another forum posting providing an MSI package for VS for SP1, but it's the MSM I'm after.

Add comment
10|10000 characters needed characters exceeded

6 Answers

  • Best Answer
    author's profile photo Former Member
    Former Member
    Posted on Nov 04, 2008 at 10:38 AM

    Hi,

    Any idea when the SP1 merge modules will be available to download?

    Thanks.

    Add comment
    10|10000 characters needed characters exceeded

  • Posted on Oct 30, 2008 at 04:25 PM

    Hi Peter,

    They are available on our internal share and I am working with the Team responsible for posting them to our support site. I expect it should be there possibly by tomorrow and if not then early next week.

    Thank you

    Don

    Add comment
    10|10000 characters needed characters exceeded

    • Former Member

      Thanks for the prompt response, can you update this thread so I can download them ASAP - we have a software release due very soon.

  • author's profile photo Former Member
    Former Member
    Posted on Nov 03, 2008 at 11:55 AM

    Hi,

    What is the latest ETA on these being available to download?

    Thanks in advance!

    Add comment
    10|10000 characters needed characters exceeded

  • author's profile photo Former Member
    Former Member
    Posted on Jul 13, 2009 at 02:32 PM

    With regards to the dependencies:

    Iu2019ve been using InstallShield Express 2008 & 2010, each giving the same errors.

    I looked at CRRuntime_12_1.msm via Orca and within ModuleDependency, each module is defined as having a ModuleLanguage & RequiredLanguage of 1033.

    I opened one of the modules, Microsoft_VC80_ATL_x86.msm to find its ModuleComponents has a Language of 0.

    I changed each ModuleDependency record in CRRuntime_12_1.msm to have a ModuleLanguage & RequiredLanguage of 0 and saved it.

    Now when loading a project in InstallShield and selecting Crystal Reports 2008 Runtime, the dependant Merge Modules are automatically selected:

    Visual C++ 8.0 ATL (x86) WinSXS MSM

    Visual C++ 8.0 ATL.Policy (x86) WinSXS MSM

    Visual C++ 8.0 CRT (x86) WinSXS MSM

    Visual C++ 8.0 CRT.Policy (x86) WinSXS MSM

    Visual C++ 8.0 MFC (x86) WinSXS MSM

    Visual C++ 8.0 MFC.Policy (x86) WinSXS MSM

    Visual C++ 8.0 MFCCLOC (x86) WinSXS MSM

    Visual C++ 8.0 MFCCLOC.Policy (x86) WinSXS MSM

    Visual C++ 8.0 OpenMP (x86) WinSXS MSM

    Visual C++ 8.0 OpenMP.Policy (x86) WinSXS MSM

    The build compiles without errors and installs fine on XP. This seems the most straightforward workaround to avoid these errors.

    The solution seems simple: SAP need to provide a merge module that does not whinge about missing dependencies.

    Add comment
    10|10000 characters needed characters exceeded

    • Re. Vista and WIN 7.

      I would have thought that the merge modules from VS .NET 2005 SP1 would work in any setup project run on any supported version of Windows. Whether it be Windows XP, Vista or 7.

      But admittedly, this was before you provided this link:

      http://blogs.msdn.com/astebner/archive/2007/01/09/problems-with-custom-actions-that-depend-on-the-visual-c-8-0-runtime-files-on-windows-vista

      Sounds like we need to do some testing with Vista and Windows 7, but going by the above blog, I think we do have the answer. Unfortunately it's not easy to believe (at least for me anyhow). E.g;

      There is a tricky issue with the VC 8.0 runtime files that only affects Windows Vista and later versions of Windows and is does not appear to be well documented yet. Specifically, on Windows Vista and later, the VC 8.0 runtime files are installed to the WinSxS cache as global assemblies, whereas on downlevel platforms such as Windows XP or Windows Server 2003, the VC 8.0 runtime files are installed using standard Windows Installer file table entries.

      The problem has always been that clients using Visual Studio .NET 2008 could not get their hands on the merge modules (.msm) files from VS 2005 SP1. Microsoft simply doesn't provide them as a single download.

      The VCRedist package for the C++ libraries was the only way VS 2008 customers could get the correct C++ library files. As far as I know this can be installed ahead of time on any OS then you can install the setup package built with the merge modules.

      Ludek

  • author's profile photo Former Member
    Former Member
    Posted on Aug 20, 2009 at 10:16 PM

    I too was having all kinds of similar problems deploying - just when I thought including Micorosft C++ 2005 was the answer I found on a Vista 64 bit machine that already had C++ 2005 the install would fail

    My final solution was to NOT use CR merge modules and instead use the Redistributable

    To do this, since I was using Install Shield (IS 2010), I had to build a .PRQ (see below)

    For test condition I wasn't sure what registry value to check - but for now - since time was running out - I did the ugly check for a known file

    [ProgramFilesFolder]\Business Objects\Common\4.0\crystalreportviewers12\allInOne.js

    I also made it optional just in case something went wrong I could have the user skip it, install my app, and then try do something like CR click once install.

    My perference (and my boss's) would have been to use a merge module - but that was eating up too much time and was getting me nowhere.

    <?xml version="1.0" encoding="UTF-8"?>

    <SetupPrereq>

    <conditions>

    <condition Type="4" Comparison="2" Path="[ProgramFilesFolder]\Business Objects\Common\4.0\crystalreportviewers12" FileName="allInOne.js" ReturnValue=""></condition>

    </conditions>

    <files>

    <file LocalFile="[REPLACE THIS WITH ACTUAL LOCATION]\CRRuntime_12_2_mlb.exe" CheckSum="D0F9B532A9126C5EB49DAE5DF8F6382F" FileSize="0,34727631"></file>

    <file LocalFile="[REPLACE THIS WITH ACTUAL LOCATION]\CRRuntime_12_2_mlb.msi" CheckSum="EDAA0BCDDF2A99E8F754BC917D4147BD" FileSize="0,58235392"></file>

    </files>

    <execute file="CRRuntime_12_2_mlb.msi" requiresmsiengine="1"></execute>

    <properties Id="{27F2D126-7C38-44C7-95A2-172BB5D74E49}" Description="Crystal Reports 2008 Runtime SP2"></properties>

    <behavior Optional="1"></behavior>

    </SetupPrereq>

    Add comment
    10|10000 characters needed characters exceeded

    • Former Member

      Why are you including both of

      - CRRuntime_12_2_mlb.exe

      - CRRuntime_12_2_mlb.msi

      yet only executing

      CRRuntime_12_2_mlb.msi?

      I have tried running these two files manually and separately from each other. It would appear that both of them are performing the same actions(?), except the .exe version displays an InstallAware dialog at the beginning.

      The .exe version is clearly created with InstallAware, but I cannot tell if it was created by importing the .msi file or by recording the differences using PackageAware. If the latter is the case, then my guess would be that the machine used for the recording is not as clean as it ought to be, as this would explain the enormous difference between the sizes of the .exe and .msi files(?)

      What is the official word on the difference between using one or the other (including an explanation of the file size difference)?

      Is there any documentation for CRRuntime_12_2_mlb.exe?

      UPDATE: I ran the (56MB) CR 2008 SP2 .msi installer through InstallAware's PackageAware application on a clean XP SP3 virtual machine and built the resulting InstallAware project. The result was a 32.5MB installer, which was only slightly less than the 34.5MB CRRuntime_12_2_mlb.exe file. I take that as confirmation that the .exe installer was created (somewhat) in this manner(?) The question is: Is this really safe to use for a product of such complexity?

      Edited by: Joergen Bech on Aug 27, 2009 5:44 PM

  • author's profile photo Former Member
    Former Member
    Posted on Aug 20, 2009 at 10:19 PM

    And oh yea - the need to Orca correct the language

    I did that a lot as well - change 1033 to 0

    Thanks to this thread for that tip !!!

    Add comment
    10|10000 characters needed characters exceeded