En fin, si el subarchivo no se despliega pero requieres abrir la pantalla, si en trabajos batch no se pueden abrir archivos de pantalla, no veo mas alternativa que cambiar a un espacio de usuario o un archivo fisico.
"Nicolas Machado" <[EMAIL PROTECTED]>@combios.es on 14/03/2002 08:58:40 AM Please respond to [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] To: <[EMAIL PROTECTED]> cc: Subject: RE: Pantallas en programa Submitidos. Hola Joan, la pantalla la tiene que abrir si o si, ya que usa un Subfile como archivo temporal para grabar datos , y no mostrar la pantalla, y con otro programa leer esos registros grabados. En proceso interactivos esto funciona si problemas, aunque como dije antes la pantalla NO se muestra. Saludos y muchas gracias. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Llobet Galtes, Joan Sent: Thursday, March 14, 2002 10:46 AM To: '[EMAIL PROTECTED]' Subject: RE: Pantallas en programa Submitidos. No he seguido este tema esta ma�ana, pero puedes saber si el trabajo se ejecuta en interactivo o batch, mediante RTVJOBA en el par�metro TYPE, y en funcion de ello activar o no la pantalla. Define la pantalla como OPEN en el programa (en la hoja F de rpg) y la abres o no en funcion del tipo de trabajo Joan -----Mensaje original----- De: Nicolas Machado [mailto:[EMAIL PROTECTED]] Enviado el: jueves 14 de marzo de 2002 14:19 Para: [EMAIL PROTECTED] Asunto: RE: Pantallas en programa Submitidos. Hola dpd, he probado tu tema y no he tenido exito, el tema esta en saber que necesita una pantalla para poder abrirse, que es el dispositivo *REQUESTER. Yo observe que el comando OVRDSPF tiene un parametro DEV donde se puede indicar el Dispositivo de la pantalla, pero no se cual es su uso, o si me servira. El hecho de cambiar el programa para usar un fichero o un espacio de usuario, lo estamos reservando para el caso en no tener exito con hacer alguna modificacion en el entorno de la corrida. Desde ya muchas gracias a todos. Nicolas -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of dpd Sent: Thursday, March 14, 2002 4:58 AM To: [EMAIL PROTECTED] Subject: RE: Pantallas en programa Submitidos. Puedes someter el proceso pero a trav�s del QINTER y quitandole prioridad para no comer demasiados recursos. Bye. -----Mensaje original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Nicolas Machado Enviado el: mi�rcoles, 13 de marzo de 2002 22:18 Para: Foroas400 Asunto: Pantallas en programa Submitidos. Hola, les queria consultar los siguiente: Tengo un programa que lo usamos tanto en forma interactiva como Batch, schedulado, el prblema es que la hacer la primer prueba nos devuelve el siguiente error: Mensaje . . . . :�� No se ha encontrado el dispositivo *REQUESTER mientras se � abr�a el archivo ZGMIML2Y en la biblioteca QGFOB1LIB. Causa . . . . . :�� El nombre de dispositivo especificado para este archivo no � puede encontrarse.Recuperaci�n� . :�� Efect�e una de las acciones siguientes � y luego vuelva a intentar la petici�n:-- Corrija el par�metro DEV en el � mandato adecuado de crear, cambiar o alterar temporalmente el archivo. -- � Cree la descripci�n de dispositivo adecuada. Mensaje . . . . :�� Apareci� mensaje de error CPF4103 durante OPEN (C S D F). En nuestros prgramas es muy comun utilizar Subfiles que no se ven, pero que se comparten entre programas para utilizarlos para pasar datos, quisimos hacer esto mismo en estos programas que ahora estan corriendo batch. Entiendo que no es "logico" usar una pantalla en un proceso batch donde no hay interactivo. Si alguno de uds sabe de alguna alternativa que no sea utilizar un archivo fisico en ves de una pantalla, desearia que me los avise. Muchas gracias. Saludos |--------------------------------------------------------------------------| | | | Nicol�s Machado| | Metodo Sistemas S.A.| | Paraguay 729 9� 38| | Te:4315.5777 Int:114| | | |--------------------------------------------------------------------------| _____________________________________________________ Forum.HELP400 es un servicio m�s de NEWS/400. � Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es _____________________________________________________ Para darte de baja, env�a el mensaje resultante de pulsar mailto:[EMAIL PROTECTED]?body=LEAVE
