|
About ILE Concepts (SC41-5606) 6.2.3 Passing Arguments to ILE Procedures In an ILE procedure call, an argument is an expression that represents a value that the calling procedure passes to the procedure specified in the call. ILE languages use three methods for passing arguments: by value, directly The value of the data object is placed directly into the argument list. by value, indirectly The value of the data object is copied to a temporary location. The address of the copy (a pointer) is placed into the argument list. by reference A pointer to the data object is placed into the argument list. Changes made by the called procedure to the argument are reflected in the calling procedure. HLL semantics usually determine when data is passed by value and when it is passed by reference. For example, ILE C/400 passes and accepts arguments by value, directly, while for ILE COBOL/400 and ILE RPG/400, arguments are usually passed by reference. You must ensure that the calling program or procedure passes arguments in the manner expected by the called procedure. The ILE HLL programmer's guides contain more information on passing arguments to different languages. A maximum of 400 arguments are allowed on a static procedure call. Each ILE language may further restrict the maximum number of arguments. The ILE languages support the following argument-passing styles: ILE C/400 passes and accepts arguments by value directly, widening integers and floating-point values. Arguments can also be passed by value indirectly by specifying the #pragma argument directive for a called function. ILE COBOL/400 passes arguments by reference or by value indirectly. ILE COBOL/400 accepts parameters only indirectly. ILE RPG/400 passes and accepts arguments by reference. ILE CL passes and accepts arguments by reference. 6.2.5 Passing Arguments on a Dynamic Program Call Calls to ILE or OPM programs (in contrast to calls to ILE procedures) usually pass arguments by reference, meaning that the called program receives the address of the arguments. EPM programs can receive arguments passed by reference, by value directly, or by value indirectly. When using a dynamic program call, you need to know the method of argument passing that is expected by the called program and how to simulate it if necessary. A maximum of 255 arguments are allowed on a dynamic program call. Each ILE language may further restrict the maximum number of arguments. Information on how to use the different passing methods is contained in the ILE HLL programmer's guides, and, for passing methods in EPM, in the Pascal User's Guide, SC09-1844. Best regards Yannick.Jacqueline Service Informatique Tél : 02-31-66-46-69 E-Mail : yjacqueline@guydegrenne.fr Visitez notre site Web à : http://www.guydegrenne.fr/ "hrishikesh kotwal" Pour : rpg400-l@midrange.com <hdkotwal@hotmail cc : .com> Objet : No. of Parameters (RPGIII) Envoyé par : rpg400-l-admin@mi drange.com 06/12/01 09:33 Veuillez répondre à rpg400-l [ Converted text/html to text/plain ] Hi all, Can someone tell me what is the maximum number of parameters that can be passed to a RPG program? Thanks in advance. Regards, Hrishikesh Kotwal >From: Scott Klement >Reply-To: rpg400-l@midrange.com >To: "'rpg400-l@midrange.com'" >Subject: RE: Reverse DNS Lookup... >Date: Thu, 6 Dec 2001 01:27:47 -0600 (CST) > > >You're on the right track, but not quite right. > >MX is a mail exchanger record. In other words, it points to a host >that can receive mail for a given domain, and really is beside the >point here, as it only affects e-mail. > >The "A" record, is "forward" DNS, in other words its used to convert >a domain name to an IP address. > >The "PTR" record is "reverse" DNS, which is used when converting an >IP address into a name. > >Also, when setting up "reverse" (IP to name) DNS, you have to lay out >the domain in a rather unusual way. If your IP is '192.168.0.1' then >the reverse DNS would be set up as "1.0.168.192.in-addr.arpa" note >that the numbers are in the reverse order from those of the IP address. > >If you're setting up DNS for the first time, I strongly suggest reading >the book called "DNS and BIND" which is available from O'Reilly. It's >designed for the UNIX name server (i.e. BIND, or Berkeley Internet Name >Daemon) but is the "bible" for ISPs running DNS. The concepts that it >explains apply to every DNS server, be it UNIX, NT or OS/400. > > > >On Wed, 5 Dec 2001, Jim Langston wrote: > > > DNS entries for machines have an MX and an A record. > > > > The MX stands for Mail Exchange. Not sure what the A > > records stands for. One converts from the name to the > > IP address, once converts from the IP address to the > > name. > > > > If you can not do a reverse DNS lookup on specific > > hosts, I would suspect they are missing one of these > > records (I believe the A records is IP to Name). > > > > Try other IP addresses that you know have both records. > > Here's a good example. In windows go to a DOS prompt. > > type: > > ping www.midrage.com > > that tells us the IP address is 63.167.147.106. > > then type: > > ping -a 63.167.147.106 > > No name comes back. Looks like David doesn't have an > > 'A' record for his DNS entry. > > > > If we do the same for www.microsoft.com: > > ping www.microsoft.com (207.46.197.101) > > ping -a 207.46.197.101 (microsoft.com) > > > > Microsoft does have an 'A' record associated with it's > > DNS entry. > > > > Sorry for showing this in PC commands, not positive what > > the AS/400 commands are (and my AS/400 isn't connected to > > the internet anyway). > > > > Regards, > > > > Jim Langston > > > > -----Original Message----- > > From: Scott Klement [mailto:klemscot@klements.com] > > Sent: Tuesday, December 04, 2001 3:53 PM > > To: rpg400-l@midrange.com > > Subject: RE: Reverse DNS Lookup... > > > > I can't do reverse lookup on your "www.ctlaltdel.org" either. Not with > > the program, not with the UNIX "host" command, not with the NSLOOKUP > > command... it does not appear to have reverse DNS associated with it. > > > > The 216.115.108.245 does work from my AS/400, however. > > > > The other example (the one that you originally posted) is one that I would > > never use in production :) It may work some of the time, but it surely > > will also fail some of the time. Really. Use the one that I posted, or > > another one that's written correctly :) > > > > > > On Tue, 4 Dec 2001, Andrew Borts wrote: > > > > > OK - Cut & pasted your results. Compiled (it compiled on the first time > > > - stop showing off!) and I still get blanks returned. I even tried > > > using the example that Peter gave of 216.115.108.245 to do my lookup > > > instead of my home server (www.ctlaltdel.org ) and STILL got blanks. > > > > > > I'm leaning toward setting up the DNS server on my AS/400 @ home, and > > > trying the code there... > > > > > > > > > Andrew Borts / Webmaster > >_______________________________________________ >This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list >To post a message email: RPG400-L@midrange.com >To subscribe, unsubscribe, or change list options, >visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l >or email: RPG400-L-request@midrange.com >Before posting, please take a moment to review the archives >at http://archive.midrange.com/rpg400-l. > ------------------------------------------------------------------------------ Get your FREE download of MSN Explorer at http://explorer.msn.com[1] ===References:=== 1. http://go.msn.com/bql/hmtag_itl_EN.asp _______________________________________________ This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list To post a message email: RPG400-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/rpg400-l or email: RPG400-L-request@midrange.com 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 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.