On Sat, 19 May 2007 08:49:50 -0500, Kenneth E Tomiak wrote:
>Mine does, what do you have that does not?
>
"internally" is fine, but what about the programming interfaces?
o What is substituted for the dynamic system symbol &HHMMSS? Is there
a corresponding form for the GMT value?
(Wouldn't it be great to be able to:
// SET TZ=PST7PDT
and then have &HHMMSS reflect that time zone convention? Guess where I
got that idea?)
o Does Rexx even yet have a form of the time() and date() functions that
return GMT? (Note that date(), believe it or not, is sensitive to the
time zone, even though there's no "date zone". I have encountered systems
that didn't account for this.) What about COBOL? PL/I? HLASM's
&SYSTIME (whatever) preset symbol? C is the big winner here (but z/OS's
C preprocessor still gets it wrong. IBM rejected my ETR on this.)
o Suppose a customer has systems in several time zones. (Can this be
done among LPARs on a single system?) Can SYSLOG, for convenience
be set to display timestamps in GMT without setting LOCAL=GMT?
o And one submitter described a problem here within the last couple years:
His site is in the eastern hemisphere, running a legacy TOD=LOCAL.
They can tolerate neither the timestamp ambiguity that would result
from precipitously seting TOD=GMT, nor the several hours' shutdown
which would be required to avoid the ambiguity.
o Distantly related: I believe that z/VM and Linux for z/Series are still
leap second incompetent (a consequence of being Sysplex Timer incompetent?)
When we were running with leap seconds enabled, all our VM LPARs and their
z/OS guests were 20+ seconds fast. I believe we abandoned leap seconds
for this reason.
>>On Fri, 18 May 2007 08:06:43 -0600, Howard Brazee
>wrote:
>>
>>Our whole computing infrastructure should migrate to GMT, at least
>>internally.
-- gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
