Discussion:
Procesos en Segundo Plano en Vfp 7.0 Sp1
(demasiado antiguo para responder)
Dany Acosta
2004-03-03 23:12:09 UTC
Permalink
Amigos una consulta....

Tengo una Aplicacion Terminada bajo el termino de N-Capas , pero tengo
ciertos procesos que demoran en mostrar ciertas Informacion y eso
implica a que el Usuario tiene que esperar a que termine el proceso para
que pueda continuar con el Sistema.... Existe alguna Manera de Realizar
ciertos Procesos que estan en Dlls pero que se ejecute en segundo plano
para que entonces el usuario pueda hacer otras cosas... Creo que por ahi
vi comentarios que esto se podia realizar mediantes Apis...

Espero que me puedan ayudar o brindarme sus comentarios sobre si es
Factible esto...

Gracias

Dany Acosta
David Amador (Davphantom)
2004-03-04 00:44:13 UTC
Permalink
Multihilos ??? ....
--
David Amador Tapia
WebMaster de La Web de Davphantom
www.davphantom.net
Cartagena. Colombia
Tel. (5) 6581523 - 6621502 - Cel 310-6581865
Post by Dany Acosta
Amigos una consulta....
Tengo una Aplicacion Terminada bajo el termino de N-Capas , pero tengo
ciertos procesos que demoran en mostrar ciertas Informacion y eso
implica a que el Usuario tiene que esperar a que termine el proceso para
que pueda continuar con el Sistema.... Existe alguna Manera de Realizar
ciertos Procesos que estan en Dlls pero que se ejecute en segundo plano
para que entonces el usuario pueda hacer otras cosas... Creo que por ahi
vi comentarios que esto se podia realizar mediantes Apis...
Espero que me puedan ayudar o brindarme sus comentarios sobre si es
Factible esto...
Gracias
Dany Acosta
Dany Acosta
2004-03-04 13:07:02 UTC
Permalink
asi es...
Post by David Amador (Davphantom)
Multihilos ??? ....
Federico Villafañes
2004-03-04 14:47:04 UTC
Permalink
Olvidate....
Post by Dany Acosta
asi es...
Post by David Amador (Davphantom)
Multihilos ??? ....
Dany Acosta
2004-03-04 17:56:56 UTC
Permalink
Entonces, no queda otra mas que trasladar a Vb.Net

Gracias de Todos modos.....
Post by Federico Villafañes
Olvidate....
Post by Dany Acosta
asi es...
Post by David Amador (Davphantom)
Multihilos ??? ....
Antonio Muñoz de Burgos y Caravaca
2004-03-04 20:45:09 UTC
Permalink
Hola Dany:

Mira el hilo anterior, no hay necesidad de cambiar de lenguaje, la solución
a tu problema con vFoxPro tendrá la misma eficacia y funcionabilidad, que si
lo realizas en VB.NET

Saludos, Antonio Muñoz de Burgos
www.emans.com (Web realizada en vFoxPro)
Manifestando el apoyo a la comunidad de Visual FoxPro
Post by Dany Acosta
Entonces, no queda otra mas que trasladar a Vb.Net
Gracias de Todos modos.....
Post by Federico Villafañes
Olvidate....
Post by Dany Acosta
asi es...
Post by David Amador (Davphantom)
Multihilos ??? ....
Antonio Muñoz de Burgos y Caravaca
2004-03-04 20:43:12 UTC
Permalink
Hola Dany:

Los concepto de Multihilos y Multiprocesos hay que tenerlos claros para que
no presten a confusión y poder llevarlo a la practica.

Lo que quieres hacer, se puede realizar sin problemas en vFoxPro, y sobre
todo si tus modulos como comentas trabajan bien en Capas.

La única diferencia, es que con vFoxPro "no" puedes lanzar procesos
Multihilos, ya que no esta soportado, como puede ser en otros lenguajes,
pero eso no significa que no puedas lanzar procesos y solucionar el problema
que planteas.

Para ello debes utilizar el Sistema de MultiProcesos que "no" lo da el
lenguaje sino el propio Sistema, esto será bien aprovechado a partir de W2k
o superior, con lo que solucionas tu problema.

