Problem with running setup in Windows Server 2003

Jack · Joined: 04 Oct 2007 Posts: 414

Hello,
There is an apparent problem when running setup.exe (created by
vbasic Setup Wizard) in Server 2003.
The error is:
"Invalid command-line parameters. Unable to continue"
I know from the experience that that error appears always when trying to run
Setup1.exe alone, which is a part of whole installation package.
However, the user do not have access to that Setup1.exe file because it is a
compressed file, and the only executable file in installation package is
Setup.exe.
What user should do, so the setup package will run properly?

The setup log looks like this:
====================
ACTION: TempFile: "C:\WINDOWS\setup1.exe"
(File was not found or was an older version -- new file copied)

ACTION: RegKey:
"HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion", "SharedDLLs"

ACTION: SharedFile: "C:\WINDOWS\system32\VB5StKit.dll"
(File currently on disk was already up to date)

ACTION: SystemFile: "C:\WINDOWS\system32\MSVBVM50.dll"
(File currently on disk was already up to date)

ACTION: SystemFile: "C:\WINDOWS\system32\StdOle2.tlb"
(File currently on disk was already up to date)

ACTION: SystemFile: "C:\WINDOWS\system32\OleAut32.dll"
(File currently on disk was already up to date)

ACTION: SystemFile: "C:\WINDOWS\system32\OlePro32.dll"
(File currently on disk was already up to date)

ACTION: SystemFile: "C:\WINDOWS\system32\AsycFilt.dll"
(File currently on disk was already up to date)

NOTE: The file 'Ctl3d32.dll' was not copied because it is intended for use
under Windows NT 3.51 only. It is not needed under Windows 95 or NT 4.0.

ACTION: SystemFile: "C:\WINDOWS\system32\Ctl3d32.dll"
(File currently on disk was already up to date)

ACTION: SystemFile: "C:\WINDOWS\system32\ComCat.dll"
(File currently on disk was already up to date)

ACTION: DllSelfRegister: "C:\WINDOWS\system32\MSVBVM50.dll"

ACTION: TLBRegister: "C:\WINDOWS\system32\StdOle2.tlb"

ACTION: DllSelfRegister: "C:\WINDOWS\system32\OleAut32.dll"

ACTION: DllSelfRegister: "C:\WINDOWS\system32\OlePro32.dll"

ACTION: DllSelfRegister: "C:\WINDOWS\system32\ComCat.dll"

NOTE: End of the bootstrapper section

NOTE: Now spawning the main Setup program 'C:\WINDOWS\setup1.exe'....

====> Error appears <=============

Jack

Archived from group: microsoft>public>vb>general>discussion

Jack · Joined: 04 Oct 2007 Posts: 414

I have found the problem but cannot explain it.
It has nothing to do with Server. It behaves the same in WinXP.
When the installation files are located in the folder named:
dep-sclerose or even dep-s there is that problem.
Changing hyphen to underscore eliminates that problem.
But, if the hyphen is the cause of the problem, why
folder named dep-test does not have a problem?
Jack

"Jack" wrote in message $XdIHA.5984@TK2MSFTNGP06.phx.gbl...
> Hello,
> There is an apparent problem when running setup.exe (created by
> vbasic Setup Wizard) in Server 2003.
> The error is:
> "Invalid command-line parameters. Unable to continue"
> I know from the experience that that error appears always when trying to
> run Setup1.exe alone, which is a part of whole installation package.
> However, the user do not have access to that Setup1.exe file because it is
> a compressed file, and the only executable file in installation package is
> Setup.exe.
> What user should do, so the setup package will run properly?
>
> The setup log looks like this:
> ====================
> ACTION: TempFile: "C:\WINDOWS\setup1.exe"
> (File was not found or was an older version -- new file copied)
>
> ACTION: RegKey:
> "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion",
> "SharedDLLs"
>
> ACTION: SharedFile: "C:\WINDOWS\system32\VB5StKit.dll"
> (File currently on disk was already up to date)
>
> ACTION: SystemFile: "C:\WINDOWS\system32\MSVBVM50.dll"
> (File currently on disk was already up to date)
>
> ACTION: SystemFile: "C:\WINDOWS\system32\StdOle2.tlb"
> (File currently on disk was already up to date)
>
> ACTION: SystemFile: "C:\WINDOWS\system32\OleAut32.dll"
> (File currently on disk was already up to date)
>
> ACTION: SystemFile: "C:\WINDOWS\system32\OlePro32.dll"
> (File currently on disk was already up to date)
>
> ACTION: SystemFile: "C:\WINDOWS\system32\AsycFilt.dll"
> (File currently on disk was already up to date)
>
> NOTE: The file 'Ctl3d32.dll' was not copied because it is intended for use
> under Windows NT 3.51 only. It is not needed under Windows 95 or NT 4.0.
>
> ACTION: SystemFile: "C:\WINDOWS\system32\Ctl3d32.dll"
> (File currently on disk was already up to date)
>
> ACTION: SystemFile: "C:\WINDOWS\system32\ComCat.dll"
> (File currently on disk was already up to date)
>
> ACTION: DllSelfRegister: "C:\WINDOWS\system32\MSVBVM50.dll"
>
> ACTION: TLBRegister: "C:\WINDOWS\system32\StdOle2.tlb"
>
> ACTION: DllSelfRegister: "C:\WINDOWS\system32\OleAut32.dll"
>
> ACTION: DllSelfRegister: "C:\WINDOWS\system32\OlePro32.dll"
>
> ACTION: DllSelfRegister: "C:\WINDOWS\system32\ComCat.dll"
>
> NOTE: End of the bootstrapper section
>
> NOTE: Now spawning the main Setup program 'C:\WINDOWS\setup1.exe'....
>
> ====> Error appears <=============
>
> Jack
>
>

