× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Putting the SQL that creates the cursor into a sub-procedure within a Service Program written in RPG and then creating a SQL stored Proc to execute the particular sub-procedure allowed the caller to identify and consume the cursor.

steve

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Needles,Stephen J
Sent: Thursday, July 21, 2011 9:03 AM
To: midrange-l@xxxxxxxxxxxx
Subject: SQL/RPG 7.1 Cursor Consumption from one RPG pgm to another

I am developing on 7.1 OS. I am experimenting with the 7.1 ability that allows a SQL cursor generated by a process to be consumed by a different RPG program.

I have succeeded in writing an RPG program that consume the cursor created by an SQL Stored Procedure written in SQL. But I have not been able to have an RPG program consume the cursor created by another RPG program. It does not appear to matter if the program that creates the cursor is executed as a stored procedure or an RPG program call of any type. The result is the same, I can't read the cursor if the cursor was created with a non-SQL stored procedure/process.

I can't find where this scenario is explicitly forbidden, so I figure I might be doing something wrong. Have any of you been able to do some testing along these lines?


Steve Needles

Northland Insurance

(651) 310-4203


==============================================================================
This communication, including attachments, is confidential, may be subject to legal privileges, and is intended for the sole use of the addressee. Any use, duplication, disclosure or dissemination of this communication, other than by the addressee, is prohibited. If you have received this communication in error, please notify the sender immediately and delete or destroy this communication and all copies.

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.