Saludos, Antonio Muñoz de Burgos
www.emans.com (Web realizada en vFoxPro)
Manifestando el apoyo a la comunidad de Visual FoxPro
Post by Dany Acosta
asi es...
Post by David Amador (Davphantom)
Multihilos ??? ....
Federico Villafañes
2004-03-05 11:39:56 UTC
Permalink
Antonio:

Sabiendo que fox es un lenguaje interpretado, al lanzar dos o mas hilos para
que se ejecuten en simultaneo significa que se debe lanzar dos o mas hilos
DENTRO del MISMO runtime interprete.

Por lo tanto, si dicho runtime interprete no esta preparado para ser
reentrante
y, en general, no esta especificamente preparado para multihilos, no veo
como
evitar que todo explote en mil pedazos ni bien el segundo hilo comienze a
ejecutarse.

Distinto seria buscar la forma de lanzar dos o mas instancias del runtime
ejecutando cada una distinto codigo; (eso se puede hacer hasta con un
simple run...), aunque los problemas de sincronizacion entre las distintas
instancias no van a ser menores, asi como tampoco va a ser menor el diseño
de la comunicacion entre las capas de la aplicacion.

Esto me lleva a estar de acuerdo con Dany en el sentido que en su caso
podria
estar llegando la hora de mudarse al framework .net, donde su tema se
resuelve
con un simple "new thread()". AMO a VFP, pero mi fanatismo no llega a tanto
como para querer implementar multihilos...

Federico
Post by Antonio Muñoz de Burgos y Caravaca
Los concepto de Multihilos y Multiprocesos hay que tenerlos claros para que
no presten a confusión y poder llevarlo a la practica.
Lo que quieres hacer, se puede realizar sin problemas en vFoxPro, y sobre
todo si tus modulos como comentas trabajan bien en Capas.
La única diferencia, es que con vFoxPro "no" puedes lanzar procesos
Multihilos, ya que no esta soportado, como puede ser en otros lenguajes,
pero eso no significa que no puedas lanzar procesos y solucionar el problema
que planteas.
Para ello debes utilizar el Sistema de MultiProcesos que "no" lo da el
lenguaje sino el propio Sistema, esto será bien aprovechado a partir de W2k
o superior, con lo que solucionas tu problema.
Saludos, Antonio Muñoz de Burgos
www.emans.com (Web realizada en vFoxPro)
Manifestando el apoyo a la comunidad de Visual FoxPro
Post by Dany Acosta
asi es...
Post by David Amador (Davphantom)
Multihilos ??? ....
Antonio Muñoz de Burgos y Caravaca
2004-03-05 12:41:57 UTC
Permalink
Hola Federico:

Efectivamente eso comentaba en el hilo anterior..
Visual FoxPro "no" puede lanzar procesos "Multihilos", no lo tiene
soportado, por lo tanto como bien dices, si se intenta utilizar este camino
es inviable o una locura, porque simplemente no lo tiene.

Aunque siempre hay otras alternativas, pero por supuesto dependerá mucho de
la aplicación y de como este desarrollado en todo su conjunto.

Un posible alternativa y en cuanto a redimiendo será el mismo que si se
utiliza "Multihilos", ya que dicho rendimiento esta siendo soportado,
fundamentalmente por el Hardware (esto no es explicito) y en este caso por
el Motor DB, ya que es quien debe procesar la petición(solicitud-cliente) y
retornar una respuesta, y es la utilización de "Multiproceso"

En este caso, cada proceso estará soportado por un proceso "Servidor", si la
aplicación tiene una buena estructura independiente de n-Capas y con
arquitectura Servidor se puede aplicar.
Ahora, el nivel de control que comentas, lo tienes que implementar igual que
si estuvieras lanzando procesos "Multihilos", en mono Proceso como comentas.

Ya que la diferencia de un proceso "Multihilo", es que puede ser englobado
en solo un Proceso (monoProceso-con MultiplesHilos) y el otro caso Hilo por
procesos, en el caso de vFoxPro lo podríamos representar en Hilo por
proceso, y para ello es necesario la creación de un componente que sea capaz
de lanzar procesos, la simulación estaría representada en "lanzamientos de
hilo", el efecto funcional de sería el mismo.

