In 2349677958380831.wa.dlikensinfosecinc@listserv.ua.edu, on
10/28/2013
at 09:55 PM, Donald Likens dlik...@infosecinc.com said:
STCK time is based on micro seconds.
Well, microseconds in bit 51.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see
Donald Likens wrote:
I figured out the problem... The SMFTIME is obtained by TIME BIN which returns
BIN returns the time of day as an unsigned 32-bit binary number with the
low-order bit equivalent to 0.01 second. The second word of the time value
returned is zero. STCK time is based on micro
: Tuesday, October 29, 2013 2:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Getting the SMF time
Donald Likens wrote:
I figured out the problem... The SMFTIME is obtained by TIME BIN which returns
BIN returns the time of day as an unsigned 32-bit binary number with the
low-order bit equivalent
Barry Merrill wrote:
Some of us find SAS's
INPUT @3 SMFTIME SMFSTAMP8.;
FORMAT SMFTIME DATETIME21.2;
PUT SMFTIME=;
easier and it prints
27OCT2013:13:14:15.99
Indeed, it is very easy and there are many ways to skin this cat with the name
SMFTIME. :-)
Or if you're a hunter, aim for the
-715-0595 Mobile
jo.skip.robin...@sce.com
From: Elardus Engelbrecht elardus.engelbre...@sita.co.za
To: IBM-MAIN@LISTSERV.UA.EDU,
Date: 10/29/2013 04:23 AM
Subject:Re: Getting the SMF time
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Barry Merrill
I figured out the problem... The SMFTIME is obtained by TIME BIN which returns
BIN returns the time of day as an unsigned 32-bit binary number with the
low-order bit equivalent to 0.01 second. The second word of the time value
returned is zero. STCK time is based on micro seconds.
To have the
I already convert the SMF time into human time by using arithmetic but I am
having a problem with the calculation and I am attempting to use the ASM macros
to convert the time. Here is what I am doing:
* CREATE TODDATE
MVC SMFDATE,SMF2DTE
On Fri, 25 Oct 2013 08:50:53 -0500, Donald Likens wrote:
TMECVTD
+0 0867 10182013
The time is not correct (the date is). Any ideas on what I am doing wrong? By
my calculations the time
If I were in charge (no chance), I would go with exactly TWO different
versions of a time stamp on z/OS. A binary one, which just happens to be
identical to the output of the STCKE instruction (16 bytes, 128 bits). And
a character one which is the full ISO8601 format (
mmddThhmmss.s+hh:mm
On Fri, 25 Oct 2013 10:01:20 -0500, John McKown wrote:
If I were in charge (no chance), I would go with exactly TWO different
... While I'm at it, the default TZ in LE and UNIX, if not
specifically set, should also be assumed to be the equivalent of what the
offset is in the CVT.
How would you
On Fri, Oct 25, 2013 at 8:50 AM, Donald Likens dlik...@infosecinc.com wrote:
deleted
CONVTOD CONVVAL=CVTD,TODVAL=TODCLOCK,DATETYPE=DDD
deleted
This returns what looks to me to be a good TODCLOCK
TODCLOCK
+0 CC208E64 F236F8F4
On Fri, 25 Oct 2013 08:50:53 -0500, Donald Likens wrote:
I already convert the SMF time into human time by using arithmetic but I am
having a problem with the calculation and I am attempting to use the ASM
macros to convert the time. Here is what I am doing:
* CREATE TODDATE
12 matches
Mail list logo