|
Gracias a todos por vuestras respuestas
Perdonad no haya contestado antes pero he estado ausente
unos días
José bermúdez
Alcoholes Montplet, S.A.
Yo propondría un rediseño del programa: encapsular todo el
procedimiento principal en una función, y hacer que el nuevo procedimiento
principal simplemente llame a esa función. De esa manera, la función se puede
llamar a sí misma recursivamente sin problemas, y además, si el programa utiliza
ficheros, te ahorras la apertura a cada llamada.
Saludos.
Fernando Pérez
Cerámica Saloni. Dpto. Auditoría y
Organización
En/na Jesus Busquets
ha escrit:
¿y sencillamente
pasar el nivel de llamada como parámetro?
JUAN García escribió:
Hola
Lo que puedes hacer es grabar
en un área de datos el número de llamada del programa y compruebas dentro
del programa que si ha superado el número de veces que se puede llamar se
cancele, tienes que tener en cuentra que debes actualizar el área de datos y
ponerla a cero cuando el programa haya terminado definitivamente
Un
saludo
El día 24/05/06, JB
Montplet <[EMAIL PROTECTED]>
escribió:
Tengo un programa que por necesidades
de diseño se autollama recursivamente (un sistema FIFO de precios), para
evitar el mensaje de error de autollamada, lo tengo compilado
con:
dftactgrp(*no)
actgrp(*new)
y funciona de maravilla, pero me
encuentro que si se comente un fallo en los datos el programa me entra en
un bucle sin fin de llamadas.
Quisiera saber si hay manera desde el
propio programa cuantas veces esta llamado (se que para que me de el
resultado buscado como maximo se puede autollamar por ejemplo 30 veces).
si pasa de hay cancelo el proceso y ya esta (no me como la
máquina).
Un
Saludo,
José Bermúdez
Dep Informática.
Alcoholes Montplet,
S.A.
|