También hay que reconocer y que es evidente, que no es lo mismo, programar
con opciones que ya ha sido creadas y simplemente utilizarlas, a tener que
crearse dicha funcionabilidad, y del caso que hablamos, hay que tener muchas
cosas claras para realizar una implementación de este tipo, este tipo de
desarrollo es más avanzado.

Pero esta no deja de ser una posibilidad y que puede ser implementada de
forma simple para consultas como el caso que ha comentado Dany Acosta,
aunque habría que conocer con más detalle la situación exacta de su
desarrollo.

Y por poner un caso real:
Actualmente en mi Empresa trabajamos con dos Servidores con Navision
Financial, con su propio motor de DB (que es cliente-servidor en el sentido
estricto de la palabra C/S), y con otros tres Servidores con SQL-Server,
cada uno de ellos lleva su propia Gestión desarrollada como es lógico por el
propio fabricante, el grueso más fuerte es todo lo que llevamos en Navision
que es un ERP de gran envergadura, en un momento dado, hemos tenido la
necesidad de crear módulos de integración entre todo lo que llevamos,
fundamentalmente para el tema de consultas (en este caso para el personal
que esta en los puestos clientes), la mejor alternativa para esta
integración no era desarrollar en cada aplicación propietaria, y es aquí
donde hemos utilizado vFoxpro.

Aquí se plantea un problema similar al comentado por Dany, la aplicación
realizada en vFoxPro lanza una consulta, pero hasta que no finalizaba el
usuario no podía hacer otra cosa, cuando en las otras aplicaciones C/S,
puede lanzar consultas y seguir trabajando, pues realice el cambio al
Sistema comentado, esto es muy reciente, ya que he utilizado
VFP8-CursorAdapter, debo reconocer que la implementación ha sido muy, pero
muy buena, que la fluidez de las integraciones realizadas con vFoxPro, ahora
son mucha más eficaces que las propias que llegan nuestro Sistema ERP de NAD
y SQL-Server, es decir el usuario puede lanzar consultas y seguir trabajando
con cualquier otra aplicación.

Saludos, Antonio Muñoz de Burgos
www.emans.com (Web realizada en vFoxPro)
Manifestando el apoyo a la comunidad de Visual FoxPro
Post by Federico Villafañes
Sabiendo que fox es un lenguaje interpretado, al lanzar dos o mas hilos para
que se ejecuten en simultaneo significa que se debe lanzar dos o mas hilos
DENTRO del MISMO runtime interprete.
Por lo tanto, si dicho runtime interprete no esta preparado para ser
reentrante
y, en general, no esta especificamente preparado para multihilos, no veo
como
evitar que todo explote en mil pedazos ni bien el segundo hilo comienze a
ejecutarse.
Distinto seria buscar la forma de lanzar dos o mas instancias del runtime
ejecutando cada una distinto codigo; (eso se puede hacer hasta con un
simple run...), aunque los problemas de sincronizacion entre las distintas
instancias no van a ser menores, asi como tampoco va a ser menor el diseño
de la comunicacion entre las capas de la aplicacion.
Esto me lleva a estar de acuerdo con Dany en el sentido que en su caso
podria
estar llegando la hora de mudarse al framework .net, donde su tema se
resuelve
con un simple "new thread()". AMO a VFP, pero mi fanatismo no llega a tanto
como para querer implementar multihilos...
Federico
Post by Antonio Muñoz de Burgos y Caravaca
Los concepto de Multihilos y Multiprocesos hay que tenerlos claros para
que
Post by Antonio Muñoz de Burgos y Caravaca
no presten a confusión y poder llevarlo a la practica.
Lo que quieres hacer, se puede realizar sin problemas en vFoxPro, y sobre
todo si tus modulos como comentas trabajan bien en Capas.
La única diferencia, es que con vFoxPro "no" puedes lanzar procesos
Multihilos, ya que no esta soportado, como puede ser en otros lenguajes,
pero eso no significa que no puedas lanzar procesos y solucionar el
problema
Post by Antonio Muñoz de Burgos y Caravaca
que planteas.
Para ello debes utilizar el Sistema de MultiProcesos que "no" lo da el
lenguaje sino el propio Sistema, esto será bien aprovechado a partir de
W2k
Post by Antonio Muñoz de Burgos y Caravaca
o superior, con lo que solucionas tu problema.
Saludos, Antonio Muñoz de Burgos
www.emans.com (Web realizada en vFoxPro)
Manifestando el apoyo a la comunidad de Visual FoxPro
Post by Dany Acosta
asi es...
Post by David Amador (Davphantom)
Multihilos ??? ....
Dany Acosta
2004-03-05 13:30:31 UTC
Permalink
Antonio:

