|
Thanks Alan, Unfortunately REXX won't work in this case (performance and tricky parameter passing). regards, Glen On Wed, 11 Jun 2003 08:41:58 -0400 "Alan Cassidy" <acassidy@xxxxxxxxxxxxxxxxx> wrote: Glen, I don't know REXX at all, but I believe it is really good at defning variables on the fly and complex character string manipulations. Not much help, but maybe there's a direction to take it. Someone on the midrange-L list might help with that, there are some who are good at REXX. - Alan ----- Original Message ----- From: "Glen Marchesani" <glenlist@xxxxxxxxxx> To: <c400-l@xxxxxxxxxxxx> Sent: Tuesday, June 10, 2003 8:22 PM Subject: [C400-L] calling a program using a variable > Hello, > I am looking for a C/MI api that lets me call a program > (library and program name are variable) with a variable set > of parameters. > > I have a client server app where the server is an AS400 ILE > C program. The program allows a remote program call. The > client passes the library and program to call with the > paremeter types (input, output, both), length and data if > it is (input or both). It then calls the program passing > the parameters and allocating the appropriate memory for > each parm. When the call is complete it takes the > parameters and passes the output and both parms back to the > client. > > I am currently calling an RPG program to do the actual > call. Here is the code > > c call(e) program > c parm parm01 > c parm parm02 > c parm parm03 > . > . > . > c parm parm98 > c parm parm99 > > where parm01..parm99 are based on pointers. It is *UGLY > but it works. Well not completely. It doesn't work for > CLP because the init of CLP sees 100 parms being passed and > some IBM api's also have this feature (for lack of a better > word). Which means for each CLP and IBM api I wrap the > call in an RPG program that calls the CLP/IBM api with the > correct parms. > > look forward to hearing everyone's cleverness, > > with a smile, > Glen > > > PS I know that there are as400 servers that could do this > for me but for architectural reasons they are not an option > as this server needs to be easily proxied and work inside > an already existing tcp tunneling architecture. > > _______________________________________________ > This is the C programming iSeries / AS400 (C400-L) mailing list > To post a message email: C400-L@xxxxxxxxxxxx > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/mailman/listinfo/c400-l > or email: C400-L-request@xxxxxxxxxxxx > Before posting, please take a moment to review the archives > at http://archive.midrange.com/c400-l. > > _______________________________________________ This is the C programming iSeries / AS400 (C400-L) mailing list To post a message email: C400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/c400-l or email: C400-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/c400-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.