![]() |
Leer texto de otra aplicación
Hola
Mi problema es el siguiente, tengo que ejecutar desde Delphi una aplicación que corre bajo DOS, la entrada a esta aplicación es solamente por teclado y lo que me devuelve lo hace en pantalla. Consultando acá en el foro ya encontré la solución a los primeros puntos, es decir ya ejecuté esta aplicación desde Delphi y envié los datos mediante simulación de teclado. Lo que me falta es traerme lo que esta aplicación me devuelve a Delphi, lo que me devuelve es texto, sería básicamente poder traerme a Delphi la líneas que hay dentro de la pantalla de command.com ¿Hay alguna forma de hacer esto? Si alguien puede ayudarme realmente estaré muy agradecida. |
|
Gracias seoane por tu respuesta. Lamentablemente no consigo adaptar el ejemplo que me diste a mi aplicación. Creo que el tema tiene que ver con el programita que yo ejecuto. Por ejemplo, para ejecutar este programita directamente desde command.com, tengo que poner todo el path: c:\vienna.rnafold.exe, no es una simple "instrucción?" como 'time', entonces en el ejemplo que me das en la instrucción:
GetEnvironmentVariable('COMSPEC', @Buffer, SizeOf(Buffer) - 1); lo que obtengo en Buffer es: 'C:\windows\system32\cmd.exe' La verdad es que soy principiante en esto de programar en Delphi y no manejo mucho el tema de las funciones de la API de Windows. Si alguien puede darme una mano, GRACIAS! |
hola... no es una solucion elegante,pero creo que puede funcionar...
lo que habria que hacer seria... al ejecutar tu programa con los parametros correspondientes enviar todo eso a tu archivo de texto y despues levantarlo... nose que funcion estaras utilizando para ejecutar tu aplicacion externa pero te doy un ejemplo ilustrativo... ShellExecute('c:\MyDirectorio\MyAplicacion.exe','Parametro 1','> resultado.txt') despues levantas el txt y recuperas los datos que a ejecutado esa apliacion... espero que te sirvar de algo...:) |
CreateDOSProcessRedirected
Si la salida del programa es la estandar, debería utilizar un procedimiento tal cual se describe en este hilo
CreateDOSProcessRedirected Además cito otro procedimiento con el cual podría controlar el programa sin necesidad de enviarle teclas, eso en el caso de que tuviera la entrada estandar. |
Tal vez si conocen el código que estoy usando sea más fácil para ustedes entender mi problema. el código es el siguiente:
y lo que no puedo hacer es capturar los datos de salida que me da la aplicación rnafold.exe. Esta salida es de tipo stdout, es decir no me genera ningún archivo de salida. Gracias por su ayuda!!! |
Cita:
|
Entonces, ¿no hay forma de resolver esto con Delphi?
|
Yo solamente he tratado los ficheros con salida/entrada standar mediante pipes.
En tu caso creo que esto no es posible. Tal vez leyendo la memoria de video, ni siquiera sabría como hacerlo y luego caso de que fuera posible, tendrías que procesar todos los caracteres de la pantalla... A lo mejor con la función CreateFile --> Console, pero no se si es posible. Seguro que este tema supone un reto para alguien y aporta alguna solución... |
Cita:
|
Si, le pasé todo el path, y lo que obtengo es lo que puse en el mensaje #3
|
Buffer es una variable interna, entiendo entonces que colocas un breakpoint y examinas su contenido ¿cuando lo haces? ¿en que instrucción lo haces?
|
seoane:
Lo que veo es que en CreateProcess le asignas la salida al primer pipe. Pena; no tengo ningún programa DOS a mano para probarlo. |
Perdona, ahora que leo mejor el mensaje 3 intuyo que miras el valor de la variable buffer justo después de llamar a la función:
Pero si te fijas en la siguiente instrucción, después de la ruta del cmd.exe le "pegamos" el parámetro "/c" y la ruta entera de tu programa. Es decir le estamos diciendo al cmd que ejecute tu programa. Así que no entiendo cual es el problema :confused: |
Haciendo esto que decís:
Cuando entro al repeat, la variable bread = 0 por lo que el programa no lee nada. |
Verifica este articulo
|
Erika... espero les sirva!
1 Archivos Adjunto(s)
Hola amigos, algunos comentarios:
ScreenBuffer no es nada más que el buffer en memoria convencional (así se llamaba), que tenemos desde las primeras PCs compatibles. 80 es la cantidad máxima de caracteres que se podían utilizar horizontalmente, y 50 es la cantidad máxima soportada al cambiar el modo (int 10h, 0). CreateProcess es desde mi punto de vista (fuera de cualquier discusión del foro), la mejor función para correr programas. Si no utilizan Güindos eQuispe la carpeta es 'windows\command', y el eula.txt no se dónde andará. CreateFont la use, pues es la forma mas simple de crear el font que requiero para mostrar a los antiguos caracteres 8:12 del CLI Colors contiene la RGB de los colores que se ven en consola (modo texto). No hice el blink pues creo no es aplicable. Toolhelp32ReadProcessMemory es una hermosa función que nos sirve para curiosear en procesos ajenos :). Lo lindo del caso es que podemos acceder al primer mega de memoria que nos dejaron los programas en DOS, en éste encontraremos cosillas muuuy interesantes. SetBkColor API que permite definir el color de fondo (background) del texto en un determinado lienzo. SetTextColor API define el color del texto (foreground en este caso). 0j0: el Timer llama a OnPaint para hacer 'refresh' Lo que requieres es leer la matriz que te dejé, con esto encontrarás lo que buscas tal y como lo ve el usuario... si quieres métele todo a un PaintBox para que muestres otras cosillas también en tu formulario... PD: El resto como ya se imaginaran es cosecha de mi ocio Espero nos cuentes que es lo que querías hacer en concreto. Suerte! |
Ahhh me olvidaba
Espero que tu programa DOS sea CLI (Command Line Interface), si no debemos ver otras alternativas, pero igual nos servirá la idea de leer del de otro proceso.
Saludos |
La franja horaria es GMT +2. Ahora son las 00:40:47. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi