|
Did the problem arise for an exported procedure called by anothermodule?
I created RFE 117030 to address that problem.https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=117030
the
Briefly described the problem is that the compiler does not enforce a
prototype for exported procedures. That can lead to a situation where
procedure interface does not match the prototype (stored in a /copymember)
and where a caller, that relies on the prototype, passes the wrong<br />
parameters to the procedure.
It is really nice that we no longer have to include the prototype for
private procedures. But for exported procedures (Keyword: "export") the
compiler MUST enforce the presence of a prototype.
Just my 2 cents.
Thomas.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.