Página 6 de 7

Re: MultiThread Object Plugin

Publicado: 25 Nov 2017 06:09
por valetodo78
yo en el dialog cargo un iexplorer web ... y cuando cierro dialog me cierra la aplicacion "autoplay dejo de funcionar" y se cierra

Re: MultiThread Object Plugin

Publicado: 28 Nov 2017 14:10
por CryptoNick
Хочу скачать!

Re: MultiThread Object Plugin

Publicado: 30 Nov 2017 21:00
por ATTACK
thanks

Re: MultiThread Object Plugin

Publicado: 16 Feb 2018 19:54
por usamakey
tnks m8

Re: MultiThread Object Plugin

Publicado: 16 Feb 2018 19:55
por usamakey
tnks m8

Re: MultiThread Object Plugin

Publicado: 28 Mar 2018 05:03
por luasqlite
Bien Hombre eres lo Maximo :pc:

Re: MultiThread Object Plugin

Publicado: 20 Ago 2018 09:15
por sendai
gracias

Re: MultiThread Object Plugin

Publicado: 12 Sep 2018 16:20
por tommyuk16
thanks

Re: MultiThread Object Plugin

Publicado: 25 Ene 2019 14:39
por aeeder6
Thnksssssssssssszszz

Re: MultiThread Object Plugin

Publicado: 27 Feb 2019 14:49
por ctaty3
thanks

Re: MultiThread Object Plugin

Publicado: 22 Mar 2019 20:35
por nivaldorhk
VALEW BRODER

Re: MultiThread Object Plugin

Publicado: 20 Abr 2019 17:37
por spooky
.......

Re: MultiThread Object Plugin

Publicado: 06 Jun 2019 16:29
por edumar3211
MUchas Gracias

Re: MultiThread Object Plugin

Publicado: 17 Jun 2019 19:41
por electrobyte
gracias

Re: MultiThread Object Plugin

Publicado: 17 Oct 2019 12:56
por achref
Pabloko escribió:
25 Ago 2011 21:22
Hola, hoy os traigo un object plugin para hacer multithreading, sin modulos como lanes ni nada de interfaces, nada complicado, un simple objeto con 10 threads donde ejecutar codigo a piñon.



Esta hecho en c++ y sigue los funcionamientos basicos de los working threads en MFC solo que ademas implementa soluciones para el multithreading de lua states, aunque esto ultimo no es necesario, lo hara mas fluido.

HIDE: ON
Hidebb Message Hidden Description


You can download the new update link 29/10/2013 by abood1987

HIDE: ON
Hidebb Message Hidden Description


ENLACE ACTUALIZADO 18/02/2012

Para utilizarlo solo hay que codificar en cualquiera de los 10 Threads disponibles en los eventos del objeto. luego solo hay una funcion:

MultiThread.Execute(Plugin_name,thread_number[1-10]);

Podemos ejecutar el thread cuantas veces queramos, incluso si ya se esta ejecutando, en cuyo caso abrira otro thread y seguira con la ejecución.

Como podeis ver en el ejemplo se pueden utilizar ventanas de dialogex por ejemplo, y utilizar las 2 ventanas al mismo tiempo.

Espero que lo probeis y respondais con un buen feedback

Re: MultiThread Object Plugin

Publicado: 17 Nov 2019 22:24
por Phaelitico
Very very nice!

Re: MultiThread Object Plugin

Publicado: 22 Dic 2019 03:23
por javadst
Thank you.

Re: MultiThread Object Plugin

Publicado: 10 Ene 2020 08:37
por blahblahblah
is link

Re: MultiThread Object Plugin

Publicado: 25 Ene 2020 05:24
por sendai
This is good plugin.. but any chance to make the pagetimer or even loop (for loop, do while) can still work while dialogeX is open?
This time the command mentioned is not work if dialogex is open.

Any update if there? thank you pabloko

Re: MultiThread Object Plugin

Publicado: 01 Feb 2020 18:57
por Pabloko
sendai escribió:
25 Ene 2020 05:24
This is good plugin.. but any chance to make the pagetimer or even loop (for loop, do while) can still work while dialogeX is open?
This time the command mentioned is not work if dialogex is open.

Any update if there? thank you pabloko
this can do something with dialogex: http://amsspecialist.com/viewtopic.php? ... gex#p40078

--------

Well i wrote this plugin in 2010, and i never fully explained the perks of multithreading on ams, so i will write some bits now...

First of all, ams codebase is wrote in a way that most of its actions arent thread safe, or they are under determinated circumstances, thats said, lua itself isnt thread safe, so this plugin is particularly unsafe to use campared with others (lanes, mt...) if you dont apply the same logic that applies when building thread safe apps with unsafe codebase, you will need to use mutex and locks to prevent fucking up the lua stack or certain ams callback, you must prevent executing api that modify same internal objects on different threads at the same time.

How do you know what api changes internal objects? without the source is hard to tell, so its better assume every api is unsafe here.

So, how its useful this plugin?? Well, it wasnt designed for running threads of code that does anything it want, the real propourse was to spawn a specific task that could be done without blocking the UI, then exchanging this info with UI thread, for example querying a big database or doing http usage.

Otherwise, you will never achive for example simultaneous HTTP usage for example with included AMS api, because AMS api has internal objects written in a way that if you try to run it on parallel internal data will corrupt and crash. This is something unfixeable from a plugin that requires to write a lot of thread safe api to use instead.