On Thu, May 20, 2010 at 7:57 PM, J R <jayare...@hotmail.com> wrote: >> Pedantic. ... GMT would be better ... > > Since you're being pedantic, wouldn't UTC be better? ;-) > > > >> Date: Thu, 20 May 2010 13:16:27 -0500 >> From: paulgboul...@aim.com >> Subject: Re: Getting "BIND/LINK" date out of load module members >> To: IBM-MAIN@bama.ua.edu >> >> On Thu, 20 May 2010 14:03:48 -0400, Tony Harminc wrote: >> >> >On 20 May 2010 04:14, Frank Swarbrick wrote: >> >> Yeah, I remembered that after I wrote the message. But honestly, that is >> >> even worse. PDS should have this information. Every other OS I know of >> >> at least has last update date, if not both date/time and sometimes also >> >> creation date or date/time. >> > >> >Every other OS I know doesn't have PDSs. >> > >> I'll regard this as a defect in z/OS. >> >> Pedantic. Most of those other OSes have directories (i-nodes; >> whatever) where such timestamp information is kept.
other platforms (windows, unix) have utilities (touch and the like) that can update the external directory date and time stamp very easily. This is used quite often in the build process for force unmodified code to be recompiled or relinked. In this case, the external timestamp does not reflect the actual link timestamp. It would seem to be counter to the OPs requirement. Also, in the case of composite links any external timestamp reflects the status of the overall module and not necessarily any particular component. This is probably not relevant to the OPs requirements. Externally maintained date and time stamps of any nature fall prey to these type of utilities. >> >> So much the worse for z/OS. And why wasn't this enhancement provided >> with the advent of PDSE? (Or was it?) >> >> Did I hear someone say Requirement? Does the expression "snowflake >> in Hell" come to mind? Suppose that STOW were enhanced to save >> timestamp information in the same format as ISPF (but GMT would >> be better). What compatibility problems would arise with applications >> that employ the user info in the directory for other purposes. And >> even, what unexpected directory space overflows would occur? >> >> -- gil > > _________________________________________________________________ > Hotmail is redefining busy with tools for the New Busy. Get more from your > inbox. > http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_2 > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