Bob Butler · Joined: 04 Oct 2007 Posts: 1081

"Jack" wrote in message @TK2MSFTNGP04.phx.gbl...
>I have found the problem but cannot explain it.
> It has nothing to do with Server. It behaves the same in WinXP.
> When the installation files are located in the folder named:
> dep-sclerose or even dep-s there is that problem.
> Changing hyphen to underscore eliminates that problem.
> But, if the hyphen is the cause of the problem, why
> folder named dep-test does not have a problem?

WAG: -s is being recognized as requesting a silent install while -t has no
meaning; when the "-s" is removed the remaining fragment isn't valid

MikeD · Joined: 04 Oct 2007 Posts: 3348

Ah, that extra info about the hyphens clears things up. Hyphens are commonly
used in command lines to specify parameters. This stems all the way back
from the early days of DOS and it was common (and still is) to support
either / or - characters.

Paths and filenames get passed to Setup1.exe by Setup.exe via the command
line. If those filenames or path include hyphens themselves, Setup1.exe
can't properly parse the command line argument string. In the 3 example
folders you mentioned, 2 have "-s" in them. That's a specific parameter that
Setup1 checks for. The text following "-s" is invalid (because it's not a
filename with a fully qualified path), so you get the error. OTOH, Setup1
doesn't check for a -t parameter so a folder named "dep-test" doesn't cause
any problems.

To get a better understanding, run Setup1 in the IDE per the instructions in
the KB article below.

HOWTO: Run Setup1.vbp in the Design Environment
http://support.microsoft.com/kb/189738/en-us
(this article covers the specifics for VB4, VB5, and VB6)

In Form_Load of frmSetup1, place a break point on the line of code that
calls "ProcessCommandLine". Here's a comment from that procedure:

------------
' First, check to see if this is supposed to be a silent
' install (/s or -s on the command line followed by
' a log file name) and set global variables appropriately.
'
' If you are designing a silent install, the /s or -s
' command line parameter should be added to the setup.exe
' command. It will automatically be passed to setup1 as the
' first parameter.
'
' The filename that follows the /s or -s parameter must
' include the full path name.
-----------------

In any case, you could modify the Setup1.vbp project yourself to fix this.
Just make sure you don't break it in some other way while doing so. You're
rather limited in how you fix this because you can't change what Setup1.exe
passes to Setup1.exe. The only other character that could cause a similar
problem is "q" (which indicates an SMS install). Since both these parameters
are specified in the command line for running Setup.exe, though, you can
control what these are. IOW, change the code to allow only the backslash and
not the hypen. You can then still run a silent install if you want. You
just must use /s instead of being able to use /s or -s. Another way to fix
it would be to modify Setup1 to look for " -s" instead of "-s". But if the
folder name were, for example, "dep -sclerose", you'd have the same problem.

IMO, the best fix would be to get rid of the hyphens in the folder names.

--
Mike
Microsoft MVP Visual Basic

