|
Joe:
<snip>
This is one of the reasons I would like to have an option to define
prototype variables and data structures. The prototype variable would
only be used by the compiler as a reference for variables defined LIKE
the prototype. The prototype wouldn't be associated with any memory and
would not be allowed to be used outside the D specs.
</snip>
When I need to use LIKE to define a field, but don't want the field/DS
to take up memory, I define it as...
*===============================================================
d lercdds e ds extname(LTREDTA)
d based(@)
d qualified
*===============================================================
d #rtvedta...
d pr like(lercdds.ledata)
d company like(lercdds.lecomp)
d const
d service like(lercdds.leserv)
d const
d rectyp like(lercdds.lertyp)
d const
This is stored in a copy member. I can also use LIKE in the procedure
interface to define the parms in the procedure, as long as I don't use
those fields in an embedded SQL statement (still at V5R2).
As long as I don't assign a value to the basing pointer (I use the
at-sign as a pointer that will NEVER be assigned storage), no memory is
assigned.
One way, anyway.
--Bruce Guetzkow
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.