|
This may be true Rob but this has been this way since RPG III (maybe even RPG II...been a while...) It really shouldn't have been that big of a deal to know...(but I generally put the "p" there myself...after all we all have to "p" sometimes <tic>) Thanks, Tommy Holden -----Original Message----- From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx Sent: Monday, October 03, 2005 10:34 AM To: RPG programming on the AS400 / iSeries Subject: Re: Qcmdexc Now, see how much time, and bandwidth, was wasted because someone wouldn't type in a measly P to indicate a packed variable? Rob Berendt -- Group Dekko Services, LLC Dept 01.073 PO Box 2000 Dock 108 6928N 400E Kendallville, IN 46755 http://www.dekko.com Mel Rothman <mel@xxxxxxxxxxxxxx> Sent by: rpg400-l-bounces@xxxxxxxxxxxx 10/03/2005 10:18 AM Please respond to RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx> To rpg400-l@xxxxxxxxxxxx cc Fax to Subject Re: Qcmdexc Length and Length1 are defined as standalone numeric fields with the data type set to blanks. The compiler treats these fields as packed. From the V5R3M0 reference: Entry Explanation Blank When the LIKE keyword is not specified: If the decimal positions entry is blank, then the item is defined as character If the decimal positions entry is not blank, then the item is defined as packed numeric if it is a standalone field or parameter; or as zoned numeric if it is a subfield. Mel Rothman Mel Rothman, Inc. Joe Pluta wrote: > Length should be packed, I think. You have it zoned. > > Joe > > >>From: murali dhar >> >>D CMD S 9A INZ('WRKOBJPDM') >>D CMD1 S 7A INZ('DSPLIBL') >>D LENGTH S 15 5 INZ(9) >>D LENGTH1 S 15 5 INZ(7) >>C CALL 'QCMDEXC' >>C PARM CMD1 >>C PARM LENGTH1 >>C CALL 'QCMDEXC' >>C PARM CMD >>C PARM LENGTH >>C SETON LR >> >>When I tried to change decimal positions from 5 to other number ( > > tried > >>diff combinations,like 16 6 etc..)for the fields LENGTH&LENGTH1, the >>program is not working and throwing exception which says command > > length > >>not valid.. > >
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.