PDA

View Full Version : Where / How Do I Install the Runtime Files For Crystal XI



Brendon
5-Jul-2005, 08:35 PM
Hmm,
Feeling dumb and frustrated!! Once a year we seem to have issues with
installation of Crystal Reports (and further frustrations finding the FAQ's
and Knowledge Bases at both Business Objects and Data Access seem not to
have adequate information regarding individual versions of the product).
Thought I had worked out a procedure last year, but alas alack, nup. Things
have changed again.

Can anyone tell me the procedure for installation of the runtime files (and
what they are) which are required to get existing Crystal Reports running
with VDF11 and the new Crystal XI software.
Do I need to copy ALL of the runtime files listed in RUNTIME.txt into any
particular directory?


I've copied crpe32.dll (the latest version from the Crystal install) to the
d:\WINDOWS\system directory (and system 32). This is on the client machine
though. Do I need to copy the crpe32.dll file into the /vdf/programs/bin
directory on the server which houses the database also?


I've also copied the following four files:
CrystalReports11_RDC_Designtime.msm
CrystalReports11_RDC_License.msm
CrystalReports11_RDC_Reportengine.msm
CrystalReports11_RDC_Runtime.msm
to the same directory.

My VDF app is still able to load reports that were created in previous
versions of Crystal, but I get a 4405 load error on a report I created
yesterday in Crystal XI.

I have done searches on this error and can only find info regarding
installing the .dlls for pre 8.5 versions of Crystal.
The one area I can find specific to the 4405 error issue only lists a
solution for, I think VDF 6 or somewhere around there. The only other one is
a fix for Crystal 8 and 8.5. Neither seem relevant though.

Brendon O'Hanlon

David Martinko
5-Jul-2005, 08:49 PM
Brendon,

Crystal DLLs should be in the c:\Program Files\Common Files\Business
Objects\ ... which is where you will find them on your machine. Be sure not
to replace newer files because there could be an installation already there
from another software. This is the new location for Crystal files. CRPE*.dll
are not crystal, but rather Conn Kit files. These will need to be in the
Programs folder because they are not registered like the Crystal DLL's... so
Crystal more importantly, VDF won't know where to find them. If you follow
those 2 rules, you'll be fine.

--
David Martinko
Redeemed Software
248-535-7495
RedeemedSoftware(SHIFT+2)Hotmail(PERIOD)com
www.redeemedsoftware.com

Brendon
5-Jul-2005, 10:54 PM
Thanks David,
I've followed your directions and am now able to launch the Crystal report
from the VDF app, but I get a Windows error after the report has loaded to
100%. It does not actually draw any of the report though at this time,
although there is a count of the availabel records.

Also, pre-existing reports created in Crytal 8 are still launching
correctly.
The report also tried to use the FlexODBC connection during one load?

Do I need to somehow tell VDF to include the merge modules during compile or
something like that? Or am I completely misunderstanding the merge module
concept?
Thanks again for your help thus far though. Feeling a bit more confident
than at 9:00am this morning, but still a bit confused.

Brendon O'Hanlon
brendono@sewgroup.com


"David Martinko" <RedeemedSoftware@Hotmail.com> wrote in message
news:I3QBF0cgFHA.1112@dacmail.dataaccess.com...
> Brendon,
>
> Crystal DLLs should be in the c:\Program Files\Common Files\Business
> Objects\ ... which is where you will find them on your machine. Be sure
> not to replace newer files because there could be an installation already
> there from another software. This is the new location for Crystal files.
> CRPE*.dll are not crystal, but rather Conn Kit files. These will need to
> be in the Programs folder because they are not registered like the Crystal
> DLL's... so Crystal more importantly, VDF won't know where to find them.
> If you follow those 2 rules, you'll be fine.
>
> --
> David Martinko
> Redeemed Software
> 248-535-7495
> RedeemedSoftware(SHIFT+2)Hotmail(PERIOD)com
> www.redeemedsoftware.com
>

David Martinko
5-Jul-2005, 11:09 PM
There are 2.. count them.. 2 CRPE*.dll files that need to be in the programs
folder. Make sure they are the correct version. Remove any files you may
have copied to the SYSTEM folders.. they don't belong there. You may have
files there from older versions of crystal... overwriting these files or
moving them may cause your older version to no longer function.

--
David Martinko
Redeemed Software
248-535-7495
RedeemedSoftware(SHIFT+2)Hotmail(PERIOD)com
www.redeemedsoftware.com

Brendon
5-Jul-2005, 11:34 PM
David,
The problem (after your solution) was at my end.
I'd connected to an ODBC version of the data table, not through the Crystal
"Add New Connection" -> "Database Files" - > "Dataflex" connection. I'm
guessing (without much sound background knowledge) that something in the
ODBC connection was actaully causing the Windows error?
I've changed the report to the correct connection type and it has run
without a problem.
I am also (happily) still able to access the older reports without making
any conversions to the reports.

