× 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'm under the impression that you usually only use DECLARE CURSOR if
you're going to do a FETCH. Otherwise, there are other ways to determine
the absence or presence of a record in a single SQL statement, such as
SELECT 1 FROM xxx WHERE..
Or SELECT COUNT(*) FROM...

Trevor Briggs
Analyst/Programmer
Lincare, Inc.
(727) 431-1246
TBriggs2@xxxxxxxxxxx

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of William A. Erhardt
Sent: Monday, November 19, 2012 12:30 PM
To: RPG programming on the IBM i / System i
Subject: RE: Sqlcod question

You have to FETCH the resulting dataset into a variable to see if the
SQL returned any data.

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Rpglist
Sent: Monday, November 19, 2012 12:01 PM
To: rpg400-l@xxxxxxxxxxxx
Subject: Sqlcod question

I have the following embedded code:

Exec SQL
Declare C1 cursor for
Select * from rates
Where opcode =:zcode;
Exec SQL open C1;

Now I know for a fact that there will not be a match right now meaning
that the value of zcode is not in the file.....so why does Sqlcod return
all zeros?

Sent from my iPhone
--
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.


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.