Results 1 to 24 of 24

Thread: [RESOLVED] Including my own code in setup wizard

  1. #1

    Thread Starter
    Member
    Join Date
    Nov 2005
    Location
    Buenos Aires, Argentina
    Posts
    44

    Resolved [RESOLVED] Including my own code in setup wizard

    Hi,
    I need to create some files with specific content during the installation of my application.
    I'm using VB 5.0.

    Can I do this with VB's Setup Wizard or P&D Wizard or do I need to create my own installation program?

  2. #2

  3. #3

    Thread Starter
    Member
    Join Date
    Nov 2005
    Location
    Buenos Aires, Argentina
    Posts
    44

    Re: Including my own code in setup wizard

    Ok I saw it!
    However, when trying to execute it the following message appears: "Invalid command-line parameters. Unable to continue".
    May be the project name is missing as a parameter, is this correct?
    How can I test the program, inside VB and also the executable (setup1.exe)?
    Thank you

  4. #4
    PowerPoster
    Join Date
    Feb 2002
    Location
    Canada, Toronto
    Posts
    5,803

    Re: Including my own code in setup wizard

    Quote Originally Posted by myn01
    Ok I saw it!
    However, when trying to execute it the following message appears: "Invalid command-line parameters. Unable to continue".
    May be the project name is missing as a parameter, is this correct?
    How can I test the program, inside VB and also the executable (setup1.exe)?
    Thank you
    If you read the comments in the Form_Load() in the frmSetup1 form, you will get your anser:
    VB Code:
    1. '
    2.     'Uncomment these three lines for debugging.  To debug:
    3.     '1) Rebuild Setup1.exe and rebuild the cab file
    4.     '   to include the new Setup1.exe.
    5.     '2) Run setup.exe against the new cab
    6.     '3) When the message box appears, open the Setup1 project
    7.     '   in VB, paste the command line from the clipboard into the
    8.     '   Project/Properties/Make/Command Line Arguments field.
    9.     '4) F5 in VB.
    10.     '
    11.     'Clipboard.Clear
    12.     'Clipboard.SetText Command$
    13.     'MsgBox Command$

  5. #5

    Thread Starter
    Member
    Join Date
    Nov 2005
    Location
    Buenos Aires, Argentina
    Posts
    44

    Re: Including my own code in setup wizard

    I think I have a different project and I'm not sure if this one that I have is the project for SETUPWIZ.EXE... I don't have the lines that you mentioned.

    I don't want to bother you with this but, could you zip the files of the original project and post it here or send it to me by email?

    Thank you in advance.

  6. #6
    PowerPoster
    Join Date
    Feb 2002
    Location
    Canada, Toronto
    Posts
    5,803

    Re: Including my own code in setup wizard

    Are you sure you don't have it ?

    The project on my computer is here:

    C:\Program Files\Microsoft Visual Studio\VB98\Wizards\PDWizard\Setup1

  7. #7
    Former Admin/Moderator MartinLiss's Avatar
    Join Date
    Sep 1999
    Location
    San Jose, CA
    Posts
    33,431

    Re: Including my own code in setup wizard

    Those lines are not in my Setup1 project either. Here is the beginning of my frmSetup1.frm.
    VB Code:
    1. Private Sub Form_Load()
    2. '
    3. ' Most of the work for Setup1 takes place in Form_Load()
    4. ' and is mostly driven by the information found in the
    5. ' SETUP.LST file.  To customize the Setup1 functionality,
    6. ' you will generally want to modify SETUP.LST.
    7. ' Particularly, information regarding the files you are
    8. ' installing is all stored in SETUP.LST.  The only
    9. ' exceptions are the Remote Automation files RacMgr32.Exe
    10. ' and AutMgr32.Exe which require special handling below
    11. ' with regards to installing their icons in a special
    12. ' program group.
    13. '
    14. ' Some customization can also be done by editing the code
    15. ' below in Form_Load or in other parts of this program.
    16. ' Places that are more likely to need customization are
    17. ' documented with suggestions and examples in the code.
    18. '
    19.     Const strEXT_GRP$ = "GRP"                               'extension for progman group
    20.     Const SW_HIDE = 0
    21.  
    22.     Dim strGroupName As String                              'Name of Program Group
    23.     Dim sFile As FILEINFO                                   'first Files= line info
    24.     Dim oFont As StdFont
    25.    
    26.     gfRegDAO = False
    27.    
    28.     On Error GoTo MainError
    29.  
    30.     SetFormFont Me
    31.     'All the controls and the form are sharing the
    32.     'same font object, so create a new font object
    33.     'for the form so that the appearance of all the
    34.     'controls are not changed also
    35.     Set oFont = New StdFont
    36.     With oFont
    37.         .Size = 24
    38.         .Bold = True
    39.         .Italic = True
    40.         .Charset = Me.lblModify.Font.Charset
    41.         .Name = Me.lblModify.Font.Name
    42.     End With
    43.     Set Me.Font = oFont
    44.     '
    45.     'Initialize string resources used by global vars and forms/controls
    46.     '
    47.     GetStrings
    48.    
    49.     '
    50.     'Get Windows, Windows\Fonts, and Windows\System directories
    51.     '
    52.     gstrWinDir = GetWindowsDir()
    53.     gstrWinSysDir = GetWindowsSysDir()
    54.     gstrFontDir = GetWindowsFontDir()
    55.  
    56.     '
    57.     ' If the Windows System directory is a subdirectory of the
    58.     ' Windows directory, the proper place for installation of
    59.     ' files specified in the setup.lst as $(WinSysDest) is always
    60.     ' the Windows \System directory.  If the Windows \System
    61.     ' directory is *not* a subdirectory of the Windows directory,
    62.     ' then the user is running a shared version of Windows.  In
    63.     ' this case, if the user does not have write access to the
    64.     ' shared system directory, we change the system files
    65.     ' destination to the windows directory
    66.     '
    67.     If InStr(gstrWinSysDir, gstrWinDir) = 0 Then
    68.         If WriteAccess(gstrWinSysDir) = False Then
    69.             gstrWinSysDir = gstrWinDir
    70.         End If
    71.     End If
    72.  
    73.     '
    74.     ' The command-line arguments must be processed as early
    75.     ' as possible, because without them it is impossible to
    76.     ' call the app removal program to clean up after an aborted
    77.     ' setup.
    78.     '
    79.     ProcessCommandLine Command$, gfSilent, gstrSilentLog, gfSMS, gstrMIFFile, gstrSrcPath, gstrAppRemovalLog, gstrAppRemovalEXE
    80.     gfNoUserInput = (gfSilent Or gfSMS)
    81.    
    82.     AddDirSep gstrSrcPath
    83.  
    84.     '
    85.     ' The Setup Bootstrapper (SETUP.EXE) copies SETUP1.EXE and SETUP.LST to
    86.     ' the end user's windows directory.  Information required for setup such
    87.     ' as setup flags and fileinfo is read from the copy of SETUP.LST found in
    88.     ' that directory.
    89.     '
    90.     gstrSetupInfoFile = gstrWinDir & gstrFILE_SETUP
    91.     'Get the Appname (this will be shown on the blue wash screen)
    92.     gstrAppName = ReadIniFile(gstrSetupInfoFile, gstrINI_SETUP, gstrINI_APPNAME)
    93.     gintCabs = CInt(ReadIniFile(gstrSetupInfoFile, gstrINI_BOOT, gstrINI_CABS))
    94.     If gstrAppName = vbNullString Then
    95.         MsgError ResolveResString(resNOSETUPLST), vbOKOnly Or vbCritical, gstrSETMSG
    96.         gstrTitle = ResolveResString(resSETUP, "|1", gstrAppName)
    97.         ExitSetup Me, gintRET_FATAL
    98.     End If
    99.    
    100.     gstrAppExe = ReadIniFile(gstrSetupInfoFile, gstrINI_SETUP, gstrINI_APPEXE)
    101.     gstrTitle = ResolveResString(resSETUP, "|1", gstrAppName)
    102.     If gfSilent Then LogSilentMsg gstrTitle & vbCrLf
    103.  
    104.     Dim lChar As Long
    105.    
    106.     gsTEMPDIR = String$(255, 0)
    107.     lChar = GetTempPath(255, gsTEMPDIR)
    108.     gsTEMPDIR = Left(gsTEMPDIR, lChar)
    109.     AddDirSep gstrSrcPath
    110.     gsCABNAME = gstrSrcPath & ReadIniFile(gstrSetupInfoFile, gstrINI_BOOT, gstrINI_CABNAME)
    111.     gsCABNAME = GetShortPathName(gsCABNAME)
    112.     gsCABNAME = gstrWinDir & BaseName(gsCABNAME)
    113.     gsTEMPDIR = gsTEMPDIR & ReadIniFile(gstrSetupInfoFile, gstrINI_BOOT, gsINI_TEMPDIR)
    114.     AddDirSep gsTEMPDIR
    115.     '
    116.     ' Display the background "blue-wash" setup screen as soon as we get the title
    117.     '
    118.     ShowMainForm
    119.  
    120.     '
    121.     ' Display the welcome dialog
    122.     '
    123.     ShowWelcomeForm
    124.  
    125.    
    126.     '
    127.     ' If this flag is set, then the default destination directory is used
    128.     ' without question, and the user is never given a chance to change it.
    129.     ' This is intended for installing an .EXE/.DLL as a component rather
    130.     ' than as an application in an application directory.  In this case,
    131.     ' having an application directory does not really make sense.
    132.     '
    133.     If ReadIniFile(gstrSetupInfoFile, gstrINI_SETUP, gstrINI_FORCEUSEDEFDEST) = "1" Then
    134.         gfForceUseDefDest = True
    135.     End If
    136.    
    137.     '
    138.     ' Read default destination directory.  If the name specified conflicts
    139.     ' with the name of a file, then prompt for a new default directory
    140.     '
    141.     gstrDestDir = ResolveDestDir(ReadIniFile(gstrSetupInfoFile, gstrINI_SETUP, gstrINI_APPDIR))
    142.     While FileExists(gstrDestDir) = True Or gstrDestDir = vbNullString
    143.         If MsgError(ResolveResString(resBADDEFDIR), vbOKCancel Or vbQuestion, gstrSETMSG) = vbCancel Then
    144.             ExitSetup Me, gintRET_FATAL
    145.         End If
    146.        
    147.         If gfNoUserInput = True Then
    148.             ExitSetup Me, gintRET_FATAL
    149.         Else
    150.             ShowPathDialog gstrDIR_DEST
    151.         End If
    152.     Wend
    153.  
    154.     '
    155.     ' Ensure a trailing backslash on the destination directory
    156.     '
    157.     AddDirSep gstrDestDir
    158.  
    159.     Do
    160.         '
    161.         ' Display install button and default directory.  The user
    162.         ' can change the destination directory from here.
    163.         '
    164.         ShowBeginForm
    165.  
    166.         '
    167.         ' This would be a good place to display an option dialog, allowing the user
    168.         ' a chance to select installation options: samples, docs, help files, etc.
    169.         ' Results of this dialog would be checked in the loop below
    170.         '
    171.         'ShowOptionsDialog (Function you could write with option check boxes, etc.)
    172.         '
    173.  
    174.         '
    175.         ' Initialize "table" of drives used and disk space array
    176.         '
    177.         InitDiskInfo
    178.  
    179.         SetMousePtr vbHourglass
    180.         ShowStaticMessageDialog ResolveResString(resDISKSPACE)
    181.  
    182.         '
    183.         ' For every section in SETUP.LST that will be installed, call CalcDiskSpace
    184.         ' with the name of the section
    185.         '
    186.         CalcDiskSpace gstrINI_FILES
    187.         'CalcDiskSpace "MySection"
    188.         'CalcDiskSpace "MyOtherSection"
    189.         '
    190.         ' If you created an options dialog, you need to check results here to
    191.         ' determine whether disk space needs to be calculated (if the option(s)
    192.         ' will be installed)
    193.         '
    194.         'If chkInstallSamples.Value = TRUE then
    195.         '    CalcDiskSpace "Samples"
    196.         'End If
    197.         '
    198.  
    199.         HideStaticMessageDialog
    200.         SetMousePtr vbDefault
    201.  
    202.     '
    203.     ' After all CalcDiskSpace calls are complete, call CheckDiskSpace to check
    204.     ' the results and display warning form (if necessary).  If the user wants
    205.     ' to try another destination directory (or cleanup and retry) then
    206.     ' CheckDiskSpace will return False
    207.     '
    208.     Loop While CheckDiskSpace() = False
    209.    
    210.     '
    211.     ' Starts logging to the setup logfile (will be used for application removal)
    212.     '
    213.     EnableLogging gstrAppRemovalLog
    214.     '
    215.     ' Should go ahead and force the application directory to be created,
    216.     ' since the application removal logfile will later be copied there.
    217.     '
    218.     MakePath gstrDestDir, False 'User may not ignore errors here
    219.    
    220.     '
    221.     ' Create the main program group if one is wanted/needed.
    222.     '
    223.     Const fDefCreateGroupUnderWin95 = False
    224.     '
    225.     ' If fDefCreateGroupUnderWin95 is set to False (this is the default), then no
    226.     ' program group will be created under Win95 unless it is absolutely necessary.
    227.     '
    228.     ' By default under Windows 95, no group should be created, and the
    229.     ' single program icon should be placed directly under the
    230.     ' Start>Programs menu (unless there are other, user-defined icons to End Sub

  8. #8

  9. #9

    Thread Starter
    Member
    Join Date
    Nov 2005
    Location
    Buenos Aires, Argentina
    Posts
    44

    Re: Including my own code in setup wizard

    Yes, this is the project that I have. Is it the right one?
    I don't have PD Wizard.

  10. #10

  11. #11
    PowerPoster
    Join Date
    Feb 2002
    Location
    Canada, Toronto
    Posts
    5,803

    Re: Including my own code in setup wizard

    Weird... this is what I have:
    VB Code:
    1. Private Sub Form_Load()
    2. '
    3. ' Most of the work for Setup1 takes place in Form_Load()
    4. ' and is mostly driven by the information found in the
    5. ' SETUP.LST file.  To customize the Setup1 functionality,
    6. ' you will generally want to modify SETUP.LST.
    7. ' Particularly, information regarding the files you are
    8. ' installing is all stored in SETUP.LST.  Exceptions include
    9. ' the Remote Automation files RacMgr32.Exe and AutMgr32.Exe
    10. ' and special redistributable packages such as mdac_typ.exe.
    11. ' These require special handling below.
    12. '
    13. ' Some customization can also be done by editing the code
    14. ' below in Form_Load or in other parts of this program.
    15. ' Places that are more likely to need customization are
    16. ' documented with suggestions and examples in the code.
    17. '
    18.  
    19.     '
    20.     'Uncomment these three lines for debugging.  To debug:
    21.     '1) Rebuild Setup1.exe and rebuild the cab file
    22.     '   to include the new Setup1.exe.
    23.     '2) Run setup.exe against the new cab
    24.     '3) When the message box appears, open the Setup1 project
    25.     '   in VB, paste the command line from the clipboard into the
    26.     '   Project/Properties/Make/Command Line Arguments field.
    27.     '4) F5 in VB.
    28.     '
    29.     'Clipboard.Clear
    30.     'Clipboard.SetText Command$
    31.     'MsgBox Command$
    32.    
    33.     Const fDefCreateGroupUnderWin95 = False
    34.  
    35.     Dim strGroupName As String                              'Name of Program Group
    36.     Dim oFont As StdFont
    37.     Dim lChar As Long
    38.     Dim cIcons As Integer            ' Count of how many icons are required.
    39.     Dim cGroups As Integer           ' Count of how many groups are required.
    40.     Dim fCreateGroup As Boolean
    41.  
    42.     Dim iLoop As Integer
    43.     Dim sUCASEStartMenuKey As String
    44.     Dim sUCASEProgramsMenuKey As String
    45.     Dim sGroup As String
    46.  
    47.     Dim strRemAutGroupName As String
    48.  
    49.     Dim strPerAppPath As String
    50.  
    51.     Dim iRet As Integer
    52.  
    53.     gfRegDAO = False
    54.    
    55.     On Error GoTo MainError
    56.  
    57.     SetFormFont Me
    58.     'All the controls and the form are sharing the
    59.     'same font object, so create a new font object
    60.     'for the form so that the appearance of all the
    61.     'controls are not changed also
    62.     Set oFont = New StdFont
    63.     With oFont
    64.         .Size = 24
    65.         .Bold = True
    66.         .Italic = True
    67.         .Charset = lblModify.Font.Charset
    68.         .Name = lblModify.Font.Name
    69.     End With
    70.     Set Font = oFont
    71.     '
    72.     'Initialize string resources used by global vars and forms/controls
    73.     '
    74.     GetStrings
    75.    
    76.     '
    77.     'Get Windows, Windows\Fonts, and Windows\System directories
    78.     '
    79.     gstrWinDir = GetWindowsDir()
    80.     gstrWinSysDir = GetWindowsSysDir()
    81.     gstrFontDir = GetWindowsFontDir()
    82.  
    83.     '
    84.     ' If the Windows System directory is a subdirectory of the
    85.     ' Windows directory, the proper place for installation of
    86.     ' files specified in the setup.lst as $(WinSysDest) is always
    87.     ' the Windows \System directory.  If the Windows \System
    88.     ' directory is *not* a subdirectory of the Windows directory,
    89.     ' then the user is running a shared version of Windows.  In
    90.     ' this case, if the user does not have write access to the
    91.     ' shared system directory, we change the system files
    92.     ' destination to the windows directory
    93.     '
    94.     ' Avoid Option Compare Text and use explicit UCase comparisons because there
    95.     ' is a Unicode character (&H818F) which is equal to a path separator when
    96.     ' using Option Compare Text.
    97.     If InStr(UCase$(gstrWinSysDir), UCase$(gstrWinDir)) <> 1 Then
    98.         If Not WriteAccess(gstrWinSysDir) Then
    99.             gstrWinSysDir = gstrWinDir
    100.         End If
    101.     End If
    102.  
    103.     '
    104.     ' The command-line arguments must be processed as early
    105.     ' as possible, because without them it is impossible to
    106.     ' call the app removal program to clean up after an aborted
    107.     ' setup.
    108.     '
    109. #If SMS Then
    110.     ProcessCommandLine Command$, gfSilent, gstrSilentLog, gfSMS, gstrMIFFile, gstrSrcPath, gstrAppRemovalLog, gstrAppRemovalEXE
    111.     gfNoUserInput = (gfSilent Or gfSMS)
    112. #Else
    113.     ProcessCommandLine Command$, gfSilent, gstrSilentLog, gstrSrcPath, gstrAppRemovalLog, gstrAppRemovalEXE
    114.     gfNoUserInput = gfSilent
    115. #End If
    116.  
    117.     AddDirSep gstrSrcPath
    118. ....

  12. #12
    PowerPoster
    Join Date
    Feb 2002
    Location
    Canada, Toronto
    Posts
    5,803

    Re: Including my own code in setup wizard

    Here's the whole project:
    Attached Files Attached Files

  13. #13

    Thread Starter
    Member
    Join Date
    Nov 2005
    Location
    Buenos Aires, Argentina
    Posts
    44

    Re: Including my own code in setup wizard

    Thank you. I tried it but it didn't work because I'm using VB 5.0 and there are some compatibility issues with VB60.
    So I'll try to use the setup project included in VB 5.0 (the one that posted MartinLiss).

    I still cannot pass that "Invalid command-line parameters" message.

    I've copied a SETUP.LST file with a couple of files to copy, in the same folder of the compiled setup.exe, but it still appears...

    How can I solve this?

  14. #14
    PowerPoster
    Join Date
    Feb 2002
    Location
    Canada, Toronto
    Posts
    5,803

    Re: Including my own code in setup wizard

    This:
    VB Code:
    1. '
    2.     'Uncomment these three lines for debugging.  To debug:
    3.     '1) Rebuild Setup1.exe and rebuild the cab file
    4.     '   to include the new Setup1.exe.
    5.     '2) Run setup.exe against the new cab
    6.     '3) When the message box appears, open the Setup1 project
    7.     '   in VB, paste the command line from the clipboard into the
    8.     '   Project/Properties/Make/Command Line Arguments field.
    9.     '4) F5 in VB.
    10.     '
    11.     'Clipboard.Clear
    12.     'Clipboard.SetText Command$
    13.     'MsgBox Command$
    Is STILL valid, even for the VB5 project...

    To make that more understandable:
    1) Copy and paste at the beginning of the code those lines:
    VB Code:
    1. Clipboard.SetText Command$
    2. MsgBox Command$
    2) compile the setup project, and override the old Setup1.exe with the new compiled one
    3) Run the setup.exe with the project that you need to run it on...
    4) When you get the message box, you can paste from the clipboard, the parameters passed to it.
    5) Paste that string (parameters) into the Setup1 project "Project/Properties/Make/Command Line Arguments"

    THEN, you can run the setup project from the Visual Basic Interface

  15. #15

    Thread Starter
    Member
    Join Date
    Nov 2005
    Location
    Buenos Aires, Argentina
    Posts
    44

    Re: Including my own code in setup wizard

    What should be "the project that you need to run it on"?

    From outside and inside VB, I've tried putting the .vbp file and also setup.lst but the message still appears...

    May be I'm running the setup.exe in a wrong way.

  16. #16
    Banned randem's Avatar
    Join Date
    Oct 2002
    Location
    Maui, Hawaii
    Posts
    11,385

    Re: Including my own code in setup wizard

    myn01,

    Why are you going through this madness. Most up-to-date installers will allow you to create additional files and content without tearing the source code apart. Why on earth would you need to do this?????

  17. #17

    Thread Starter
    Member
    Join Date
    Nov 2005
    Location
    Buenos Aires, Argentina
    Posts
    44

    Re: Including my own code in setup wizard

    The content of this additional file is a encrypted string that the program will use to run, and if, for example, the file is already in the computer, no further installations of the program must be allowed.
    I don't know if some installer can do this...

  18. #18
    Banned randem's Avatar
    Join Date
    Oct 2002
    Location
    Maui, Hawaii
    Posts
    11,385

    Re: Including my own code in setup wizard

    That should be a function of your app not the installer. I do that all the time. You are creating unneccessary headaches and tying your self to an out-dated installer that will never be updated. I really don't think that is in your best interest.

  19. #19

    Thread Starter
    Member
    Join Date
    Nov 2005
    Location
    Buenos Aires, Argentina
    Posts
    44

    Re: Including my own code in setup wizard

    This is for a trial program.
    I'll put some expiration date information, in a hidden file, when I install the program to avoid using the registry that can be easily searched.
    This way if you uninstall the application, this hidden file is already in the computer and cannot be installed again, unless I send a program to extend the period.

  20. #20
    Banned randem's Avatar
    Join Date
    Oct 2002
    Location
    Maui, Hawaii
    Posts
    11,385

    Re: Including my own code in setup wizard

    There are countless ways to do this without re-inventing the wheel. That is still a function of the application not the installer. Each app should have it's own constraints. The installer will only create one constraint for all apps (maybe you will create more than one). You are locking yourself out before you even start.

    My sugestion would be to check out Inno Setup (along with **********). There are all sorts of third party tools for exactly what you need to do and you don't have to re-invent the wheel. There is a tool that manages your TRIAL period software with software codes etc...

    Do some research on theses things before you terminate your life-line to the current world...

    Look in my signature for ********** and Inno Setup. Check out the third-party tools for Inno Setup and other tools. You will be surprised on what you find for a UP-DATED app.

    Also please read Installer Problems in my signature.

  21. #21

    Thread Starter
    Member
    Join Date
    Nov 2005
    Location
    Buenos Aires, Argentina
    Posts
    44

    Re: Including my own code in setup wizard

    Could you please give me an example about what to put in command-line to execute the program?

  22. #22
    Banned randem's Avatar
    Join Date
    Oct 2002
    Location
    Maui, Hawaii
    Posts
    11,385

    Re: Including my own code in setup wizard

    Could you clarify... What command line? I never mentioned a command line. What program?????

  23. #23
    PowerPoster
    Join Date
    Feb 2002
    Location
    Canada, Toronto
    Posts
    5,803

    Re: Including my own code in setup wizard

    Quote Originally Posted by myn01
    Could you please give me an example about what to put in command-line to execute the program?
    OK, let's start form the beginning...

    1) put the following 2 lines in the Form_Load() of Setup1 form
    VB Code:
    1. Clipboard.SetText Command$
    2. MsgBox Command$
    2) Compile the setup program. (From File menu, and choose "Make Setup1.exe")
    ------------------------
    3) Use the "Package & Deployment Wizard", and make a setup for the project that YOU made.
    4) If you look at the directory where the setup/installation is build, you will see a directory "Support"
    In that directory you will see a "SETUP1.EXE".
    COPY the Setup1.exe (the one you compiled in step 2), and OVERRIDE the Setup1.exe from the Support/Setup1.exe of the installation.
    5) RUN the installation/setup.exe
    6) You will get the message box (from step 1), and you will have the parameters in the clipboard also.
    7) Now go back to the Setup1 project, and paste the parameters in "Project/Properties/Make/Command Line Arguments"...

    From that point on, you can run the Setup/installation from VB, so you should not get this error anymore: "Invalid command-line parameters. Unable to continue".
    An you will be able to modify the Setup project to make your file you were talking about.

    When done modifying the Setup Project, you have to comment the lines
    Clipboard.SetText Command$
    MsgBox Command$
    And make the EXE of it, then replace the Setup1.exe in the installation/Support/Setup1.exe again.

    Then you can publish the intallation to your users.

  24. #24

    Thread Starter
    Member
    Join Date
    Nov 2005
    Location
    Buenos Aires, Argentina
    Posts
    44

    Re: Including my own code in setup wizard

    Finally I've got it!
    Thank you

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  



Click Here to Expand Forum to Full Width