Thanks again.
Brendon

"David Martinko" <RedeemedSoftware@Hotmail.com> wrote in message
news:8BpCRCegFHA.1112@dacmail.dataaccess.com...
> There are 2.. count them.. 2 CRPE*.dll files that need to be in the
> programs folder. Make sure they are the correct version. Remove any files
> you may have copied to the SYSTEM folders.. they don't belong there. You
> may have files there from older versions of crystal... overwriting these
> files or moving them may cause your older version to no longer function.
>
> --
> David Martinko
> Redeemed Software
> 248-535-7495
> RedeemedSoftware(SHIFT+2)Hotmail(PERIOD)com
> www.redeemedsoftware.com
>

phvwijk
6-Jul-2005, 06:33 AM
Brendon,

Best what you can do is make use of the merge modules Crystal is providing
for you.

Peter H. van Wijk
X-Organize Consultancy N.V.

"Brendon" <brendono@sewgroup.com> wrote in message
news:3OrR9rcgFHA.3408@dacmail.dataaccess.com...
> Hmm,
> Feeling dumb and frustrated!! Once a year we seem to have issues with
> installation of Crystal Reports (and further frustrations finding the
> FAQ's and Knowledge Bases at both Business Objects and Data Access seem
> not to have adequate information regarding individual versions of the
> product).
> Thought I had worked out a procedure last year, but alas alack, nup.
> Things have changed again.
>
> Can anyone tell me the procedure for installation of the runtime files
> (and what they are) which are required to get existing Crystal Reports
> running with VDF11 and the new Crystal XI software.
> Do I need to copy ALL of the runtime files listed in RUNTIME.txt into any
> particular directory?
>
>
> I've copied crpe32.dll (the latest version from the Crystal install) to
> the d:\WINDOWS\system directory (and system 32). This is on the client
> machine though. Do I need to copy the crpe32.dll file into the
> /vdf/programs/bin directory on the server which houses the database also?
>
>
> I've also copied the following four files:
> CrystalReports11_RDC_Designtime.msm
> CrystalReports11_RDC_License.msm
> CrystalReports11_RDC_Reportengine.msm
> CrystalReports11_RDC_Runtime.msm
> to the same directory.
>
> My VDF app is still able to load reports that were created in previous
> versions of Crystal, but I get a 4405 load error on a report I created
> yesterday in Crystal XI.
>
> I have done searches on this error and can only find info regarding
> installing the .dlls for pre 8.5 versions of Crystal.
> The one area I can find specific to the 4405 error issue only lists a
> solution for, I think VDF 6 or somewhere around there. The only other one
> is a fix for Crystal 8 and 8.5. Neither seem relevant though.
>
> Brendon O'Hanlon
>

Brendon
18-Jul-2005, 03:26 AM
Thanks Peter,
I'm really having trouble undersstanding the RDC install procedures, but
before I go on with it....

Some of the client machines in our building are running on 98 and Windows
Me.
Is it possible for the Crystal Reports (either created in or upgraded by
CRXI) to be viewed by machines that are either 98 or Me? The software
packaging does not mention either and I have not seen editions for these
platforms.
Business Objects mentions neither on the supported platforms of the copy I
have (as far as supported Client Components) so I am wondering if, even with
the correct install of either an RDC styled Conn Kit or the older version
using crpe32.dll, I will be able to get any of the reports running on these
older machines regardless?

Thanks to the whole group for your patience!!!

Brendon


"Peter H. van Wijk" <phvwijk@x-organize.com> wrote in message
news:RPhhbAigFHA.3408@dacmail.dataaccess.com...
> Brendon,
>
> Best what you can do is make use of the merge modules Crystal is providing
> for you.
>
> Peter H. van Wijk
> X-Organize Consultancy N.V.
>
> "Brendon" <brendono@sewgroup.com> wrote in message
> news:3OrR9rcgFHA.3408@dacmail.dataaccess.com...
>> Hmm,
>> Feeling dumb and frustrated!! Once a year we seem to have issues with
>> installation of Crystal Reports (and further frustrations finding the
>> FAQ's and Knowledge Bases at both Business Objects and Data Access seem
>> not to have adequate information regarding individual versions of the
>> product).
>> Thought I had worked out a procedure last year, but alas alack, nup.
>> Things have changed again.
>>
>> Can anyone tell me the procedure for installation of the runtime files
>> (and what they are) which are required to get existing Crystal Reports
>> running with VDF11 and the new Crystal XI software.
>> Do I need to copy ALL of the runtime files listed in RUNTIME.txt into any
>> particular directory?
>>
>>
>> I've copied crpe32.dll (the latest version from the Crystal install) to
>> the d:\WINDOWS\system directory (and system 32). This is on the client
>> machine though. Do I need to copy the crpe32.dll file into the
>> /vdf/programs/bin directory on the server which houses the database also?
>>
>>
>> I've also copied the following four files:
>> CrystalReports11_RDC_Designtime.msm
>> CrystalReports11_RDC_License.msm
>> CrystalReports11_RDC_Reportengine.msm
>> CrystalReports11_RDC_Runtime.msm
>> to the same directory.
>>
>> My VDF app is still able to load reports that were created in previous
>> versions of Crystal, but I get a 4405 load error on a report I created
>> yesterday in Crystal XI.
>>
>> I have done searches on this error and can only find info regarding
>> installing the .dlls for pre 8.5 versions of Crystal.
>> The one area I can find specific to the 4405 error issue only lists a
>> solution for, I think VDF 6 or somewhere around there. The only other one
>> is a fix for Crystal 8 and 8.5. Neither seem relevant though.
>>
>> Brendon O'Hanlon
>>
>
>

