I'm About to Give Up on InnoScript - Part 1

Started by tomb, November 28, 2007, 06:29:15 AM

Previous topic - Next topic

Tom Buggy

Youe are going to hate me (and my inexperience with InnoScript) but I'm having a terrible time modifying the project file to get a script that corresponds with the modifications I made to the script file with which I've successfully installed the app on XP.  All the source folders are changed okay but here are some of the question and problem areas.  Note that in all cases when I refer to a script it is both the script you sent and my modification of it.
 
-- The modified script (and your script) contained a reference to OLEPRO32.DLL.  It is not being included in the script generated from the project file.
 
-- The data files are going to userappdata versus app.  For XP and lower I want both the app and the data files in the same folder (Program Files).
 
-- dymolbl.exe has a destination directory of sys versus app.  (Remember that I changed this in my modified script)
 
-- labels.def in not being included.  If I add it via Add Files the destination directory is app versus sys.
 
-- With regard to Uninstall, nothing is in the [UninstallDelete] and [Dirs] sections in the script generated from the project file.  In your original script there were these sections.  In addition, what I want to do on Uninstall is remove the app and the desktop icon but not the data files.  How do I do that?
 
-- Finally, what is GHM on the Web that gets generated in the install and which leads to nothing?

Tom Buggy

No need -- I'm staying with V5.6 from your site.

Randem

Ok, then it seems that the 5.7 scripten is a msi file and you need to use the msi switches to run that installation. If you want to use that one look in the CR templates for examples of how to set that line up in Inno Setup. Then you can add that to a template of your own and use that in InnoScript.

Tom Buggy

The mystery of the Available Switches window at the end of the install  appears to be related to the use of Version 5.7 of scripten.exe.  When I reinstalled using Version 5.6 the window did not appear.  (BTW, I got the Version 5.7 from the Microsoft website.)
 
Anyhow, FYI the attached .bmp file is a graphic of the window that appeared.

Tom Buggy

Never mind the last post - I see that your files install Version 5.6 of the .exe files.

Tom Buggy

Dummy me - The Version 6.2 is a cabinet file.  When I double-clicked it I got an install window for Version 5.7.  I'm going to reference the Randem files in my script.
 
Your post says InnoScript will advise Version 5.6; the files I downloaded from your site are 5.5 - ??

Randem

I did some research on the scripten.exe file and 5.6 contains both installations for Windows 2K and XP and 5.7 is broken up for each OS. Being that the case version 5.6 will continue to be advised by InnoScript.

Randem

Curious, Where did you get version 6.2? The latest I have found is 5.7

Randem


Tom Buggy

Scripten.exe and Scr56en.exe you just download from our site  
 
I got them from C:VBPackageFiles on my development system. I'm not sure if I created this folder or it was already there. In any case, here's version comparison between what I used and what I just downloaded from your site.  
 
scripten: Used - 6.2.29.0 Your site - 5.50.4134.600  
scr56en: Used - 5.50.4134.0 Your site - 5.50.4134.600  
 
Implications?

Randem

I have never seen an Available Switches screen in Inno Setup. I could come from the ActiveX exe the was in the run section if you haven't removed it.
 
As I stated in a prior post you can add the Vista Template to your script and add in the parameters screen for DefaultDirName to be {code:GetFolderName} then re-run InnoScript.
 
When you run your setup on a Vista box you will see a new default folder as the one I have stated for a Vista install.

Tom Buggy

Okay on OLEAUT32.DLL - the universal files will handle it.  Did you see my questions 4 posts up?

Randem

The OS Updater has the universal VB Runtime files and will be fine for all OS's before Vista. On Vista it would not deploy any VB Runtime files.

Tom Buggy

However, is not OLEAUT32.DLL from the Randem VB Runtime Files rather than from the PDW Redist folder?

Tom Buggy

Another question from research -- what are the implications on my app of the Security Update for the VB6 Redidistributable -- that is, the change from a single OLEAUT32.DLL to system-dependent versions?  (KB Article 924053)
 
I don't have subfolders under the Redist folder so it looks like I haven't installed the security update.  Thus, I should be okay with the dll version that works on all systems supported by VB6.