RE: Interesting subfile "feature"

["Joe Pluta" <joepluta@xxxxxxxxxxxxxxxxx>]

Thanks for the information, Buck.  I really appreciate seeing the behavior
documented in black and white.  Thinking about it, I guess I can understand
it - to do a CHAIN followed by an UPDAT, you would have to be able send the
output fields back to the display file, so I guess you would have to update
them internally as well.

Interestingly enough, though, this behavior was not duplicated for a regular
record format, so if you change the contents in the program of an output
field on a non-subfile record, the READ the record and WRITE it, the display
will change.  I guess the idea is that the CHAIN/UPDAT scenario is far more
common than the READ/WRITE concept.

Joe

Thanks again, by the way, for the link.  This document is a goldmine for
resolving some of the more obscure details of my product.

> -----Original Message-----
> From: owner-midrange-l@midrange.com
> [mailto:owner-midrange-l@midrange.com]On Behalf Of Buck Calabro
> Sent: Thursday, July 26, 2001 9:00 AM
> To: MIDRANGE-L@midrange.com
> Subject: RE: Interesting subfile "feature"
>
>
> Joe P wrote:
> >You'll find that the output-only fields actually show up in
> >the input buffer.  Which means that, when you do a
> >CHAIN or a READC on a subfile, the output fields get
> >updated with the contents of the record you just read.
>
> Joe, It's been this way since the beginning.  How else can (say) RPG
> retrieve an output-only subfile record on a CHAIN?
>
> By the bye, the documentation for this behaviour can be found in the
> Information Centre, Printers and Devices, Application Display Programming.
> Direct link
> http://publib.boulder.ibm.com/html/as400/v5r1/ic2924/books/c4157150.pdf.
> See page 4-9 (actual page 141) for V5R1.  One thin paragraph "All named
> fields in a subfile record, including fields that are not
> input-capable, are
> returned to the program."

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---