Nooby Newby questions

Started by dabblernl, June 01, 2010, 03:11:38 AM

Previous topic - Next topic

dabblernl

I used: Crystal Reports XI - Service Pack 4 (Updated - November 2007), the crxi_rdc_merge_modules_zip.
 
I forwarded your warning about licensing to my employer. Thanks for the warning!
 
(Message edited by dabblernl on June 06, 2010)
 
(Message edited by dabblernl on June 06, 2010)

Randem

Good you have it working. There are lots of merge modules on that site which ones did you use?
 
But as you state it is still the developer version... Of which those functions are not meant for deployment. If you deploy the license file then you would be violating the agreement with Business Objects for you would be giving the user the ability to use Crystal reports in developer mode to the user without them purchasing the developer version. Check with Business Objects...

dabblernl

Hello Randem,
 
After some testing I can confirm that in some cases you need to fill in your licencekey for the CR XI developper version in a licence.msm module to get the desired functionality. In my case I used code like:
Set CRApp as new CRAXDRT.Application
Set CRReport=CRApp.LoadReport sFileName
CRReport.GetParameterByName(param)=X
 
With the .msi you supply this does not work.
I did get it working with the merge modules you can download from:
http://resources.businessobjects.com/support/additional_downloads/runtime.asp

dabblernl

Hello Randem,
 
Thanks for your time and patience. I will investigate this further. When I find meaningful information I will come back here.
 
Andr

Randem

I checked and the Crystal Reports XI MSI does not use Crystl32.ocx so you are attempting to use multiple versions of Crystal Reports in your project and that leads to the confusion.
 
What is wrong with the MSI that we supply? You do not need the license file deployed. If you do then you are attempting to use a file in the way it was not supposed to be used (in design mode) in your application. The license file is only used in the development of the application not the end user usage.

dabblernl

Hello Randem,
 
Again sorry that I have been unclear. I removed the crystl32.ocx from the project of course. The error message I get now is very uninformative but I think it may be a crystal reports licence issue.As I said, when I built my own .msi from the .msm files I downloaded myself, I had to add the licencecode to one of the .msm files to get an effective installation. So, I am looking for a way to create an .msi from the .msm's I have without getting an unncessary requirement for the .Net framework. How did you build the .msi for Crystal Reports?

Randem

Ok, then if you don't need that file why do you include it in your project? That should be your first line of correction and it will solve the other issue of it not being registered correctly.

dabblernl

Hello Randem,
 
I found out that the migration towards CR-XI has progressed so far that crystl32.ocx is no longer necessary.
 
However, I get a not very informative error on application startup that an activeX controle could not be created. I had this same error before I added the licencecode to one of the .msm files that you need to construct the .msi file. I think my problems will be solved if I find out how to merge the .msm files that I have dowloaded from SAP into a .msi file myself, since I know that these .msm files will make the client application work. As I said using a visual studio project leads to an obligatory inclusion of the .Net framework, which while it does not hurt, is unnecessary.

Randem

Unsafe Mode is NEVER Recommended. It is only there so that one can find out where those missing files are located. To run in safe mode you should make sure those missing files that were found in UNSAFE MODE are safe to deploy then copy to a new location. This is to prevent OS damage on the installation computer.
 
From the Documentation:
 

dabblernl

I ran the resulting installer. Installation completed without error on a virtual WinXP machine. However, on application startup I got message that crystal.ocx or one of its dependencies was not registered correctly...
 
I tried to create my own .msi file using a Visual Studio Setup project, and got that working only after I had added my licencecode to the Keycode property of the licence.msm merge file. Only then I had to deploy a .Net framework version with my .msi file, which the program does not need....

dabblernl

Aloha Randem!
 
Thanks for your swift reply, sorry that my questions were not clear:
 
I have the registered version.
 
Indeed some files are not found because they are .dll's and .ocx's that are installed in the windows/system32 folder when you install the VB6 IDE and some extra ActiveX controls. I would like to know what is the best workaround: can I copy them to another folder for instance? I could of course choose to make an unsafe script, but would that not cause duplicate installations of the CR XI files? For instance I saw the craxdt.dll in the unsafe list and  I assume that is because it is present in the CRXI .msi file too.
 
I made the script again in unsafe mode and now Inni Setup compiles and runs it. However I got several warnings on not deplying .dll's or ocx/s from the system32 folder. I disabled these  
 
Script Removed

Randem

Aloha dabblernl,
 
Why would you think that you are not entitled an answer on this support site? We support the product here.
 
If you are running a trial version the script is not physically created and therefore you cannot compile it. You would need the full version to generate a physical script that can be compiled. That could be why you get errors, there is no script to compile. If not then Please Post your script.
 
The 20 or so file you are missing? I cannot say without knowing what those files are. But I can say this; In the documentation and on the screen that appears when you finish creating a script it tells you exactly what to do when files are missing and why they are missing. Some may be in the WindowsSystem32 folder and cannot be used from that location others locations may not be in the Search Folders tab and will not be found.
 
InnoScript does allow you install files to that direct location using the Add Files and  
Add Folders tab but in reality the best way to deploy files to the APPDATA location is for your application to copy the files from the installed location inside the {App} folder to the APPDATA location at program start up. This would be the proper way to accomplish this task so that if this application is user based each user will get a copy of the data they are supposed to have when they start the application. If you are installing for All Users then you can install directly to the APPDATA location for ALL USERS.
 
The myapp0206002Release.exe would created by the script so I don't understand exactly why you say it is not found.
 
Hopefully this will help you on your way.

dabblernl

Hello!
 
I inherited the taks to maintain a program that is in use (and has been maintained) for over 10 years in VB6 now. I am trying to write a new installation script for it. At the moment we are in a transition phase between te use of Crystal Reports 8.5 and CR XI. It will be some time before all the CR 8.5 functionality will have been phased out.
 
I pointed Inno Script to the .vbp file and indicated that it should use CR XI-5 CDR.  
 
I encounter the following problems:
 
The script generates warnings about some 20 files that it cannot find: these are all located in the windows/system32 folder. This is not the program's fault: VB6 has put them there! How can I remedy this without reverting to unsafe mode?
 
When I press the Inno Setup/ISTool button and try to run the script I get the following error message: Output file 'c:usersmynamedesktopcodemyappscriptsoutputmyapp0206002Release.exe' does not exist. The path does exist, but the exe indeed does not. How do I solve this?
 
Last question, somewhat more general in nature, so perhaps I am not entitled to an answer on this forum: I understand that the user data should be moved from c:Program FilesMyAppData to c:UsersAppData.... folders. How can I point my VB6 program to these locations in an OS-agnostic and username agnostic way? The program is supported from win2000 upwards.