× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I think you'd be best duplicating the logic of SndMsg().

Trying not to duplication the logic means testing 5^3=125 combinations of 
parameters to figure out what you have that you can pass to SndMsg().

Most of the testing will be done again in SndMsg() as it figure out what it has 
to work with.


Now consider what happens when you add another parm....


Nope, in this case, I'd say duplicating the SndMsg() logic is the way to go.



HTH,

Charles Wilt
--
iSeries Systems Administrator / Developer
Mitsubishi Electric Automotive America
ph: 513-573-4343
fax: 513-398-1121
 

> -----Original Message-----
> From: rpg400-l-bounces@xxxxxxxxxxxx
> [mailto:rpg400-l-bounces@xxxxxxxxxxxx]On Behalf Of Lim Hock-Chai
> Sent: Tuesday, July 26, 2005 12:30 PM
> To: RPG programming on the AS400 / iSeries
> Subject: RE: creating a new procedure that call an existing
> procedurewithoneadditional parm
> 
> 
> unfortunately, sndMsg has been heavily used.  It wouldn't be 
> pretty to check each parm and condition the call.
> 
> -----Original Message-----
> From: rpg400-l-bounces@xxxxxxxxxxxx
> [mailto:rpg400-l-bounces@xxxxxxxxxxxx]On Behalf Of Wilt, Charles
> Sent: Tuesday, July 26, 2005 11:17 AM
> To: RPG programming on the AS400 / iSeries
> Subject: RE: creating a new procedure that call an existing procedure
> withoneadditional parm
> 
> 
> Sure, but it won't be pretty.
> 
> SndMsgQ will have to perform tests to determine what 
> parameters were passed to it and thus how it needs to call SndMsg.
> 
> 
> If it's not too late, a better idea would be to reorder 
> SndMsg()'s params so that MsgInQueue was number#2.
> 
> That would make it easy to send a message using just MsgInId 
> and MsgInQueue.
> 
> 
> HTH,
> 
> Charles Wilt
> --
> iSeries Systems Administrator / Developer
> Mitsubishi Electric Automotive America
> ph: 513-573-4343
> fax: 513-398-1121
>  
> 
> > -----Original Message-----
> > From: rpg400-l-bounces@xxxxxxxxxxxx
> > [mailto:rpg400-l-bounces@xxxxxxxxxxxx]On Behalf Of Lim Hock-Chai
> > Sent: Tuesday, July 26, 2005 11:57 AM
> > To: RPG programming on the AS400 / iSeries
> > Subject: creating a new procedure that call an existing 
> procedure with
> > oneadditional parm
> > 
> > 
> > I've a export procedure that look like this:
> > d  SndMsg         PR                  opdesc
> > d  MsgInId                      10    const                   
> >          
> > d  MsgInData                 32766    const 
> > options(*varsize:*nopass:*omit)
> > d  MsgInType                    10    const 
> > options(*nopass:*omit )    
> > d  MsgFile                      10    const 
> > options(*nopass:*omit)     
> > d  MsgLib                       10    const 
> > options(*nopass:*omit)     
> > d  MsgInQueue                   10    const 
> > options(*nopass:*omit)     
> > 
> > 
> > I would like to create a similar new procedure that look like 
> > below (Notice the MsgInQueue is now on the first parm): 
> > d  SndMsgQ        PR                  opdesc
> > d  MsgInQueue                   10    const  
> > d  MsgInId                      10    const                   
> >          
> > d  MsgInData                 32766    const 
> > options(*varsize:*nopass:*omit)
> > d  MsgInType                    10    const 
> > options(*nopass:*omit )    
> > d  MsgFile                      10    const 
> > options(*nopass:*omit)     
> > d  MsgLib                       10    const 
> > options(*nopass:*omit)     
> > 
> > Question:
> > is there a way for me to utilize the logic in SndMsg with 
> > copying them to SndMsgQ?
> > 
> > -- 
> > This is the RPG programming on the AS400 / iSeries (RPG400-L) 
> > mailing list
> > To post a message email: RPG400-L@xxxxxxxxxxxx
> > To subscribe, unsubscribe, or change list options,
> > visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
> > or email: RPG400-L-request@xxxxxxxxxxxx
> > Before posting, please take a moment to review the archives
> > at http://archive.midrange.com/rpg400-l.
> > 
> > 
> 
> -- 
> This is the RPG programming on the AS400 / iSeries (RPG400-L) 
> mailing list
> To post a message email: RPG400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
> or email: RPG400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/rpg400-l.
> 
> 
> -- 
> This is the RPG programming on the AS400 / iSeries (RPG400-L) 
> mailing list
> To post a message email: RPG400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
> or email: RPG400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/rpg400-l.
> 
> 


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.