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



I have commitment control turned off right now, otherwise I will have record
locking issues...unless you have a suggestion for that one :) Basically
this data is only held for the one report, when you run the report a second
time, the CL clears the file and you start fresh......I like to keep it
after the report is run, in case of data integrity issues I can still see
the raw information.



-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Pete Helgren
Sent: Wednesday, August 01, 2007 8:53 PM
To: RPG programming on the AS400 / iSeries
Subject: Re: As much as I hate showing my own stupidity more than once a day
(I am flat out stuck) Embedded SQL

Doug,

This is ringing a bell in my head but I can't remember exactly what. I
vaguely remember something either with looking at environment settings
in the strsql vs the embedded sql (commitment control?) OR with the
formatting of the host variables. I think I hard coded the values in
the embedded SQL to start with and then worked backward until I figured
it out. Whatever it was, the SQL was returning no records and that is
what was causing the null value. But it was some SQL setting that I
added to the RPG.

I wish my memory was better......sheesh!

Pete


Doug Palme wrote:
I am reading a file and using the values within that file to create an SQL
that will go out and select a sum of sales figures for a particular
customer.



Here is the relevant SQL code:



C*---Prepare SQL Statement

C/EXEC SQL

C+ DECLARE C1 CURSOR FOR

C+ SELECT SUM(SLEXT$) FROM SLSTRNL5

C+ WHERE SLACCT= :CUSTNO

C+ AND SLTDAT > :ZBDATEN

C+ AND SLTDAT <= :ZEDATEN

C+ AND SLCLAS > 1

C+ AND SLSHRT = ' '

C/END-EXEC





I then open the cursor with the following:



C*---Open the Cursor

C/EXEC SQL

C+ OPEN C1

C/END-EXEC



I then am running a fetch statement with the following:



C*---Fetch the Result and place into Variable

C/EXEC SQL

C+ FETCH C1 INTO :ZSUM

C/END-EXEC



ZSUM is defined as an 9,2 on the D spec



Everything so far, at least to my eyes looks good...



However before I process that ZSUM data (output to a report) I check the
SQLCOD and I am getting a return code of -305..I have checked the
variables
that I am passing in, such as CUSTNO (defined on the D SPEC correctly),
ZBDATEN and ZEDATEN are also defined on the D SPEC correctly...so I have
no
clue what variable the system is balking at.



Any assistance would be appreciated.



Douglas








****************************************************************************
This transmission may contain information that is privileged,
Confidential and/or exempt from disclosure under applicable law.
If you are not the intended recipient, you are hereby notified that
any disclosure, copying, distribution, or use of the information
contained herein (including any reliance thereon) is STRICTLY
PROHIBITED. If you received this transmission in error, please
immediately contact the sender and destroy the material in its
entirety, whether in electronic or hard copy format. Thank you.

****************************************************************************


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.