12 replies to this topic

[happytc]

I pray and call out time and again hoping in tears that there will be a miracle: in next version, autoit will support multithreading!

[smashly]

I can relate but it's not going to happen, get over it, work around it or move on!

Edited by smashly, 16 August 2011 - 01:45 AM.

[happytc]

As multithreaded programming technology has advantages in exploiting parallelism and improving system performance, it has been quickly developed in recent years and widely used day by day.

It's thoughtless of autoit not to support multithreading!

[monoscout999]

you didnt read the faq about feature requests... read it

[happytc]

you didnt read the faq about feature requests... read it

I have read FAQ about multithreading long time ago.
But I will wish for! For using au3 period of time, I actual feel to demand this funtionality

[smashly]

Hmm,

I actual feel to demand this funtionality

.. free language, non paid people who give you this language to use as you see fit and ask nothing of you..
I think you should choose your words more carefully.
I don't think your whining wishes should really be aired in the General Help section.
I'll say no more and move on!

[monoscout999]

I have read FAQ about multithreading long time ago.
But I will wish for! For using au3 period of time, I actual feel to demand this funtionality

You didnt read well, this thread is the evidence...
An extract.

There are several recurring requests for features that will most likely never be done in AutoIt. This list mentions some of those and why they will not be implemented. Please do not create threads asking for these features, they've been beaten to death and no further good can come from re-hashing the same points over and over.

Quick list of features:

* Multi-threading
* Object-Oriented syntax
* AutoIt for [Mac, Linux, Windows CE]
* Modularized compilation/variable sized compiled files
* FileInstall() accepting variables for the source
* New Opt()/AutoItSetOption() flags

Detailed list with explanations why certain features will not be done:

Multi-threading: It's too late to do this now. The changes required to AutoIt are too great. AutoIt was never intended to be multi-threaded. Writing a multi-threaded application requires an entirely different mindset when writing a program. We did not start with that mindset and trying to retrofit something as significant as multi-threading onto the existing code base is not worth the time or effort. It would be far more beneficial to re-write AutoIt and add in multi-threading that way. That, however, is not planned and is a massive undertaking.

So... why knowing this you create a thread about multithreading?
I don`t like these kind of threads, because the rule is too clear and you didn`t respect it.

Edited by monoscout999, 16 August 2011 - 03:01 AM.

[happytc]

Hmm, .. free language, non paid people who give you this language to use as you see fit and ask nothing of you..
I think you should choose your words more carefully.
I don't think your whining wishes should really be aired in the General Help section.
I'll say no more and move on!

My frankness get you into deep water?

[BrewManNH]

The last time you posted this wasn't enough to tell us how you feel about multi-threading? You really felt the need to post the same whine all over again 5 months later?

http://www.autoitscript.com/forum/topic/126725-when-will-autoit-realize-real-multithreading

[monoscout999]

@happytc your silence is killing me.. i stil want to know why you post this thread?
Anyway this must be in the chat section because nobody can help you with this, only opinions.

[smartee]

Multithreading is at the top of the NOT todo list so yea stop.

I am shocked that you miss it especially now, because more and more I think AutoIt does not need it. If you honestly think you lack the skills to come up with a solution without it, then make a multithreaded DLL then call it from AutoIt, and with Ward's Dll from memory UDF you can even end up with standalone AutoIt code.

I have made quite a few private AutoIt scripts using multithreaded DLLs and they work marvelously. Anyone still crying for multithreading must be crazy.

Ward also made a UDF around libtcc so now you don't even need to compile the DLLs.

And yes, I am a fan of Ward's UDFs

[happytc]

Multithreading is at the top of the NOT todo list so yea stop.

I am shocked that you miss it especially now, because more and more I think AutoIt does not need it. If you honestly think you lack the skills to come up with a solution without it, then make a multithreaded DLL then call it from AutoIt, and with Ward's Dll from memory UDF you can even end up with standalone AutoIt code.

It's a big JOKE that 'AutoIt does not need it'!
“make a multithreaded DLL then call it from AutoIt” --- You meant to use other language make DLL. This is your reason for NOT needing? why not AUTOIT do it itself?
Those so-called skills for simulating multithreading are not straightforward down-to-earth approach to a problem

I have made quite a few private AutoIt scripts using multithreaded DLLs and they work marvelously. Anyone still crying for multithreading must be crazy.

Ward also made a UDF around libtcc so now you don't even need to compile the DLLs.

And yes, I am a fan of Ward's UDFs

[Jos]

It's a big JOKE ...

.. and so are you. Now leave us poor souls alone.

Jos

Edited by Jos, 16 August 2011 - 06:32 AM.