Re: Subfile reversing display -- RPG400-L

I've had this problem before.
What you are doing is decreasing the relative record number by 1 and
writing the sub file record.
However, the write of the sub file record is NOT dependent on the RRN (why
- I don't know)
I have since NEVER used that practice
What I do is readp the file in question for the number of lines displayed
on the sub-file and then read forward, populating the sub-file ONLY on a
read, NEVER on a readp.

Alan Shore
Programmer/Analyst, Distribution
E:AShore@xxxxxxxxxxx
P:(631) 200-5019
C:(631) 880-8640
"If you're going through Hell, keep going" - Winston Churchill

rpg400-l-bounces@xxxxxxxxxxxx wrote on 03/30/2009 02:14:14 PM:

Hello Jeff...

The relative record number is already set to 10 and decrements by one for

each record read. I verified it dropping down during the debug process.

Have a good day.

Blake Moorcroft
Developer - Corporate
Russell A. Farrow Limited
1980 Ambassador Drive, PO Box 333, Windsor, Ontario N9C 3R4
Bus: 519-966-3003 ext. 566, Fax: 519-966-9870
blake.moorcroft@xxxxxxxxxx

jdavis@xxxxxxxx
Sent by: rpg400-l-bounces@xxxxxxxxxxxx
03/30/2009 01:50 PM
Please respond to
RPG programming on the IBM i / System i <rpg400-l@xxxxxxxxxxxx>

To
"RPG programming on the IBM i / System i" <rpg400-l@xxxxxxxxxxxx>
cc
"RPG programming on the IBM i / System i" <rpg400-l@xxxxxxxxxxxx>,
rpg400-l-bounces@xxxxxxxxxxxx
Subject
Re: Subfile reversing display

When you are loading the subfile for a previous page, you need to start

RRN number 10 and work your way down to 1. Not 1 up to 10.

Jeff Davis

Blake.Moorcroft@xxxxxxxxxx
Sent by: rpg400-l-bounces@xxxxxxxxxxxx
03/30/2009 12:41 PM
Please respond to
"RPG programming on the IBM i / System i" <rpg400-l@xxxxxxxxxxxx>

To
"RPG programming on the IBM i / System i" <rpg400-l@xxxxxxxxxxxx>
cc

Subject
Subfile reversing display

Hello all...

I'm running into a really weird situation and I'm wondering if anyone's
ever encountered it before.

We're generating a subfile with 10 records (one page at a time, subfile
size and page = 10), nothing fancy, with both regular and hidden fields.
There are no issues with writing the records themselves.

When paging down (using the roll-up), the records proceed forward 10 at a

time in ascending sequence.

If, however, the page up key (roll down) is used, the records appear in a

reversed order - the correct records appear, just out of sequence. I've
included an example of what's happening:

Screen - starting position:

A Record
B Record
C Record
D Record

Screen after paging down:

E Record
F Record
G Record
H Record

Screen after paging up

D Record
C Record
B Record
A Record.

If we were now to hit the page down key again, we would get

E Record
F Record
G Record
H Record

The procedure is pulling the correct records, it's just not displaying
them in the proper way.

This subfile procedure is used in a number of programs. I use it any

time

we need a subfile - basically cloned code. None of the other programs
that use this code are having the same issue - there are around 40
different programs using it. The logical that is used during the fill of

this particular subfile is not unusual - a three key index with ascending

controls on the keys - there are no omit or select functions. I have
checked the logical to verify the index properties.

I've checked the clear and display of the subfile and there are no
indicator issues.

I've stepped through the code with the debug procedure and watched how it

is writing the records, verifying the contents of each record's fields

and

the relative record number associated to the record being written - there

are no issues and the relative record number is being properly assigned.

Any ideas?

Have a good day

Blake Moorcroft
Developer - Corporate
Russell A. Farrow Limited
1980 Ambassador Drive, PO Box 333, Windsor, Ontario N9C 3R4
Bus: 519-966-3003 ext. 566, Fax: 519-966-9870
blake.moorcroft@xxxxxxxxxx
--
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.

**********

The information contained in this communication is confidential, private,

proprietary, or otherwise privileged and is intended only for the use of
the addressee. Unauthorized use, disclosure, distribution or copying is
strictly prohibited and may be unlawful. If you have received this
communication in error, please notify the sender immediately at
(312)653-6000 in Illinois; (800)835-8699 in New Mexico; (918)560-3500 in
Oklahoma; or (972)766-6900 in Texas.

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

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