Re: [DUG]: OffTopic Batch file question

Paul Mckenzie Fri, 30 May 2003 10:31:36 -0700

this may be of help...

    "title"     Title to display in window title bar.
    path        Starting directory
    B           Start application without creating a new window. The
                application has ^C handling ignored. Unless the application
                enables ^C processing, ^Break is the only way to interrupt
                the application
    I           The new environment will be the original environment passed
                to the cmd.exe and not the current environment.
    MIN         Start window minimized
    MAX         Start window maximized
    SEPARATE    Start 16-bit Windows program in separate memory space
    SHARED      Start 16-bit Windows program in shared memory space
    LOW         Start application in the IDLE priority class
    NORMAL      Start application in the NORMAL priority class
    HIGH        Start application in the HIGH priority class
    REALTIME    Start application in the REALTIME priority class
    ABOVENORMAL Start application in the ABOVENORMAL priority class
    BELOWNORMAL Start application in the BELOWNORMAL priority class
    WAIT        Start application and wait for it to terminate
    command/program
                If it is an internal cmd command or a batch file then
                the command processor is run with the /K switch to cmd.exe.
                This means that the window will remain after the command
                has been run.

                If it is not an internal cmd command or batch file then
                it is a program and will run as either a windowed application
                or a console application.

parameters These are the parameters passed to the command/program

If Command Extensions are enabled, external command invocation
through the command line or the START command changes as follows:

non-executable files may be invoked through their file association just
    by typing the name of the file as a command. (e.g. WORD.DOC would
    launch the application associated with the .DOC file extension).
    See the ASSOC and FTYPE commands for how to create these
    associations from within a command script.

When executing an application that is a 32-bit GUI application, CMD.EXE
    does not wait for the application to terminate before returning to
    the command prompt. This new behavior does NOT occur if executing
    within a command script.

When executing a command line whose first token is the string "CMD "
    without an extension or path qualifier, then "CMD" is replaced with
    the value of the COMSPEC variable. This prevents picking up CMD.EXE
    from the current directory.

When executing a command line whose first token does NOT contain an
    extension, then CMD.EXE uses the value of the PATHEXT
    environment variable to determine which extensions to look for
    and in what order. The default value for the PATHEXT variable
    is:

.COM;.EXE;.BAT;.CMD

Notice the syntax is the same as the PATH variable, with
semicolons separating the different elements.

Regards
Paul McKenzie
Analyst Programmer
SMSS Ltd.

----- Original Message -----

From: "Mark Howard" <[EMAIL PROTECTED]>

To: "Multiple recipients of list delphi" <[EMAIL PROTECTED]>

Sent: Friday, May 30, 2003 12:11 PM

Subject: RE: [DUG]: OffTopic Batch file question

> Further to this:
>
> For what it's worth, I have been able to simulate the Win95 behaviour
> by replacing
> Call NewPatch.exe with
> Start NewPatch.exe
>
> Not sure if that gives any clues??
>
> Mark
>
> On 30 May 2003 at 10:59, Mark Howard wrote:
>
> > Stacey
> > Thanks for that suggestion but it doesn't fix the problem.
> >
> > The interesting thing is that the batch file that I have
> > written works perfectly on Win2K but not on Win95.
> >
> > It's very frustrating to try to track down, because the client
> > site only run's it once a day so I can only try a new fix once
> > a day. (Can't fix it on my machine coz it ain't broke)
> >
> > I've also tried a batch file that goes:
> >
> > Call NewPatch.exe
> > Call SetAttrib.bat
> > Call DirBackup.bat
> >
> > Same problem the calls to the batch files run before the
> > NewPatch EXE has even opened.
> >
> > Mark
> >
> > On 28 May 2003 at 16:23, Stacey Verner wrote:
> >
> > > I'm a little rusty here, but I think that Call runs another process
> > > and waits for it.
> > >
> > > e.g.
> > >
> > > Call NewPatch.exe.
> > >
> > > Stacey
> > >
> > > > -----Original Message-----
> > > > From: Mark Howard [mailto:[EMAIL PROTECTED]
> > > > Sent: Wednesday, 28 May 2003 16:20
> > > > To: Multiple recipients of list delphi
> > > > Subject: [DUG]: OffTopic Batch file question
> > > >
> > > >
> > > > Hi All
> > > >
> > > > Sorry for posting this on the main group - but it seems
> > > > OffTopic is not
> > > > behaving. This is what I posted there a couple of days ago.
> > > >
> > > > Hi
> > > >
> > > > I have a batch file that goes something like:
> > > >
> > > > NewPatch.exe //this is a Windows GUI application
> > > > ATTRIB +R D:\PSLogV2\DBData\*.*
> > > >
> > > > This works fine on my Win2K machine - in that it waits for
> > > > NewPatch to complete before running the ATTRIB line.
> > > >
> > > > On a client's Win95 machine, however it doesn't wait for
> > > > NewPatch.exe to complete (in fact the ATTRIB line runs before the
> > > > GUI app has even opened its window).
> > > >
> > > > Has anyone encountered this problem before? and is there a
> > > > work around?
> > > >
> > > > TIA
> > > >
> > > > Mark
> > > >
> > > >
> > > > --------------------------------------------------------------
> > > > -------------
> > > >     New Zealand Delphi Users group - Delphi List -
> > > > [EMAIL PROTECTED]
> > > >                   Website: http://www.delphi.org.nz
> > > > To UnSub, send email to: [EMAIL PROTECTED]
> > > > with body of "unsubscribe delphi"
> > > > Web Archive at:
> > > > http://www.mail-archive.com/delphi%40delphi.org.nz/
> > > >
> > > --------------------------------------------------------------------
> > > -- -----
> > >     New Zealand Delphi Users group - Delphi List -
> > >     [EMAIL PROTECTED]
> > >                   Website: http://www.delphi.org.nz
> > > To UnSub, send email to: [EMAIL PROTECTED]
> > > with body of "unsubscribe delphi"
> > > Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/
> > >
> >
> >
> > ----------------------------------------------------------------------
> > -----
> >     New Zealand Delphi Users group - Delphi List -
> >     [EMAIL PROTECTED]
> >                   Website: http://www.delphi.org.nz
> > To UnSub, send email to: [EMAIL PROTECTED]
> > with body of "unsubscribe delphi"
> > Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/
> >
>
>
> ---------------------------------------------------------------------------
>     New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
>                   Website: http://www.delphi.org.nz
> To UnSub, send email to: [EMAIL PROTECTED]
> with body of "unsubscribe delphi"
> Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/

Re: [DUG]: OffTopic Batch file question

Reply via email to