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.

 
Go Back  dBforums > Data Access, Manipulation & Batch Languages > Crystal Reports > What dlls need to distributed for Crystal Reports 8.5?

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old
Registered User
 
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.
Reply With Quote
  #2 (permalink)  
Old
Registered User
 
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.
Reply With Quote
  #3 (permalink)  
Old
Registered User
 
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
Reply With Quote
  #4 (permalink)  
Old
Registered User
 
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.
Reply With Quote
  #5 (permalink)  
Old
Registered User
 
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!
Reply With Quote
  #6 (permalink)  
Old
Registered User
 
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
Reply With Quote
  #7 (permalink)  
Old
Registered User
 
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.
Reply With Quote
  #8 (permalink)  
Old
Registered User
 
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.
Reply With Quote
  #9 (permalink)  
Old
Registered User
 
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.
Reply With Quote
  #10 (permalink)  
Old
Registered User
 
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
Reply With Quote
  #11 (permalink)  
Old
Registered User
 
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.
Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On