phvwijk
19-Jul-2005, 09:02 PM
Brendon,

Crystal XI is not supported on Win9X/Me
BO does mention is somewhere. But can not give you a link.

Check
http://support.businessobjects.com/communityCS/TechnicalPapers/cr_xi_supported_platforms.pdf

Just try to get win9x out of the door. It is getting (a lot) outdated.

Peter H. van Wijk
X-Organize Consultancy N.V.

"Brendon" <brendono@sewgroup.com> wrote in message
news:yjRVtJ3iFHA.3408@dacmail.dataaccess.com...
> Thanks Peter,
> I'm really having trouble undersstanding the RDC install procedures, but
> before I go on with it....
>
> Some of the client machines in our building are running on 98 and Windows
> Me.
> Is it possible for the Crystal Reports (either created in or upgraded by
> CRXI) to be viewed by machines that are either 98 or Me? The software
> packaging does not mention either and I have not seen editions for these
> platforms.
> Business Objects mentions neither on the supported platforms of the copy I
> have (as far as supported Client Components) so I am wondering if, even
> with the correct install of either an RDC styled Conn Kit or the older
> version using crpe32.dll, I will be able to get any of the reports running
> on these older machines regardless?
>
> Thanks to the whole group for your patience!!!
>
> Brendon
>
>
> "Peter H. van Wijk" <phvwijk@x-organize.com> wrote in message
> news:RPhhbAigFHA.3408@dacmail.dataaccess.com...
>> Brendon,
>>
>> Best what you can do is make use of the merge modules Crystal is
>> providing for you.
>>
>> Peter H. van Wijk
>> X-Organize Consultancy N.V.
>>
>> "Brendon" <brendono@sewgroup.com> wrote in message
>> news:3OrR9rcgFHA.3408@dacmail.dataaccess.com...
>>> Hmm,
>>> Feeling dumb and frustrated!! Once a year we seem to have issues with
>>> installation of Crystal Reports (and further frustrations finding the
>>> FAQ's and Knowledge Bases at both Business Objects and Data Access seem
>>> not to have adequate information regarding individual versions of the
>>> product).
>>> Thought I had worked out a procedure last year, but alas alack, nup.
>>> Things have changed again.
>>>
>>> Can anyone tell me the procedure for installation of the runtime files
>>> (and what they are) which are required to get existing Crystal Reports
>>> running with VDF11 and the new Crystal XI software.
>>> Do I need to copy ALL of the runtime files listed in RUNTIME.txt into
>>> any particular directory?
>>>
>>>
>>> I've copied crpe32.dll (the latest version from the Crystal install) to
>>> the d:\WINDOWS\system directory (and system 32). This is on the client
>>> machine though. Do I need to copy the crpe32.dll file into the
>>> /vdf/programs/bin directory on the server which houses the database
>>> also?
>>>
>>>
>>> I've also copied the following four files:
>>> CrystalReports11_RDC_Designtime.msm
>>> CrystalReports11_RDC_License.msm
>>> CrystalReports11_RDC_Reportengine.msm
>>> CrystalReports11_RDC_Runtime.msm
>>> to the same directory.
>>>
>>> My VDF app is still able to load reports that were created in previous
>>> versions of Crystal, but I get a 4405 load error on a report I created
>>> yesterday in Crystal XI.
>>>
>>> I have done searches on this error and can only find info regarding
>>> installing the .dlls for pre 8.5 versions of Crystal.
>>> The one area I can find specific to the 4405 error issue only lists a
>>> solution for, I think VDF 6 or somewhere around there. The only other
>>> one is a fix for Crystal 8 and 8.5. Neither seem relevant though.
>>>
>>> Brendon O'Hanlon
>>>
>>
>>
>
>

Ian Telfer
19-Jul-2005, 11:22 PM
Crystal 9 was the last version supported on NT, 9x & ME.