>>If SET UDFPARMS is set to REFERENCE, then the change of the value of the sent variable will still be a fact, no matter whether you're using LPARA or PARA.
>>
>>It may be true that in your case passing is actually by value, but that is not 'known' to the routine. The routine is expected never to influence the sent variable, no matter what the setting of UDFPARMS is. So, I stick to my opinion.
>
>From Help it's hard to figure out, if SET UDFPARMS affects object methods or not. It also doesn't say the scope of this setting. I wish Help would be more explicit.
Well, you probably call this routine either with an object reference as 2nd parameter or without a 2nd parameter. So, in your case there will be no bug. I was merely referring to the general principle: Never change t-variables in the function/procedure/method unless that's explicitly expected according to the functional design.
Groet,
Peter de Valença
Constructive frustration is the breeding ground of genius.
If there’s no willingness to moderate for the sake of good debate, then I have no willingness to debate at all.
Let's develop superb standards that will end the holy wars.
"There are three types of people: Alphas and Betas", said the beta decisively.
If you find this message rude or offensive or stupid, please take a step away from the keyboard and try to think calmly about an eventual a possible alternative explanation of my message.
