Pause script processing while GUI autoit is running

[vernalex]

Is there a way to make a command-line script wait until an AutoIt executable is done running?

I wrote a program and it's meant to be run in scripts. But, when the application is compiled as a GUI application then when a script runs it the application immediately returns control back to the script so it continues on without waiting for the script to finish.

If I compile it as a command-line application this isn't an issue. But, I need it to be a GUI application because it can be run graphically and I don't want a console window in the background.

I can start the program with "start /wait", but I'd prefer if there were a way for AutoIt to hold control until it is done.

Ideas?

[Valuater]

RunWait() possibly

8)

[Bert]

Look at my volatran project. Link is in my signature

[vernalex]

This doesn't resolve my issue because the Vollatran Project has the same issue as my own program.

To clarify I'm not trying to spawn an external program from within AutoIt. I am already very familiar with RunWait(...).

To give a quick example... write a simple program with a MsgBox. Compile it as a GUI application and as a console application. Then run it from the command-line shell. 

The GUI application will immediately drop back to the shell while the MsgBox appears on the screen, which would allow you to run another program. This is very bad for script processing.

The console application will display the MsgBox and the shell will wait. This is how I'd like it to work. But if you run a console application the GUI will appear as well as a shell, which is definitely not desired in my case.

[BrewManNH]

When you run any program from the command line or a batch file, other than a CUI program, control returns immediately to the command console unless you use start /wait in the command line. It's a Windows issue, not an AutoIt one.

[Bert]

This doesn't resolve my issue because the Vollatran Project has the same issue as my own program.

To clarify I'm not trying to spawn an external program from within AutoIt. I am already very familiar with RunWait(...).

To give a quick example... write a simple program with a MsgBox. Compile it as a GUI application and as a console application. Then run it from the command-line shell. 

The GUI application will immediately drop back to the shell while the MsgBox appears on the screen, which would allow you to run another program. This is very bad for script processing.

The console application will display the MsgBox and the shell will wait. This is how I'd like it to work. But if you run a console application the GUI will appear as well as a shell, which is definitely not desired in my case.

You are looking for multi-threading. AutoIt does not support this.

[trancexx]

Ignore what this guy said, <snip>, this has nothing to do with multithreading.

What you could do is compile as CUI and add first two lines to your script:

DllCall("kernel32", "bool", "FreeConsole")
DllCall("kernel32", "bool", "AttachConsole", "dword", -1)

; ...The rest of your code...

That way you have "waiting" effect if run from cmd, and no console if run by double-click. However, you'll have initial console flash in latter case, so if that doesn't satisfy you seek alternatives. Edited June 7, 2014 by Melba23
Insult removed