MultiThreading

[nocow 0]

This is a very simple way on have more tasks, it is simply starting its own executefile op with another parameter, when that happen it make a task that connect to the main file witch control the variables.

Its very buggy but it should work ok.

Hope ya like it

smt.au3

[Busti 0]

lol thats nice work !

thank you

[nocow 0]

Thanks but i need to change some about the way it hold variables, I try lot with stdout, stdin, consolewrite,consoleread but i cant get to work so i used a editbox instead in a gui there isnt shown

[Busti 0]

im working on a multithreading udf too, this will be really nice

[w0uter 1]

You shouldnt not call it MultiThreading as that is a lie.

Its more like MultiProcessing

[edit @ Busti] Yep. but atleast its called CoRoutine [/edit]

Edited June 29, 2006 by w0uter

[Busti 0]

You shouldnt not call it MultiThreading as that is a lie.

Its more like MultiProcessing

but the coroutine multithreading udf has then a wrong name too

[nocow 0]

CoRoutine making a new file and then run it with /autoitexecute, The code will be visible and ima think its going a bit slow, this should go faster.

Any there can help me improve this? i mean with better Var system etc

[jvanegmond 293]

Try using the registry to send variables back.

[w0uter 1]

hard way:

set up some memory space using MAlloc/Dllstruct then pass the pointer to the script over the cmdline. then have the script read the data out of the 1st script using readproccessmemory@kernel32.dll.

but thats probly to hard for you so just go with manadar's idee or use an .ini

Edited June 30, 2006 by w0uter