Mi idea de desarrollar y convertir ciertos modulos en procesos de
segundo Plano no lo estaba interpretando al desarrollo de MultiHilos
como lo esta llevando la Tecnologia NET actualmente, sino lo que quiero
evitar es el congelamiento que tiene el usuario al esperar que termine
el proceso para poder realizar otras cosas en el sistema, una posible
solucion como comentaban en los hilos anteriores era de correr otro APP
por detras y que realize el proceso sin afectar esto al usuario; pero
creo que me parece algo Ortodoxo.Yo entiendo las limitaciones que tiene
el VFox para ciertas cosas, pero como dicen por ahi "TODO SOFTWARE TIENE
LIMITE" y creo que para Mi ya llego el momento de Migrar a .NET a pesar
que Yo llevo Años trabajando con VFOX(FoxBASe hasta el VFOX) y para
ser sincero me saco de muchos apuros(Tanto en su potencia que tiene y la
facilidad que te da para programar OOP).

Gracias a Todos por los comentarios dados y espero que este comentario
no afecte ni moleste a nadie

Dany Acosta
Post by Antonio Muñoz de Burgos y Caravaca
Efectivamente eso comentaba en el hilo anterior..
Visual FoxPro "no" puede lanzar procesos "Multihilos", no lo tiene
soportado, por lo tanto como bien dices, si se intenta utilizar este camino
es inviable o una locura, porque simplemente no lo tiene.
Aunque siempre hay otras alternativas, pero por supuesto dependerá mucho de
la aplicación y de como este desarrollado en todo su conjunto.
Un posible alternativa y en cuanto a redimiendo será el mismo que si se
utiliza "Multihilos", ya que dicho rendimiento esta siendo soportado,
fundamentalmente por el Hardware (esto no es explicito) y en este caso por
el Motor DB, ya que es quien debe procesar la petición(solicitud-cliente) y
retornar una respuesta, y es la utilización de "Multiproceso"
En este caso, cada proceso estará soportado por un proceso "Servidor", si la
aplicación tiene una buena estructura independiente de n-Capas y con
arquitectura Servidor se puede aplicar.
Ahora, el nivel de control que comentas, lo tienes que implementar igual que
si estuvieras lanzando procesos "Multihilos", en mono Proceso como comentas.
Ya que la diferencia de un proceso "Multihilo", es que puede ser englobado
en solo un Proceso (monoProceso-con MultiplesHilos) y el otro caso Hilo por
procesos, en el caso de vFoxPro lo podríamos representar en Hilo por
proceso, y para ello es necesario la creación de un componente que sea capaz
de lanzar procesos, la simulación estaría representada en "lanzamientos de
hilo", el efecto funcional de sería el mismo.
También hay que reconocer y que es evidente, que no es lo mismo, programar
con opciones que ya ha sido creadas y simplemente utilizarlas, a tener que
crearse dicha funcionabilidad, y del caso que hablamos, hay que tener muchas
cosas claras para realizar una implementación de este tipo, este tipo de
desarrollo es más avanzado.
Pero esta no deja de ser una posibilidad y que puede ser implementada de
forma simple para consultas como el caso que ha comentado Dany Acosta,
aunque habría que conocer con más detalle la situación exacta de su
desarrollo.
Actualmente en mi Empresa trabajamos con dos Servidores con Navision
Financial, con su propio motor de DB (que es cliente-servidor en el sentido
estricto de la palabra C/S), y con otros tres Servidores con SQL-Server,
cada uno de ellos lleva su propia Gestión desarrollada como es lógico por el
propio fabricante, el grueso más fuerte es todo lo que llevamos en Navision
que es un ERP de gran envergadura, en un momento dado, hemos tenido la
necesidad de crear módulos de integración entre todo lo que llevamos,
fundamentalmente para el tema de consultas (en este caso para el personal
que esta en los puestos clientes), la mejor alternativa para esta
integración no era desarrollar en cada aplicación propietaria, y es aquí
donde hemos utilizado vFoxpro.
Aquí se plantea un problema similar al comentado por Dany, la aplicación
realizada en vFoxPro lanza una consulta, pero hasta que no finalizaba el
usuario no podía hacer otra cosa, cuando en las otras aplicaciones C/S,
puede lanzar consultas y seguir trabajando, pues realice el cambio al
Sistema comentado, esto es muy reciente, ya que he utilizado
VFP8-CursorAdapter, debo reconocer que la implementación ha sido muy, pero
muy buena, que la fluidez de las integraciones realizadas con vFoxPro, ahora
son mucha más eficaces que las propias que llegan nuestro Sistema ERP de NAD
y SQL-Server, es decir el usuario puede lanzar consultas y seguir trabajando
con cualquier otra aplicación.
Saludos, Antonio Muñoz de Burgos
www.emans.com (Web realizada en vFoxPro)
Manifestando el apoyo a la comunidad de Visual FoxPro
Post by Federico Villafañes
Sabiendo que fox es un lenguaje interpretado, al lanzar dos o mas hilos
para
Post by Federico Villafañes
que se ejecuten en simultaneo significa que se debe lanzar dos o mas hilos
DENTRO del MISMO runtime interprete.
Por lo tanto, si dicho runtime interprete no esta preparado para ser
reentrante
y, en general, no esta especificamente preparado para multihilos, no veo
como
evitar que todo explote en mil pedazos ni bien el segundo hilo comienze a
ejecutarse.
Distinto seria buscar la forma de lanzar dos o mas instancias del runtime
ejecutando cada una distinto codigo; (eso se puede hacer hasta con un
simple run...), aunque los problemas de sincronizacion entre las distintas
instancias no van a ser menores, asi como tampoco va a ser menor el diseño
de la comunicacion entre las capas de la aplicacion.
Esto me lleva a estar de acuerdo con Dany en el sentido que en su caso
podria
estar llegando la hora de mudarse al framework .net, donde su tema se
resuelve
con un simple "new thread()". AMO a VFP, pero mi fanatismo no llega a
tanto
Post by Federico Villafañes
como para querer implementar multihilos...
Federico
Post by Antonio Muñoz de Burgos y Caravaca
Los concepto de Multihilos y Multiprocesos hay que tenerlos claros para
que
Post by Antonio Muñoz de Burgos y Caravaca
no presten a confusión y poder llevarlo a la practica.
Lo que quieres hacer, se puede realizar sin problemas en vFoxPro, y
sobre
Post by Federico Villafañes
Post by Antonio Muñoz de Burgos y Caravaca
todo si tus modulos como comentas trabajan bien en Capas.
La única diferencia, es que con vFoxPro "no" puedes lanzar procesos
Multihilos, ya que no esta soportado, como puede ser en otros lenguajes,
pero eso no significa que no puedas lanzar procesos y solucionar el
problema
Post by Antonio Muñoz de Burgos y Caravaca
que planteas.
Para ello debes utilizar el Sistema de MultiProcesos que "no" lo da el
lenguaje sino el propio Sistema, esto será bien aprovechado a partir de
W2k
Post by Antonio Muñoz de Burgos y Caravaca
o superior, con lo que solucionas tu problema.
Saludos, Antonio Muñoz de Burgos
www.emans.com (Web realizada en vFoxPro)
Manifestando el apoyo a la comunidad de Visual FoxPro
Post by Dany Acosta
asi es...
Post by David Amador (Davphantom)
Multihilos ??? ....
Germán Giraldo
2004-03-06 18:46:57 UTC
Permalink
Dany, mira el siguiente enlace, tal vez te ayude a realizar lo que deseas.

