RE: Data Structures for IO (Re: overlaying arrays in v5r1)

I do not disagree that it could be fixed. I was answering Sam's question as to why it was done that way to begin with. As a member of the ISV council, I will double check that this requirement does not already exist. If it does not, I will create one and see where it goes.

Brian May
IBM i Modernization Specialist
Profound Logic Software
http://www.profoundlogic.com
937-439-7925 Phone
877-224-7768 Toll Free


              



-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Jon Paris
Sent: Wednesday, January 22, 2014 11:12 AM
To: RPG programming on the IBM i (AS/400 and iSeries)
Subject: Re: Data Structures for IO (Re: overlaying arrays in v5r1)

True - but they fixed it for display files (you can now use a *ALL for input and output) so I suspect if there were sufficient demand it could also be done with disk files.

As an ISV Brian, you guys have more say than most of us in that regard.


On 2014-01-22, at 10:21 AM, Brian May <bmay@xxxxxxxxxxxxxxxxx> wrote:

Even though I have never seen it used in practice, fields in a logical files can be defined as input only by placing an "I" in position 38 of DDS. If I am not mistaken, this is the reason that DS IO was implemented in this way. This makes it possible for the input buffer and the output buffer to have different formats. When using DSs for IO, RPG moves the DS into the buffer as a whole. In this scenario, using the same DS would cause data corruption.

Brian May
IBM i Modernization Specialist
Profound Logic Software
http://www.profoundlogic.com
937-439-7925 Phone
877-224-7768 Toll Free





-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Sam_L
Sent: Tuesday, January 21, 2014 5:55 PM
To: RPG programming on the IBM i (AS/400 and iSeries)
Subject: Data Structures for IO (Re: overlaying arrays in v5r1)

On 1/21/2014 11:33 AM, Joe Pluta wrote:

Ugh. I've just had to rip data structures out of a whole bunch of
programs. It's not that I'm against the idea in and of itself, it's
just that it's not a wholesale rip and replace, for several reasons.
Here are two of the biggest:

1. You need different data structures for the input and output.

I'm also somewhat annoyed by this. If I have a physical file with a single format, can someone explain why I need to have both an *INPUT and an *OUTPUT DS? There must be something that I'm missing and I'd like to know...

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

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

Jon Paris

www.partner400.com
www.SystemiDeveloper.com




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