Oh my, DSPFFD to an outfile? I believe you'll find the List Fields API
to be sufficiently robust for the information you're seeking (that is, what
you find with DSPFFD), And I'm kind of up in the area on syscolumns,
syscolumns2, qdbifld, and/or qadbxsfld not at least making the same guesses

On Tue, Nov 26, 2019 at 10:51 AM John Yeung <gallium.arsenide@xxxxxxxxx>

On Tue, Nov 26, 2019 at 10:18 AM Jon Paris <jon.paris@xxxxxxxxxxxxxx>

I'm trying to build utility routines that can work through a trigger
buffer - or journal image and identify the individual fields that have been

You should have led with that. How you are looking at the data matters.

I used the term table because even if created with DDS it is still a
table that can be accessed with SQL. It's origin is irrelevant to my

You may not think the origin is relevant to your purpose (which you
didn't reveal until now), but it still may be relevant nonetheless. If
the only tables you were working with were created via SQL, then you
wouldn't be talking to us about the possibility of *MDY dates.

As it stands, what you really care about is how the data is *rendered*
in a trigger buffer or journal image. I personally don't know what
those look like, but if they were built to match what comes out of
DSPFFD, then that seems like the obvious thing to use.

There is a lot of overlap between what you can do with SQL, and what
you can do with DDS and the "traditional" midrange facilities. But
there are areas where they're different, and you're bound to bump up
against them, all the more so when you are working at a fairly low
level (as with the utilities you're writing). And that is what I meant
when I said IBM *could* expose more DDS-specific features through SQL,
but they've chosen not to.

John Y.
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2022 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.