If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

Unanswered: What dlls need to distributed for Crystal Reports 8.5?

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?

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

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.

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.

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.

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.

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!

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.

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!

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

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

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.