For the archives - as to changed members (the other main area where I need to note changes), I was looking at the change date/time on *MBRLIST option of DSPFD - wrong value - is affected by restoring the file, it seems. Would need to use the result of RTVMBRD, which gives the actual last change date/time on the member, and this is trustworthy, so long as you don't restore on another box. I tested this and saw that when the clock is set with a different offset to Greenwich, there is a window of vulnerability, where a change could be made and have the same source change date/time. Likely? No. Even remotely possible? Probably not. But once is too many for the customer to whom it happens. So for most people who are working only in their own shops, the date and time of last source change that is returned by RTVMBRD or the API Q??RMBRD is the way to go.

Regards
Vern

Simon Coulter wrote:
On 20/12/2009, at 8:17 AM, Vern Hamberg wrote:

I'm using the QCDRCMDD - retrieve command definition - API to get what
all the parameters are set to, etc. It puts out XML representation into
either a variable or an IFS file. I am using it to compare commands that
customers may have modified using CHGCMDDFT. I don't really care about
the details, only that a change was made,

If you don't care about the details then retrieve the object description instead. CHGCMDDFT sets User Modified to YES and APAR ID to CHGDFT.

That will be so much easier than messing with XML output.

I have some recollection of seeing somewhere a flag that indicated CHGCMDDFT had been used on the command but can't recall it right now. I'll keep pondering ...

Regards,
Simon Coulter.
--------------------------------------------------------------------
FlyByNight Software OS/400, i5/OS Technical Specialists

http://www.flybynight.com.au/
Phone: +61 2 6657 8251 Mobile: +61 0411 091 400 /"\
Fax: +61 2 6657 8251 \ /
X
ASCII Ribbon campaign against HTML E-Mail / \
--------------------------------------------------------------------




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.