RE: Wrap an RPG Procedure with an SQL External Procedure

Thanks Charles, for the response. That is what I was afraid of since I
could not find any information about it in the documentation.

It's unfortunate that simply having the return value there causes it to
fail, because in this case its a boolean value that I am returning to
indicate the success or failure of the method. It would be nice to have it
simply ignore it, but I guess that would lead to more questions from
someone who would actually need the return value.

Joe: No I do not NEED the value since its merely a success indicator. I was
willing to do without it when calling from the SQL procedure if it wasn't
to supported, but I didn't imagine it would cause the program to bomb out.
Now having to have a stub proc that removes the return values of procedures
is going to be a pain just to make them callable from an external proc.

By the way... how did you guys know this? The documentation does not
mention anything about staying away from srvpgm's with procs that return a
value. Was I missing it?

Thanks,
Robert Newton
EDPS
Electronic Data Processing Services
Software Engineer
rnewton@xxxxxxxxxxxxxxxxx

This communication is confidential and is intended to be privileged. If
there is a problem with this transmission, please contact the sender. If
the reader of this message is not the intended recipient, or the employee
or agent responsible to deliver it to the intended recipient, you are
hereby notified that any dissemination, distribution or copying of this
communication is strictly prohibited.



"Wilt, Charles"
<WiltC@xxxxxxxxxx
> To
Sent by: "RPG programming on the AS400 /
rpg400-l-bounces@ iSeries" <rpg400-l@xxxxxxxxxxxx>
midrange.com cc

Subject
11/27/2007 12:47 RE: Wrap an RPG Procedure with an
PM SQL External Procedure


Please respond to
RPG programming
on the AS400 /
iSeries
<rpg400-l@midrang
e.com>






Stored procedures can't deal with the returned value.

1) Remove the returned indicator
2) Wrap the existing procedure in another that gets rid of the returned
value
3) Define a User Defined Function (UDF) instead of a Stored Procedure.

HTH,
Charles

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of
RNewton@xxxxxxxxxxxx
Sent: Tuesday, November 27, 2007 11:44 AM
To: 'RPG programming on the AS400 / iSeries'
Subject: Wrap an RPG Procedure with an SQL External Procedure


Hi all,

I am working on a service program that will need to be called
from both SQL
and other RPG bound applications. I have created the SQL
external procedure
to call one of the RPG procedures in the service program like so:

CREATE PROCEDURE LIBRARY.CALLRPGPROC (
IN APARM CHAR(12) )
LANGUAGE RPGLE
SPECIFIC LIBRARY.SRVPGM01
NOT DETERMINISTIC
MODIFIES SQL DATA
CALLED ON NULL INPUT
EXTERNAL NAME 'LIBRARY/SRVPGM(RPGPROCEDURE)'
PARAMETER STYLE SQL ;

The RPG procedure looks like this:

d rpgProcedure...
d pi N
d pr_aparm 12a const


When I run the SQL proc however, I get the following error:
MCH3601 unmonitored by XIG11S600 at statement 0000000445
(pointer not set for location referenced)

Statement 445 of the RPG proc is the return:
000445 return true;

I have searched the archives, google, and IBM docs but have not been
successful in finding information on how to call an RPG
service program's
procedure that returns a value, from within an SQL external
procedure. Has
anyone ever found any mention of this anywhere? Is it
possible, or do I
have to change my service programs to use inout parms rather
than returning
a value just so that I can wrap it with an SQL proc?

Thanks in advance,
Robert Newton
EDPS
Electronic Data Processing Services
Software Engineer
rnewton@xxxxxxxxxxxxxxxxx

This communication is confidential and is intended to be
privileged. If
there is a problem with this transmission, please contact the
sender. If
the reader of this message is not the intended recipient, or
the employee
or agent responsible to deliver it to the intended recipient, you are
hereby notified that any dissemination, distribution or
copying of this
communication is strictly prohibited.

--
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 e-mail transmission contains information that is intended to be
confidential and privileged. If you receive this e-mail and you are not a
named addressee you are hereby notified that you are not authorized to
read, print, retain, copy or disseminate this communication without the
consent of the sender and that doing so is prohibited and may be unlawful.
Please reply to the message immediately by informing the sender that the
message was misdirected. After replying, please delete and otherwise erase
it and any attachments from your computer system. Your assistance in
correcting this error is appreciated.

--
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.