|
Rob, >I wondered if the line change dates were a property of source physical >files, or the property of the editors involved. Your remark seems to >indicate that it is a property of the editor itself. The SRCDAT (change date) field is one of three fields in each PF-SRC, the other two being the SRCSEQ (sequence number) and SRCDTA (statement text). Modifying the SRCDAT field when a line is updated is the responsibility of whatever populates the file (such as an editor). When using CPYF to a PF-SRC, the SRCOPT(*SEQNBR *DATE) renumbers statements and sets all dates to zero. This is in essence what happens with a FTP transfer of a source member. Only the SRCDTA field is transferred by the 400 FTP server, unless you build a LF over a specific member and transfer using the logical (yuck). >That being so, then there is no reason that IBM couldn't fix the fact that >storing source in the IFS doesn't currently support line change dates. The IFS is more or less like just the SRCDTA portion of a PF-SRC. If the source date was stored with each line, the compilers would have to recognize it and ignore it, and the editor maintain the date and store somewhere within the text of the line. Doug
As an Amazon Associate we earn from qualifying purchases.
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.