Fernando, << ¿Por qué definirlos en una DS?. ¿No puedes definirlos como variables sueltas?>>
no se si entiendo esto bien, si el programa de pantalla ya tenia campos de pantalla puestos en DS.... y ademas puede ser que tuviera varios campos.... y nosotros generamos una DS entera con todos los campos de pantalla.... se daria el error de "no se puede tener un campo en dos DS" no entiendo bien si definiendo como dices (cada campo en una nueva ds?) esto no daria error? o dices que los campos de DS que ya hay se cambien a ese formato una vez que se haya creado la segunda DS completa? esto es mucho trabajo manual y tendente a fallos, me parece, o redimelo a ver si lo entiendo. el tema es que si uno pilla un programa de 1989 con 4700 lineas y 300 campos de pantalla (calores me estan dando...) como se asegura de que todos los movimientos necesarios se van a hacer? Guillermo. 2008/6/11 Fernando Pérez <[EMAIL PROTECTED]>: > Ya veo que no es el problema que te comentaba antes, sino todo lo > contrario. > > ¿Por qué definirlos en una DS?. ¿No puedes definirlos como variables > sueltas? > > En el ejemplo de la fecha, si los campos están correlativos en la DS y en > el orden correcto, puedes crear otra DS que solape a la primera: > D DS2 DS based(@DS1) qualified > D dia ... > D mes ... > D anyo ... > donde @DS1 =%addr(DS1) (la dirección de memoria en la que se almacena la > primera DS) > > Saludos. > Fernando Pérez > Cerámica Saloni. Dpto. Auditoría y Organización > >
__________________________________________________ Forum.HELP400 es un servicio m&#225;s de NEWS/400. &#169; Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es _____________________________________________________ Para darte de baja visita la siguente URL: http://listas.combios.es/mailman/listinfo/forum.help400
