× 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 sorry, but that logic just doesn't hold. Given the following
records:

Item Date
1 01/01/2013
1 12/31/2013
2 02/01/2013

If you SETLL using only Item with a value of '1', if will set the cursor
between the second and third records and doing a READE with the same key
will read the 3rd record. It matters not a whit that the date key of
record 2 is higher than that of record 3.

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 Booth Martin
Sent: Wednesday, June 19, 2013 3:19 PM
To: RPG programming on the IBM i (AS/400 and iSeries)
Subject: Re: READE with partial key

I'd be concerned that the date field is likely to be the highest date
from the last read cycle, not *loval. After the first read in the
program it is unlikely that he will ever find a record with a date lower

than the highest date read since the first cycle of the program.

On 6/19/2013 2:09 PM, Alan Shore wrote:
I believe that as long as the f-spec for the file FILE is defined as
keyed, you SHOULD get the records in Item (ascending)
Date (ascending) order.

Alan Shore
E-mail : ASHORE@xxxxxxxx
Phone [O] : (631) 200-5019
Phone [C] : (631) 880-8640


-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Jeff Crosby
Sent: Wednesday, June 19, 2013 2:54 PM
To: RPG programming on the IBM i / System i
Subject: READE with partial key

Suppose I have a file defined via DDL with unique key consisting of

Item (ascending)
Date (ascending)


// Set position in file
SETLL Item FILE;

// Only while this item
Dow '1';

Reade Item FILE;
If %EOF(FILE);
Leave;
Endif;

process record . . .

Enddo;

I am not assured of getting records within this item in ascending Date
sequence, am I? Some testing I'm doing now shows that I don't.



--
Jeff Crosby
VP Information Systems
UniPro FoodService/Dilgard
P.O. Box 13369
Ft. Wayne, IN 46868-3369
260-422-7531
www.dilgardfoods.com

The opinions expressed are my own and not necessarily the opinion of
my company. Unless I say so.
--
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.


Disclaimer: This message contains confidential information and is
intended only for the individual named. If you are not the named
addressee you should not disseminate, distribute or copy this e-mail.
Please notify the sender immediately by e-mail if you have received this
e-mail by mistake and delete this e-mail from your system. E-mail
transmission cannot be guaranteed to be secure or error-free as
information could be intercepted, corrupted, lost, destroyed, arrive
late or incomplete, or contain viruses. The sender therefore does not
accept liability for any errors or omissions in the contents of this
message, which arise as a result of e-mail transmission. If verification
is required please request a hard-copy version. Any views or opinions
presented are solely those of the author and do not necessarily
represent those of the company.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.