Re: External procedure call returns a value. Does it need to be a service program?

[Alan Campin <alan0307d@xxxxxxxxx>]

Depends. Is this a function or service that many people need to us? If yes,
then you need to place in a service program where others can access it. If
this is just a procedure you need inside your program, then the procedure
can either be in your current module or another modules that you bind to
this program.

One thing you absolutely do not want to do is create a module and bind to
multiple multiple programs. Bad, bad, bad.

You do not need the ExtProc statement unless you are are binding to
something like a CL module or a system API.

I agree about the binding directory. Instead use a Make tool to store the
instructions about how to create the object in the header.

One example is my Compile available at www.think400.dk/downloads.htm. Just
put your instructions for how to create in the header and run the make tool
and it will create the object. See the documentation included with the tool
and, of course, the best part is the price. Free. I believe Scott Klement
may have created a Make tool also.

On Fri, Aug 14, 2015 at 9:19 AM, Dan <dan27649@xxxxxxxxx> wrote:

> My first time in a *long* time developing a program that returns a value to
> the calling program. Not quite connecting the dots.
>
> d WrapText2       PR         12288    EXTPROC('UTPARSER')
> d  UnfText                    8192    Varying Const Options(*VarSize)
> d  LineLen                       5  0 Const
> d  LineBreak1                   10    Varying Const Options(*NoPass)
> d  LineBreak2                   10    Varying Const Options(*NoPass)
>
> (I first tried EXTPGM instead of EXTPROC, but it got flagged with RNF3755
> "The EXTPGM keyword is not allowed when a return value is specified.")
>
> Using EXTPROC, there are no errors in the compiler, but the compile/bind
> step fails with CPD5D02 "Definition not found for symbol 'UTPARSER'."
>
> Per supervisor, we're trying to avoid having to use a binding directory.
>
> Ideas / advice appreciated.
>
> - Dan
> --
> This is the RPG programming on the IBM i (AS/400 and 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.