ries which are being
developed on workstations.
Thanks
Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lizette Koehler
Sent: 25 November 2013 20:26
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Getting a VSAM data set's system
nframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Robin Atwood
> > Sent: Monday, November 25, 2013 1:48 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Getting a VSAM data set's system timestamp
> >
> > Thanks to everyone who repl
SERV.UA.EDU
> Subject: Re: Getting a VSAM data set's system timestamp
>
> Thanks to everyone who replied. The server is a part of a product and so
installation
> must have a minimal impact on a customer's system. I am currently going
with
> using the last backup date as an
ginal Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of John McKown
Sent: 22 November 2013 21:34
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Getting a VSAM data set's system timestamp
Ah, my bad, I didn't realize this was not for an in-house type pr
There are tools to do this. Data Propagator and STRIVA come to mind. Overhead
is pretty steep.
In a message dated 11/22/13 08:32:31 Central Standard Time, abend...@gmail.com
writes:
However I imagine it would be a bit of a hard sell to the customers. :)
--
Robin -
What checksum are you using that is too CPU intensive?
Have you considered http://en.wikipedia.org/wiki/MurmurHash ? It is about 4
to 8 times as fast as most hash schemes because (1) it is of
non-cryptographic quality and (2) it operates on entire words at once,
rather than bytes. You can
6:14 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Getting a VSAM data set's system timestamp
>
> One possibility, which is not simply by any means, is to use the SMF data
in "real
> time", with the SMF IEFU8x exits, to trap the SMF type 15 records
(non-VSAM
> open for O
t; Thanks
> Robin
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John McKown
> Sent: 22 November 2013 20:14
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Getting a VSAM data set's system timestamp
&
2013 20:14
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Getting a VSAM data set's system timestamp
One possibility, which is not simply by any means, is to use the SMF data in
"real time", with the SMF IEFU8x exits, to trap the SMF type 15 records
(non-VSAM open for OUTPUT or UPDAT) an
scussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of retired mainframer
> Sent: 22 November 2013 00:54
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Getting a VSAM data set's system timestamp
>
> For a non-VSAM dataset, the last reference date in the F1 DSCB does not
> mean
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of retired mainframer
Sent: 22 November 2013 16:47
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Getting a VSAM data set's system timestamp
The F1 DSCB does contain a flag, DS1IND02, which indicates a dataset has
b
--Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Miklos Szigetvari
Sent: 22 November 2013 15:11
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Getting a VSAM data set's system timestamp
Maybe via SMF records ?
On 21.11.2013 13:48, Robin At
n List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
:>: Behalf Of Robin Atwood
:>: Sent: Thursday, November 21, 2013 11:49 PM
:>: To: IBM-MAIN@LISTSERV.UA.EDU
:>: Subject: Re: Getting a VSAM data set's system timestamp
:>:
:>: So both you and Lizette are saying that even I can obtain it, the
:
Maybe via SMF records ?
On 21.11.2013 13:48, Robin Atwood wrote:
I want our file server to be able to tell the clients when a data set last
changed. For non-VSAM it's easy (if a bit vague), there's the last reference
date in the F1 DSCB. For VSAM you can see a SYSTEM-TIMESTAMP in the LISTCAT
Sent: 22 November 2013 00:54
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Getting a VSAM data set's system timestamp
For a non-VSAM dataset, the last reference date in the F1 DSCB does not mean
the dataset was changed on that date, only that it was opened (and closed?),
even if only
I want our file server to be able to tell the clients when a data set last
changed. For non-VSAM it's easy (if a bit vague), there's the last reference
date in the F1 DSCB. For VSAM you can see a SYSTEM-TIMESTAMP in the LISTCAT
output but how do you get that from a program? We currently use IGGCSI0
DU] On
> Behalf Of Robin Atwood
> Sent: Thursday, November 21, 2013 5:48 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Getting a VSAM data set's system timestamp
>
> I want our file server to be able to tell the clients when a data set last
changed. For
> non-VSAM it's ea
;: Behalf Of Robin Atwood
:>: Sent: Thursday, November 21, 2013 4:48 AM
:>: To: IBM-MAIN@LISTSERV.UA.EDU
:>: Subject: Getting a VSAM data set's system timestamp
:>:
:>: I want our file server to be able to tell the clients when a data set
:>: last
:>: changed. For non-VSAM
18 matches
Mail list logo
