Club Builder

[Pablo A Castillo]

Hola nuevamente, tengo una duda de como codificar algo, realmente lo que quiero es en tiempo de ejecucion llamar un proceso en MS-DOS y que este dicho procesos me envie la respuesta a un memo que tenga en un form, lo estoy haciendo de la siguiente manera:

*llamo a winexec y le paso los parametros, creo un .ini y de alli jalo al memo.

Problemas que me presenta:

cuando se tarda en crear el .ini para jalarlo al Memo me da error de lectura y le puse un Sleep(2200) y funciona bien, pero ahora testeando el prog con varios usuarios con pc´s lentas da el mismo error.

hay algun metodo que al igual que se va generando la salida me indique paso a paso o linea a linea la salida a medida ke la va generando?

Algo asi como un proceso como puedo hacer??

lo que quiero hacer es algo similar a lo que hace el builder cuando compila pero evitando lo anterior dicho.

por favor una guia de como hacerlo.

un saludo.

Pablo.
_________________
"Quid quid agis prudenter agas et respice finem"
(Hagas lo que hagas, actúa inteligentemente y considerando el fin)
MyNeoReport - the "FREE" Report Generator for .NET
http://myneoreport.sourceforge.net/
(funciona en Delphi for .NET )

[Pablo A Castillo]

En la red consegui algo sobre Pipes, que era como conectar 2 "walkie talkies" si alguien tiene un pequeño ejemplo de como usarlos en c++builder por favor, me puede dar el codigo. por favor.

Pablo
_________________
"Quid quid agis prudenter agas et respice finem"
(Hagas lo que hagas, actúa inteligentemente y considerando el fin)
MyNeoReport - the "FREE" Report Generator for .NET
http://myneoreport.sourceforge.net/
(funciona en Delphi for .NET )

[Enrique]

Hola, Pablo.

Respecto al uso de más de un hilo de ejecución, en la carpeta Examples\Apps\Threads de tu instalación de BCB tienes un ejemplo de uso de TThread, el componente que nos propone Borland para trabajar con más de un hilo en nuestro proceso, te puede dar una idea. Pero no sé si es esta la solución al problema que planteas.

Por otro lado creo entender que tu aplicación es visual y quieres ejecutar (en segundo plano) un programa de consola. Esto no creo que puedas hacerlo con hilos pues estás hablando de dos aplicaciones distintas, lo que supone dos procesos distintos. Yo tuve una vez un problema de este tipo, mi programa corría en Windows y se conectaba a un servidor Linux que tenía que ejecutar otro programa y guardar los resultados en un fichero, fichero que mi programa recuperaba y trataba convenientemente. La solución por la que opté fué la siguiente:

- En el proceso Linux se iba generando (lentamente) la solución en un fichero que llamé "Solucion.sinTerminar". Cuando terminaba de generar la solución cambiaba el nombre de ese fichero por "Solucion.terminada".

- Mientras tanto mi programa en Windows estaba esperando la solución y hacía continuas llamadas (cada segundo, creo recordar) al servidor, preguntando por si existía el fichero "Solucion.terminada". Mientras se estaba generando la solución ese fichero no existía, sólo se creaba (y muy rápidamente pues sólo cambiaba el nombre) cuando ya estaba disponible.

Sé que no es la mejor opción pero en mi caso funcionaba correctamente.

Suerte.