http://www.glrsoftware.com/download.asp

"Task Server

DL: 950 Size: 194K Last Updated: 2/12/2004 4:12:27 PM Author: Gregory
Reichert
The Task Server control allows one or more application to off load
non-interactive operations to be performed externally. For example, reports
can be printed in the background, either on the same machine, or on dedicted
machines for printing reports. In addition, it can replace those multiple
timer we place all over our applications. As an internal task server, you
can push, pop, suspend, and resume timed tasks. Both internal and external
tasks can be set to be preformed at a specific time, and then repeat after a
duraction or self-remove once preformed. A call back can be established to
send a notification to the client application."

Saludos

Germán Giraldo
Post by Dany Acosta
Mi idea de desarrollar y convertir ciertos modulos en procesos de
segundo Plano no lo estaba interpretando al desarrollo de MultiHilos
como lo esta llevando la Tecnologia NET actualmente, sino lo que quiero
evitar es el congelamiento que tiene el usuario al esperar que termine
el proceso para poder realizar otras cosas en el sistema, una posible
solucion como comentaban en los hilos anteriores era de correr otro APP
por detras y que realize el proceso sin afectar esto al usuario; pero
creo que me parece algo Ortodoxo.Yo entiendo las limitaciones que tiene
el VFox para ciertas cosas, pero como dicen por ahi "TODO SOFTWARE TIENE
LIMITE" y creo que para Mi ya llego el momento de Migrar a .NET a pesar
que Yo llevo Años trabajando con VFOX(FoxBASe hasta el VFOX) y para
ser sincero me saco de muchos apuros(Tanto en su potencia que tiene y la
facilidad que te da para programar OOP).
Gracias a Todos por los comentarios dados y espero que este comentario
no afecte ni moleste a nadie
Dany Acosta
Post by Antonio Muñoz de Burgos y Caravaca
Efectivamente eso comentaba en el hilo anterior..
Visual FoxPro "no" puede lanzar procesos "Multihilos", no lo tiene
soportado, por lo tanto como bien dices, si se intenta utilizar este camino
es inviable o una locura, porque simplemente no lo tiene.
Aunque siempre hay otras alternativas, pero por supuesto dependerá mucho de
la aplicación y de como este desarrollado en todo su conjunto.
Un posible alternativa y en cuanto a redimiendo será el mismo que si se
utiliza "Multihilos", ya que dicho rendimiento esta siendo soportado,
fundamentalmente por el Hardware (esto no es explicito) y en este caso por
el Motor DB, ya que es quien debe procesar la
petición(solicitud-cliente) y
Post by Dany Acosta
Post by Antonio Muñoz de Burgos y Caravaca
retornar una respuesta, y es la utilización de "Multiproceso"
En este caso, cada proceso estará soportado por un proceso "Servidor", si la
aplicación tiene una buena estructura independiente de n-Capas y con
arquitectura Servidor se puede aplicar.
Ahora, el nivel de control que comentas, lo tienes que implementar igual que
si estuvieras lanzando procesos "Multihilos", en mono Proceso como comentas.
Ya que la diferencia de un proceso "Multihilo", es que puede ser englobado
en solo un Proceso (monoProceso-con MultiplesHilos) y el otro caso Hilo por
procesos, en el caso de vFoxPro lo podríamos representar en Hilo por
proceso, y para ello es necesario la creación de un componente que sea capaz
de lanzar procesos, la simulación estaría representada en "lanzamientos de
hilo", el efecto funcional de sería el mismo.
También hay que reconocer y que es evidente, que no es lo mismo, programar
con opciones que ya ha sido creadas y simplemente utilizarlas, a tener que
crearse dicha funcionabilidad, y del caso que hablamos, hay que tener muchas
cosas claras para realizar una implementación de este tipo, este tipo de
desarrollo es más avanzado.
Pero esta no deja de ser una posibilidad y que puede ser implementada de
forma simple para consultas como el caso que ha comentado Dany Acosta,
aunque habría que conocer con más detalle la situación exacta de su
desarrollo.
Actualmente en mi Empresa trabajamos con dos Servidores con Navision
Financial, con su propio motor de DB (que es cliente-servidor en el sentido
estricto de la palabra C/S), y con otros tres Servidores con SQL-Server,
cada uno de ellos lleva su propia Gestión desarrollada como es lógico por el
propio fabricante, el grueso más fuerte es todo lo que llevamos en Navision
que es un ERP de gran envergadura, en un momento dado, hemos tenido la
necesidad de crear módulos de integración entre todo lo que llevamos,
fundamentalmente para el tema de consultas (en este caso para el personal
que esta en los puestos clientes), la mejor alternativa para esta
integración no era desarrollar en cada aplicación propietaria, y es aquí
donde hemos utilizado vFoxpro.
Aquí se plantea un problema similar al comentado por Dany, la aplicación
realizada en vFoxPro lanza una consulta, pero hasta que no finalizaba el
usuario no podía hacer otra cosa, cuando en las otras aplicaciones C/S,
puede lanzar consultas y seguir trabajando, pues realice el cambio al
Sistema comentado, esto es muy reciente, ya que he utilizado
VFP8-CursorAdapter, debo reconocer que la implementación ha sido muy, pero
muy buena, que la fluidez de las integraciones realizadas con vFoxPro, ahora
son mucha más eficaces que las propias que llegan nuestro Sistema ERP de NAD
y SQL-Server, es decir el usuario puede lanzar consultas y seguir trabajando
con cualquier otra aplicación.
Saludos, Antonio Muñoz de Burgos
www.emans.com (Web realizada en vFoxPro)
Manifestando el apoyo a la comunidad de Visual FoxPro
Post by Federico Villafañes
Sabiendo que fox es un lenguaje interpretado, al lanzar dos o mas hilos
para
Post by Federico Villafañes
que se ejecuten en simultaneo significa que se debe lanzar dos o mas hilos
DENTRO del MISMO runtime interprete.
Por lo tanto, si dicho runtime interprete no esta preparado para ser
reentrante
y, en general, no esta especificamente preparado para multihilos, no veo
como
evitar que todo explote en mil pedazos ni bien el segundo hilo comienze a
ejecutarse.
Distinto seria buscar la forma de lanzar dos o mas instancias del runtime
ejecutando cada una distinto codigo; (eso se puede hacer hasta con un
simple run...), aunque los problemas de sincronizacion entre las distintas
instancias no van a ser menores, asi como tampoco va a ser menor el diseño
de la comunicacion entre las capas de la aplicacion.
Esto me lleva a estar de acuerdo con Dany en el sentido que en su caso
podria
estar llegando la hora de mudarse al framework .net, donde su tema se
resuelve
con un simple "new thread()". AMO a VFP, pero mi fanatismo no llega a
tanto
Post by Federico Villafañes
como para querer implementar multihilos...
Federico
Post by Antonio Muñoz de Burgos y Caravaca
Los concepto de Multihilos y Multiprocesos hay que tenerlos claros para
que
Post by Antonio Muñoz de Burgos y Caravaca
no presten a confusión y poder llevarlo a la practica.
Lo que quieres hacer, se puede realizar sin problemas en vFoxPro, y
sobre
Post by Federico Villafañes
Post by Antonio Muñoz de Burgos y Caravaca
todo si tus modulos como comentas trabajan bien en Capas.
La única diferencia, es que con vFoxPro "no" puedes lanzar procesos
Multihilos, ya que no esta soportado, como puede ser en otros lenguajes,
pero eso no significa que no puedas lanzar procesos y solucionar el
problema
Post by Antonio Muñoz de Burgos y Caravaca
que planteas.
Para ello debes utilizar el Sistema de MultiProcesos que "no" lo da el
lenguaje sino el propio Sistema, esto será bien aprovechado a partir de
W2k
Post by Antonio Muñoz de Burgos y Caravaca
o superior, con lo que solucionas tu problema.
Saludos, Antonio Muñoz de Burgos
www.emans.com (Web realizada en vFoxPro)
Manifestando el apoyo a la comunidad de Visual FoxPro
Post by Dany Acosta
asi es...
Post by David Amador (Davphantom)
Multihilos ??? ....
Loading...