|
CL program PGMA submits CL program PGMB, passing three parameters: A10,padded
B10, C3000. The latter field is a 3000-char variable that PGMA builds.
Before the SBMJOB CMD(CALL PGMB PARM(A10, B10, C3000), I have a DMPCLPGM
that shows that C3000, at the end of the content PGMA puts in it, is
with blanks (x'40'). However, upon entry into PGMB, the padded blanks
convert to hex zeros (x'00'), and this creates a problem when I use the
%trim built-in. I.e., nothing gets trimmed.
Is this the expected behavior?
I vaguely recall issues where garbage showsreceiving
up in parameters when passing a literal that is shorter than the
parameter, but in this case, both programs have the same variable
definitions for the three parameters.
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.