Hilos en delphi 7

[[Chris]]

En el caso de los navegadores, no son hilos sino procesos por separados. Yo no te recomendaría que hicieras otro proceso para hacer lo que deseas. Es mejor que sigas y desarrolles la idea con los TThread's

Trabajar con los hilos no es díficil ya cuando aprendes lo básico, practicamente las reglas de seguridad para evitar excepciones vas de viaje.. a cómo decimos x aca. Sincermente lo más complicado es sincronizarlos. Yo por mi parte utilizo los mensajes de Windows para esta causa. Envio desde el Thread un mensaje a la aplicación principal y esta lo maneja cuando pueda hacerlo. Así se obtiene toda la ventaja del uso de hilos, y es la independencia de éstos de la aplicación principal y viceversa.

Saludos

[duranguenze]

el punto es que tendria que meter bastantes procesos en hilos, y se me hacia mas facil pensar que el cargador lo metiera en un hilo las ventanas que se que tardan porque corren reportes en ellas, entonces en conclusion he de decir que tendre que empezar a meter programacion para que los agarre en los hilos, Uff espera un gran trabajo, bueno almenos empezare con lo que vaya saliendo, ahora la pregunta que me hago, como meter los controles de interbase para que no me congelen mi aplicacion. (uso la 5.x y no hay posibilidad de cambiar a otra)

Bueno Chris, como hago eso de los procesos separados, en el firefox he notado que aveces se traba una sola pestaña y las demas andan bien :S

[mamcx]

Empezado por duranguenze

el punto es que tendria que meter bastantes procesos en hilos, y se me hacia mas facil pensar ....

Ves?

Te dije (y en mayusculas!) que DEBES leer primero sobre el tema ANTES de implementar una solucion!

En serio!

El manejo multi-hilos es lo mas DIFICIL de la programacion (y por mucho - en comparacion punteros es facilisimo) ya que casi todos los lenguajes usan un modelo abrumadoramente ineficiente que lo hace mas dificil de lo que es!. PERO manejar 2 hilos? Es pan comido.

NO necesitas *muchos* hilos. Con lo que hablas seguro puedes con solo 2 (1 es el hilo principal, o sea la GUI, o sea, que no te preocupes por ello y el otro es el "background" en el cual haces las consultas).

O, si realmente se ejecutan consultas sucesivas (una detras de otra, tambien es facil. Igual sigues usando 1 sola clase de thread y metes los resultados en una lista manejandolo tipo Queue.

Asi que antes de intentes el modelo de ejecutar exes aparte (que es una solucion correcta, pero no en este caso) - y mucho menos como cuentas, asi no se hace - sigue el ejemplo que te di y el que te pasa neftali.

Es muy facil. En en el metodo execute creas la conexion, la consulta, lo ejecutas y guardas los resultados (preferiblemente con un TClientDataSet ya que debes desconectarte antes de retornar al otro thread, y asi no tendrias lios con la sincronizacion, que es la parte dificil de todo).