Re: Procedure pointer

Hello,

So Program1 could first call Program2 and get a list of procedure
names and pointers, then call it a second time with a particular
pointer?

Yes, absolutely. I do that occasionally... The only important bit is
that you make sure that Program2 stays activated. (Put it in a named
activation group, for example.) Otherwise the pointers won't be valid,
and "unpredictable results" will occur.

This type of logic is useful if you want to create a "plugin" type of
interface for add-ons to your application.

For example, tools like Firefox, Apache, Thunderbird, etc, have
"plugins" that you can download and install into the system. The
programmers who wrote these tools needed some way to call a broad set of
routines (subprocedures) that are not known at compile-time. If you
wanted to do something like that in *your* applications, you could use
this technique.... call a program with the CALL opcode, and have that
program return a data structure with procedure pointers to all of the
necesssary routines -- then call the routines directly via pointer.

There are lots of examples of this in the IT industry. Windows Printer,
Video, and Sound drivers are an example of "plugged in" code. I've
already mentioned Firefox, Thunderbird and Apache and their add-in
modules. Video codecs in Windows Media player is another example.
Database ODBC drivers are another... the list goes on and on...
--
This is the RPG programming on the IBM i / System i (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.