|
Good point. The default length to pass for a character parameter from a CL program is 32 bytes. Sometimes, if a field is from a list, the parm will be preceeded with a 2-byte length. That would put the offset at 34 bytes. If the RPG program is a CPP ... Richard Jackson mailto:richardjackson@richardjackson.net www.richardjacksonltd.com Voice: 1 (303) 808-8058 Fax: 1 (303) 663-4325 -----Original Message----- From: owner-rpg400-l@midrange.com [mailto:owner-rpg400-l@midrange.com]On Behalf Of Alan Addison Sent: Wednesday, July 12, 2000 9:34 AM To: RPG400-L@midrange.com Subject: Re: RPG/400 pgm strange behaviour Also if being called via a CL program... if an alpha parm is a long field it is important that the last character not be blank. I have found that this skews the parameters on subsequent calls. Silvio Santos wrote: > I have a program (RPG/400) that checks if some record exists and return. > > These two filds are *ENTRY parms of the PGM: > MSDT$E - length 256 > $RTC$E (*FOUND or *ERROR) - length 8A > > The condition used is like this: > > *IN,96 IFEQ '0' > MOVEL'*FOUND' $RTC$E > MOVELMSDTOH MSDT$E > ELSE > MOVEL'*ERROR' $RTC$E > ENDIF > > It works fine, excepts for one thing: if the condition is true, when it moves > the MSDTOH content to MSDT$E, it erases the $RTC$E field. For the other hand, > when the first move is done, the '*Found' is placed in the 34th position of the > field MSDT$E. > > Is there any restriction about entry parms lenght ? > How can I resolve this? > > Thanks > ,,,,,, > (o o) > -----------------------oOO--(_)--OOo------------------------ > Silvio Santos BRAIN Portugal > Tel: +351 252 248-120 Av. Joao Canavarro, 305 > Fax: +351 252 248-111 4480-668 Vila do Conde > Portugal > Email: silvio.santos@brainag.com > Web-Page: www.brainag.com > --------------------------------------------------------------------- > > +--- > | This is the RPG/400 Mailing List! > | To submit a new message, send your mail to RPG400-L@midrange.com. > | To subscribe to this list send email to RPG400-L-SUB@midrange.com. > | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: david@midrange.com > +--- +--- | This is the RPG/400 Mailing List! | To submit a new message, send your mail to RPG400-L@midrange.com. | To subscribe to this list send email to RPG400-L-SUB@midrange.com. | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +--- +--- | This is the RPG/400 Mailing List! | To submit a new message, send your mail to RPG400-L@midrange.com. | To subscribe to this list send email to RPG400-L-SUB@midrange.com. | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
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.