"Jack" wrote in message @TK2MSFTNGP04.phx.gbl...
>I have found the problem but cannot explain it.
> It has nothing to do with Server. It behaves the same in WinXP.
> When the installation files are located in the folder named:
> dep-sclerose or even dep-s there is that problem.
> Changing hyphen to underscore eliminates that problem.
> But, if the hyphen is the cause of the problem, why
> folder named dep-test does not have a problem?
> Jack
>
>
> "Jack" wrote in message
> $XdIHA.5984@TK2MSFTNGP06.phx.gbl...
>> Hello,
>> There is an apparent problem when running setup.exe (created by
>> vbasic Setup Wizard) in Server 2003.
>> The error is:
>> "Invalid command-line parameters. Unable to continue"
>> I know from the experience that that error appears always when trying to
>> run Setup1.exe alone, which is a part of whole installation package.
>> However, the user do not have access to that Setup1.exe file because it
>> is a compressed file, and the only executable file in installation
>> package is Setup.exe.
>> What user should do, so the setup package will run properly?
>>
>> The setup log looks like this:
>> ====================
>> ACTION: TempFile: "C:\WINDOWS\setup1.exe"
>> (File was not found or was an older version -- new file copied)
>>
>> ACTION: RegKey:
>> "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion",
>> "SharedDLLs"
>>
>> ACTION: SharedFile: "C:\WINDOWS\system32\VB5StKit.dll"
>> (File currently on disk was already up to date)
>>
>> ACTION: SystemFile: "C:\WINDOWS\system32\MSVBVM50.dll"
>> (File currently on disk was already up to date)
>>
>> ACTION: SystemFile: "C:\WINDOWS\system32\StdOle2.tlb"
>> (File currently on disk was already up to date)
>>
>> ACTION: SystemFile: "C:\WINDOWS\system32\OleAut32.dll"
>> (File currently on disk was already up to date)
>>
>> ACTION: SystemFile: "C:\WINDOWS\system32\OlePro32.dll"
>> (File currently on disk was already up to date)
>>
>> ACTION: SystemFile: "C:\WINDOWS\system32\AsycFilt.dll"
>> (File currently on disk was already up to date)
>>
>> NOTE: The file 'Ctl3d32.dll' was not copied because it is intended for
>> use under Windows NT 3.51 only. It is not needed under Windows 95 or NT
>> 4.0.
>>
>> ACTION: SystemFile: "C:\WINDOWS\system32\Ctl3d32.dll"
>> (File currently on disk was already up to date)
>>
>> ACTION: SystemFile: "C:\WINDOWS\system32\ComCat.dll"
>> (File currently on disk was already up to date)
>>
>> ACTION: DllSelfRegister: "C:\WINDOWS\system32\MSVBVM50.dll"
>>
>> ACTION: TLBRegister: "C:\WINDOWS\system32\StdOle2.tlb"
>>
>> ACTION: DllSelfRegister: "C:\WINDOWS\system32\OleAut32.dll"
>>
>> ACTION: DllSelfRegister: "C:\WINDOWS\system32\OlePro32.dll"
>>
>> ACTION: DllSelfRegister: "C:\WINDOWS\system32\ComCat.dll"
>>
>> NOTE: End of the bootstrapper section
>>
>> NOTE: Now spawning the main Setup program 'C:\WINDOWS\setup1.exe'....
>>
>> ====> Error appears <=============
>>
>> Jack
>>
>>
>
>

Jack · Joined: 04 Oct 2007 Posts: 414

"MikeD" wrote in message @TK2MSFTNGP06.phx.gbl...
>
>>>>>>>>>>>>big snip<<<<<<<<
> IMO, the best fix would be to get rid of the hyphens in the folder names.
>
> --
> Mike
> Microsoft MVP Visual Basic
>

Thank you Mike for your BIG and Loooong reply.
I appreciate that.
I wish I could tell all people on the planet not to use hyphen in the files
(folders) name.
Myself I never do and I tought my people not to do it as well, although I
did not remember the reason for not doing so.
Now I know.
Jack

MikeD · Joined: 04 Oct 2007 Posts: 3348

"Jack" wrote in message
news:%23m47GvNeIHA.1164@TK2MSFTNGP02.phx.gbl...
>
> "MikeD" wrote in message
> @TK2MSFTNGP06.phx.gbl...
>>
>>>>>>>>>>>>>big snip<<<<<<<<
>> IMO, the best fix would be to get rid of the hyphens in the folder names.
>>
>> --
>> Mike
>> Microsoft MVP Visual Basic
>>
>
> Thank you Mike for your BIG and Loooong reply.

Wasn't that big and long.

