Re: Arrays as parameter in RPLGE
1) It is easy
2) Changes that only require recompiles are exponentially easier than having to make changes to eash program.
3) I pointed out that a third parameter could be added that would negate the need for any recompiles in the second program, even if new fields were added to the data structure of the first program.
4) The example you give misses the initial problem. The problem isn't getting the original data into the array. It is dealing with a list of data already in the array, and passing that list of data to another program.
5) You do realize that the original post you made on this requires a program modification if something has to be changed, like the number of entries in the array? Otherwise, your program requires a recompile, just like whaat I posted. I'm not sure why you would post something that sets up a program maintenance nightmare, then go on a long tirade about how laborious recompile only designs are.
Originally posted by BenThurley
View Post
1) It is easy
2) Changes that only require recompiles are exponentially easier than having to make changes to eash program.
3) I pointed out that a third parameter could be added that would negate the need for any recompiles in the second program, even if new fields were added to the data structure of the first program.
4) The example you give misses the initial problem. The problem isn't getting the original data into the array. It is dealing with a list of data already in the array, and passing that list of data to another program.
5) You do realize that the original post you made on this requires a program modification if something has to be changed, like the number of entries in the array? Otherwise, your program requires a recompile, just like whaat I posted. I'm not sure why you would post something that sets up a program maintenance nightmare, then go on a long tirade about how laborious recompile only designs are.
Comment