Hmmm... I see I forgot to include the link to the Create Data Area command which describes the layout of the creation data presented by the Display Data Area of a DDMDTAARA [the object Attribute of a DDM DataArea; see RTVOBJD OBJATR()] when requesting SYSTEM(*LCL) against a DDM data area. FWiW:
http://publib.boulder.ibm.com/infocenter/iseries/v6r1m0/topic/ddp/rbae5crtdt.htm

Noted additionally there is the "Retrieve Data Area (QWCRDTAA) API", which like RTVDTAARA, has no option to get the *LCL data presented by the DSPDTAARA command; i.e. like CHGDTAARA, these all default to [and will only] act on the target\remote data area, in contrast to the DSPDTAARA default.

CRPence wrote:
Re: DSPDTAARA does not show the data of the remote DtaAra,
instead the "attributes of how it was created and such.":

To test the data area interactively, use DSPDTAARA SYSTEM(*RMT)
[or RTVDTAARA and DMPCLPGM, debug, or otherwise, or CHGDTAARA and
view the updated data area on the target system]. The shipped
default for DSPDTAARA is SYSTEM(*LCL), which as you noticed, is
not very helpful. FWiW I was [similarly] disappointed to find its
default was not SYSTEM(*DTAARATYPE), or some other special value
available to effect similar to the special value *FILETYPE on the
QDBRTVFD API. Instead of adopting my point of view, it was just
pointed out that SYSTEM() of DSPFD defaulted to *LCL and although
it supported *ALL [which does not fit with DSPDTAARA design] but
no *FILETYPE. :-(

Tom Deskevich wrote:
I tried this with a DDM data area and I did not get anything returned.

When I switched it to a data area that resides on our box, it worked fine.

Did not see anything in searching, but did read that DDM can be
used. I have DDM files and they are ok. I know that the DDM
data area seems to be a different animal. When you view it, you
do not see the actual data area but attributes of how it was
created and such.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.