> I appreciate that.
> I wish I could tell all people on the planet not to use hyphen in the
> files (folders) name.

It's only folders used during installation. So, tell the people to install
from a folder that doesn't have a hyphen. Not that big deal, IMO. If doing
a silent install, then you must also refrain from using a folder for the log
file that contains a hyphen. But if you've got your Setup to create folders
that contain hyphens and install files into those folders or even if the
user chooses an application folder that contains a hyphen, there shouldn't
be any problems (because Setup1 doesn't get passed that information via the
command line, it reads it from the SETUP.LST file).

--
Mike
Microsoft MVP Visual Basic

mayayana · Joined: 04 Oct 2007 Posts: 734

> (because Setup1 doesn't get passed that information via the
> command line, it reads it from the SETUP.LST file).
>

Actually it does:

ProcessCommandLine Command$, gfSilent, gstrSilentLog, gstrSrcPath,
gstrAppRemovalLog, gstrAppRemovalEXE

In the normal PDW (at least in VB6), Setup.exe does
a few bootstrap operations, then runs setup1.exe, sending in
a command line that setup1.exe uses to get its bearings.

From the comments:

'
' We expect to find the source directory,
' name/path of the logfile, and name/path
' of the app removal executable, separated only by
' spaces
'

MikeD · Joined: 04 Oct 2007 Posts: 3348

"mayayana" wrote in message
news:%23%234q33OeIHA.3368@TK2MSFTNGP02.phx.gbl...
>
>> (because Setup1 doesn't get passed that information via the
>> command line, it reads it from the SETUP.LST file).
>>
>
> Actually it does:
>
> ProcessCommandLine Command$, gfSilent, gstrSilentLog, gstrSrcPath,
> gstrAppRemovalLog, gstrAppRemovalEXE
>
> In the normal PDW (at least in VB6), Setup.exe does
> a few bootstrap operations, then runs setup1.exe, sending in
> a command line that setup1.exe uses to get its bearings.
>
> From the comments:
>
> '
> ' We expect to find the source directory,
> ' name/path of the logfile, and name/path
> ' of the app removal executable, separated only by
> ' spaces
> '
>
>

Right. I said Setup1 is not passed information about where the app is to be
installed.

--
Mike
Microsoft MVP Visual Basic

kpg* · Joined: 04 Oct 2007 Posts: 7

"Jack" wrote in news:#m47GvNeIHA.1164@TK2MSFTNGP02.phx.gbl:

>
> "MikeD" wrote in message
> @TK2MSFTNGP06.phx.gbl...
>>
>>>>>>>>>>>>>big snip<<<<<<<<
>> IMO, the best fix would be to get rid of the hyphens in the folder
>> names.
>>
>> --
>> Mike
>> Microsoft MVP Visual Basic
>>
>
> Thank you Mike for your BIG and Loooong reply.
> I appreciate that.
> I wish I could tell all people on the planet not to use hyphen in the
> files (folders) name.
> Myself I never do and I tought my people not to do it as well,
> although I did not remember the reason for not doing so.
> Now I know.
> Jack

lol. I still insist on the 8.3 notation.

I must be old fashioned. ...and parinoid.

kpg

Server 2003 crashes during app setup! Hello, I am using Setup Wizard to create setup for my app. Setup works in all Windows but it crashes when used on Windows Server 2003. The crash occurs when the bootstrap files are copied. [BootStrap]

VB6 or vb.net 2003 & Windows 2003 Fax server i am looking for code that will allow me to send a fax direct from vb - 6 or ..net 2003 to windows 2003 faxserver and maintain its status does this exist ... or are there any other solutions. the faxes will be plain text, nothing fancy thanks in advanc

Help! Visual SourceSafe 6.0 setup and running problem I was having problems connecting to a remote VSS server (DOS path error invalid), so I tried a netsetup from the remote server. Ever since then, I can run VSS on my local machine. I click on the SSEXP.exe on the local machine and nothing happens. Any idea

DSOFile and Windows Server 2003?? Has anyone had any success getting DSOfile working with a windows 2003 Server running IIS? I know it isn't listed as being supported, but had hoped it would work. When it runs I get empty strings returned for the values on the summary fields but there is

LDAP Query fails on upgrade Windows 2003 Server - Using Open I had a piece of VB6 code which worked fine on the Windows 2000 Domain. But since we upgraded to Windows 2003 (Service Pack 1, Servers running in mixed mode). My code no longer works and just returns the error: -2147016672 Automation Error : An operations