|
The person who owns this instruction implementation confirms that you have detected a bug, apparently introduced in v5r1. Please feel free to open an APAR. In this case the problem would get fixed in the next release anyway. However, a report on a general mailing list doesn't guarantee an official response, as I'm sure you can understand. Thanks for asking about this problem. Paul Godtland plg@us.ibm.com; t/l 553-7103; Rochester, MN; 030-2, A412 Gene_Gaunt@Review Works.com To: mi400@midrange.com Sent by: cc: mi400-admin@midra Subject: Re: [MI400] MATAGPAT strange behavior? nge.com 04/04/02 12:11 PM Please respond to mi400 AUTO or STAT, same bug. This seems a bug to me: the MATAGPAT option X"02" on V5R1 doesn't honor the template value I specify in position 1-4 (the "number of bytes provided for materialization"). Instead MATAGPAT returns the entire list of program activations, clobbering my storage after my template declaration. dcl dd Template auto char(8192); dcl dd * def(Template) pos(1) bin(4) init(64); dcl dd Test def(Template) pos(65) char(16) init("THIS IS A TEST"); dcl spcptr ?Template auto init(Template); matagpat ?Template, GroupMark, X"02"; /* this instruction returns more than 64 bytes */ /* variable "Test" is now clobbered with activation list entries */
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.