Si, los campos siempre al final y solo compilo los de grabaci�n, actualizaci�n o borrado, pero lo importante es enviar los programas sin necesidad de cambiar el fichero que tiene el cliente separando partes cr�ticas de un proceso en varias fases independientes. Mi pregunta va m�s por el tema del espacio de almacenamiento. Si no se amplian los ficheros de la base de datos pero si se utilizan programas nuevos no tiene que haber ning�n problema �no?. Los programas dan el mensaje pero no cascan, como los campos que sobran no se graban en el fichero antiguo ni se entera, y el d�a que se vayan ampliando los ficheros reales, los programas ya est�n preparados.
-----Mensaje original-----
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de Andr�s S�ez S. L.
Enviado el: martes, 12 de noviembre de 2002 11:49
Para: [EMAIL PROTECTED]
Asunto: RE: Ampliar ficheros sin compilar.

 
Yo trabajo como dice Javier, es m�s por defecto todos los ficheros los creo con LVLCHK(*NO)
 
y recompilo unicamentes los programas que graban, borran y o modifican (generalmente uno).
 
Lo que no hago nunca es utilizar estos programas compilados con el nuevo formato en ficheros
 
con formato viejo.
 
                        Saludos, Vicente  
 
-------Mensaje original-------
 
Fecha: martes, 12 de noviembre de 2002 11:41:12
Asunto: RE: Ampliar ficheros sin compilar.
 
> -----Mensaje original-----
> De: Jorge [SMTP:[EMAIL PROTECTED]]
> Enviado el: martes, 12 de noviembre de 2002 11:17
> Para: Forum (E-mail)
> Asunto: Ampliar ficheros sin compilar.
>
> Buenas:
>
> Este tema se ha tratado recientemente y se comentaba que si se
> amplia un fichero y se cambia la comprobaci�n del error de nivel no hay
> que recompilar los programas. Yo he probado esta t�cnica y realmente no
> hace falta compilar los programas que leen el fichero, pero los que
> borran, graban o actualizan registros si hay que compilarlos.
>
Yo llevo muchos a�os utilizando esta t�cnica del LVLCHK(*NO) y s�lo
he tenido que modificar y recompilar programas que graban registros, el
resto (modificaci�n, borrado y lectura) no es necesario tocarlos. La raz�n
es que los que graban ponen blancos en los campos a�adidos (al final
siempre), si est�s son num�ricos se producir� un error de datos decimales
cuando se lea el registro con su tama�o real. El compilador (RPG) lo que
hace realmente es reservar en el programa un registro de tama�o n en el
momento de la compilaci�n y no ve m�s alla si el registro cambia, es por
ello que los programas que leen o modifican nunca ver�n la ampliaci�n si no
se compilan.



_____________________________________________________
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
______________________________________________________________
IncrediMail - El E-mail ha evolucionado finalmente - Haga clic aqu�

Responder a