Results 1 to 11 of 11
  1. #1
    Join Date
    Sep 2003
    Posts
    54

    What dlls need to distributed for Crystal Reports 8.5?

    According to Crystal Reports 8.5 runtime.hlp, the following files are required:

    CPEAUT32.DLL
    CRPE32.DLL
    CRPAIG80.DLL
    IMPLODE.DLL
    MFC42.DLL
    MSVCIRT.DLL
    MSVCP60.DLL
    MSVCRT.DLL

    Does this mean that any application using Crystal Reports 8.5 need to distribute those dlls? I ask this because MFC42.DLL, MSVCIRT.DLL, MSVCP60.DLL, and MSVCRT.DLL are all Microsoft's dlls. The Crystal Reports 8.5 runtime.hlp only says that they are required but does not say anything whether they should be distributed. Does Crystal Reports include all those dlls in its installation?

    Thank you for any help.

  2. #2
    Join Date
    Mar 2004
    Location
    Tamworth, Staffordshire, England
    Posts
    12
    I would have thought you need more DLLs than you have listed. For example, you normally need import, export, and format DLLs. We used Crystal 8.5 in our PC-Duo Enterprise Console v2.10. While I was using individual files, my file list was like this:-

    Crbas14.dll
    Cror714.dll
    CROR815.DLL
    Crpaig80.dll
    crpe32.dll
    Crutl14.dll
    crxf_pdf.dll
    crxf_rtf.dll
    Crxlat32.dll
    Implode.dll
    p2bxbse.dll
    p2sodbc.dll
    pg32conv.dll
    qecr.lic
    sscsdk80.dll
    u2ddisk.dll
    u2dmapi.dll
    u2fcr.dll
    u2fdif.dll
    u2fhtml.dll
    u2fodbc.dll
    u2frec.dll
    u2fsepv.dll
    u2ftext.dll
    u2fwks.dll
    u2fwordw.dll
    u2fxls.dll
    u2fxml.dll
    u2ldts.dll
    u2lsamp1.dll

    Plus a couple of self-registering DLLs:-

    crtslv.dll
    ExportModeller.dll

    and some system DLLs:-

    atl.dll

    Note that the above list was sufficient for our Reports. You may need more functionality.

    I write the installer using InstallShield DevStudio 9. This provides a Crystal 8.5 "object" that includes the above files and more. The Object documentation lists MSVCIRT, MSVCP50, and MFC v6.2 as required.

    Hope that helps,

    David
    David Briggs
    Technology Director
    Vector Networks Ltd.

  3. #3
    Join Date
    Sep 2003
    Posts
    54
    Hi David,

    Thank you for your reply. You're right that I need more dll's than the one I listed. I only list the one required for Crystal Reports Automation Server (CPEAUT). In your installer, do you include those Microsoft's system dlls such as msvcrt.dll and msvcirt.dll? From what I have heard, those Microsoft's system dlls should never be distributed by any application installer except Microsoft's installers.

    Thank you,

    Peter

  4. #4
    Join Date
    Mar 2004
    Location
    Tamworth, Staffordshire, England
    Posts
    12
    The Windows Installer-only rule applies to some system DLLs but we have been shipping MSVCIRT, MSVCP60, MSVCRT, MSVCRT20, and MSVCRT40.DLLs for quite some time in InstallShield Professional (IS 5.5)Setups.

    Since switching from IS5 to DS9, I have been using InstallShield-supplied "Objects" for most of these. I still bundle MSVCRT20 and MSVCRT40.DLLs in my installer as these are language-dependent. However, I think it's our application that needs these, not Crystal 8.5.

    I have problems with the MSI-only rule when I am installing on non-English Windows and the merge modules are only supplied in English.

    Hope that helps,

    David
    David Briggs
    Technology Director
    Vector Networks Ltd.

  5. #5
    Join Date
    Mar 2004
    Location
    KY
    Posts
    3

    Exclamation Cystal 8.5 shipped with a blank dependency

    FYI - Cystal 8.5 shipped with a blank dependency file for the file cpeaut32.dll this caused me some problems recently. See Crystal Technical Report article ID: c2009104

    Have a great day!

  6. #6
    Join Date
    Sep 2003
    Posts
    54
    Hi David,

    I'm using InstallShield DS9 too. When you're talking about the InstallShield-supplied objects, I believe you're referring to the Crystal Reports 8.5 Object Wizard area. Do you know how to find out what files are included in those supplied objects? I wonder whether those system dlls such as msvcrt.dll and msvcirt.dll are included in those supplied objects.

    Thank you,

    Peter

  7. #7
    Join Date
    Mar 2004
    Location
    Tamworth, Staffordshire, England
    Posts
    12
    Open your Setup Project and click on Objects in the left-hand pane. You should see a list of Objects (blue icon) and merge modules (red icon). Click once on Crystal Reports 8.5 and information regarding this Object is displayed in the right-hand-most pane. You can see from Files Installed by the Object that it always installs MSVCIRT.DLL, MSVCP60.DLL, and the MFC 6.1 Object (that's MFC42.DLL at least).

    The Crystal files are segregated against the particular type of report, access method, etc. below.

    If you need to check specific files, you can find them in the directory below <DS9>\ObjectsPro\Crystal Reports 8.5 Object\Data\Crystal.

    I used this Object successfully for a while until we started switching to CR9...

    How come you didn't ask this question in the InstallShield Community? I'm a mega-user there but only a beginner here!

    Hope that helps,

    David
    David Briggs
    Technology Director
    Vector Networks Ltd.

  8. #8
    Join Date
    Sep 2003
    Posts
    54
    Hi David,

    Thank you for the information and I will check out the objects.

    I did not ask this question in InstallShield community since Crystal Reports 8.5 runtime.hlp only states what dlls as required but there is no additional information about which one of them should be distributed. I guess this is kind of specific to Crystal Reports 8.5 so I ask the question in here.

    It sounds like that you have problem with CR9. If I understand correctly, DS9 only comes with CR8 and CR8.5 InstallScript Objects. Are you using the CR9 merge module?

    As of now, I'm kind of confused whether those Microsoft's system dlls should be distributed or not since MS support has told me that those dlls should not be distributed.


    Thank you for your help.

  9. #9
    Join Date
    Mar 2004
    Location
    Tamworth, Staffordshire, England
    Posts
    12
    I think you will be OK with the Crystal 8.5 Object. You will have to run through the Object configuration wizard, so you need to know which features are going to be required. I guessed some of the options and was still OK with a small-ish install footprint.

    I have been trying to add the Crystal 9 files to an InstallScript (non-MSI) Setup. I have pretty well everything working apart from HTML export. I suspect this is something to do with Crystal 9 licensing, but I haven't figured it out yet. The export does work if I install the report engine, licensing, and RDC merge modules using a wrapper project.

    I haven't wanted to use the Crystal 9 merge modules because they are incompatible with each other (languages, I mean) and *BIG*. My entire DS9 project Setup has about 20MB of Crystal for four languages: English, French, German, and Spanish. That's smaller than the merge module for one language!

    David
    David Briggs
    Technology Director
    Vector Networks Ltd.

  10. #10
    Join Date
    Feb 2004
    Posts
    13

    Lightbulb DAO runtime

    You will also need to redistribute MSDAO350.DLL & MSDAO360.DLL for MS Access database support to avoid the 'Error detected by database DLL' trouble.
    Shahriar Kabir

  11. #11
    Join Date
    Jun 2013
    Posts
    6

    Arrow Crystal Report (8.5) on win7/windows 2008 64 bit system

    Hi,

    Here i m also facing the similar problem with crystal report 8.5 .Please help me if anybody knows the solution for the following issue.



    Crystal Report (8.5) is not working on win7/windows 2008 64 bit system

    My application is a vb application and I am using Crystal report 8.5. It is working fine on 32 bit system and 64 bit system of Windows 2003 server. When I run the same application either on win7 64 bit or on 2008 64 bit, report does not open.
    I am using vb script to access the database.
    Part of the code written in the VB script file is as follows:
    Dim objrsRecordSet 'As RecordSet
    Dim strSQL 'As String

    '**** Open Database Connection using the parameters passed from the main program
    Set dbConnection = CreateObject("ADODB.Connection")
    dbConnection.ConnectionString = "Provider=SQLOLEDB;Server=" & mstrServer & ";uid=" & mstrUserName _
    & ";pwd=" & mstrPassword & ";Database=" & mstrDatabase & ";"

    dbConnection.Open
    dbConnection.CommandTimeout = 200

    dbConnection.Properties("Enable Fastload").Value = True




    Basically we have two visual basic projects developed in VB 6.0 language: let’s say
    1. Diapp (we consume the report.dll in this application, in order to generating the reports)
    2. Adacrystalapp (which is used for making the report.dll)


    Diapp application generating the reports on windows-XP(32 bit machines) without any problems but when I run the same application on 64 bit machines(win7/Vista…etc) report is not generating.
    If I run the both applications (Diapp, Adacrystalapp) in debug mode then reports are generating on 64 bit machines (win7/vista) also without any problems.



    Please help me out with this issue, i will appreciate for your response.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •