On 21 Jul 2007 06:10:13 -0700, in bit.listserv.ibm-main you wrote:
The question how SMF records can be accessed with any generality is being
fudged.
One can now access some of them some of the time in (modern) COBOL, which
does support the data type FUNCTION POINTER.
With the ability to use
On 20 Jul 2007 07:48:03 -0700, in bit.listserv.ibm-main you wrote:
On Fri, 2007-07-20 at 06:31 -0700, Ray Mullins wrote:
In something as compute-intensive as SMF triplets, every little bit
helps.
The nasty part is testing bit fields in COBOL. The LE bit test routines
are expensive to run. (I
snipWe do not have access to SMF records and we dont have expertise
aswell
:) /snip
Any good jobs going in Bangalore for those of us that do have expertise?
---
This e-mail is sent by Suncorp-Metway Limited ABN 66
On 20 Jul 2007 07:48:03 -0700, in bit.listserv.ibm-main you wrote:
On Fri, 2007-07-20 at 06:31 -0700, Ray Mullins wrote:
In something as compute-intensive as SMF triplets, every little bit
helps.
The nasty part is testing bit fields in COBOL. The LE bit test routines
are expensive to run. (I
Ed Gould wrote:
Ken,
I had access to EASYTREV ala 1979 and yes I did a lot of reporting
with SMF data. However I could not (successfully) access all the new
types of SMF records (those with variable subtypes and with variable
portions of data). I was at one time able to access to get at the
The question how SMF records can be accessed with any generality is being
fudged.
One can now access some of them some of the time in (modern) COBOL, which
does support the data type FUNCTION POINTER.
COBOL does not, however, support self-defining records, illustrated by the
trivial PL/I
On Jul 21, 2007, at 8:09 AM, john gilmore wrote:
The question how SMF records can be accessed with any generality is
being fudged.
One can now access some of them some of the time in (modern) COBOL,
which does support the data type FUNCTION POINTER.
COBOL does not, however, support
On Sat, 21 Jul 2007 08:32:31 -0500, Ed Gould wrote:
On Jul 21, 2007, at 8:09 AM, john gilmore wrote:
...
SMF records can be accessed and manipulated using HLASM routines,
and this can be done in PL/I too. It cannot, in general, be done
in COBOL or indeed in C/C++.
You forgot to say IMO.
On 21 Jul 2007 06:10:13 -0700, in bit.listserv.ibm-main you wrote:
The question how SMF records can be accessed with any generality is being
fudged.
One can now access some of them some of the time in (modern) COBOL, which
does support the data type FUNCTION POINTER.
With the ability to use
Ed Gould wrote:
In COBOL? Someone else showed an example of the offsets and it wasn't
simple either. I am not suggesting its impossible just a little more
than simple it isn't. IIRC it was not possible in EASYTREV at least
the version I had. SAS I know it can be done because that is what the
I seem to recall that EASYTREV/PLUS come with a set of sample SMF programs at
one stage.
PANAUDIT -- from the same people that brought you PANVALET.
The programmes seemed to disappear when CA acquired EZTREIV and PANSOFT (not
exactly sure if I got the second company name correct).
-
Too busy
On Jul 20, 2007, at 5:28 PM, Ken Brick wrote:
I seem to recall that EASYTREV/PLUS come with a set of sample SMF
programs at one stage.
Ken,
I had access to EASYTREV ala 1979 and yes I did a lot of reporting
with SMF data. However I could not (successfully) access all the new
types of
[mailto:[EMAIL PROTECTED] On Behalf
Of Tom Marchant
Sent: Thursday, July 19, 2007 1:25 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Regarding SDSF pgm
On Thu, 19 Jul 2007 09:27:09 +0530, Sridhar K Veena wrote:
Please let me know if there is a way to extract all the jobs (with
start and end times) from
On Thu, 19 Jul 2007 17:19:08 -0500, Kenneth E Tomiak
[EMAIL PROTECTED] wrote:
An alternative was mentioned, SYSLOG. Your shop ought to have control over
this as well. Some kind of archiving or collection process. It becomes simpler
to read these text lines of data if your needs are solely start
On Thu, 2007-07-19 at 20:34 -0500, Ed Gould wrote:
We had a excellent COBOL programmer look at the layout [SMF rty 30]
and after a few questions he said he didn't even want to try it. He
wasn't even sure it could be done.
Sure it can!
You need to define the record headers and the associated
This is a little ahead of time, but what about the SDSF/REXX interface that
is suppose to be available around z/OS V1.9?
Would that start to allow us to do these kinds of requests without alot of
headaches?
I am not sure what fields will be available for this interface but perhaps
things like
On Thu, 19 Jul 2007 18:08:50 -0500, Ed Gould [EMAIL PROTECTED] wrote:
As others have said type 5 is semi OK Type 35 records are OK but are
somewhat complex. They have offsets that are almost impossible to
use, probably only SAS and assembler (maybe PL1). But if you only
need start stop date and
Excellent example, David. I would make one change:
You need some pointers to address those records and sections. (There
are some hokey redefines so that you can do pointer arithmetic.)
01 SMF30-ID-ADDRVALCOMP-5 PIC S9(8). ***===---
01 SMF30-ID-ADDRPTR
In a message dated 7/20/2007 8:03:30 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
that puts them there, SYSLOG won't cut it. Even if he does it's not a good
method .. for a lot of reasons.
Yeah, MXG/SAS on healthy PC keep you well tuned and make pretty reports the
PHB's can
On Jul 20, 2007, at 8:21 AM, Mark Zelden wrote:
On Thu, 19 Jul 2007 18:08:50 -0500, Ed Gould
[EMAIL PROTECTED] wrote:
As for as being impossible to use, it's a SMOP and there are plenty
of examples on the CBT (including DAF).
In COBOL? Someone else showed an example of the offsets and it
Ed,
In COBOL? Someone else showed an example of the offsets and it
wasn't simple either. I am not suggesting its impossible just a
little more than simple it isn't. IIRC it was not possible in
EASYTREV at least the version I had. SAS I know it can be done
It is dirt simple in Easytriev
On Fri, 2007-07-20 at 06:31 -0700, Ray Mullins wrote:
In something as compute-intensive as SMF triplets, every little bit
helps.
The nasty part is testing bit fields in COBOL. The LE bit test routines
are expensive to run. (I haven't looked recently at COBOL to see if
there are native ways to
Hi,
Just to prove that we do not all think a like :
The orginal question was asked by somebody working for a consultance.
A consultance that charges customers exorbantly high fees and then they give
the work to H1B holders that earn $10 per hour.
So maybe we should ask more questions ex.
a.
On Fri, 20 Jul 2007 09:27:32 -0500, Ed Gould [EMAIL PROTECTED] wrote:
I have little doubt you
can do it in rexx but how many people would be able to debug it (if
need be).
At least as many as could for any program written in any other language
considering rexx syntax is fairly simple (one
G'day,
Please let me know if there is a way to extract all the jobs (with start
and end times) from spool. The requirement is to provide a daily report
on jobs that ran, with their start time, end time and return code.
Is there a way I can use SDSF pgm to extract contents of all the jobs
(or
---snip---
The nasty part is testing bit fields in COBOL. The LE bit test routines
are expensive to run. (I haven't looked recently at COBOL to see if
there are native ways to do this that don't involve standing on one's
head.)
CALL 'CEESITST'
Yes please!
Sent from Grant Ward Able's Blackberry
- Original Message -
From: Rick Fochtman [EMAIL PROTECTED]
Sent: 07/20/2007 01:38 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Regarding SDSF pgm
---snip---
The nasty part is testing bit fields
On Fri, 20 Jul 2007 09:27:32 -0500, Ed Gould [EMAIL PROTECTED]
wrote:
I have little doubt you
can do it in rexx but how many people would be able to debug it (if
need be).
Ed
Far more than could do it with Natural, EasyTrieve, SAS, Assembler, .
As soon as I can locate them. Might be a while.
Grant Ward Able wrote:
Yes please!
Sent from Grant Ward Able's Blackberry
- Original Message -
From: Rick Fochtman [EMAIL PROTECTED]
Sent: 07/20/2007 01:38 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Regarding SDSF pgm
On Thu, 19 Jul 2007 09:27:09 +0530, Sridhar K Veena wrote:
Please let me know if there is a way to extract all the jobs (with start
and end times) from spool. The requirement is to provide a daily report
on jobs that ran, with their start time, end time and return code.
Why not use SMF data?
Hi Sridhar,
As others have already suggested, your SMF data is probally the best source
of the information you seek. However, per the z/OS R7 MVS System
Management Facilities (SMF) manual, Section 13.8, TITLED: Record Type 5
(05) -- Job Termination, there is the following note:
Note: IBM
Hi Sridhar,
As others have already suggested, your SMF data is probally the best source
of the information you seek.
While the SMF should be your best source, it is also cumbersome with the VBS
nature of the data and lack of non-assembler copybooks. On the plus side,
your shop probably has
-Original Message-
From: IBM Mainframe Discussion List
[mailto:[EMAIL PROTECTED] On Behalf Of Sridhar K Veena
Sent: Wednesday, July 18, 2007 10:57 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Regarding SDSF pgm
G'day,
Please let me know if there is a way to extract all the jobs
On Thu, 19 Jul 2007 09:27:09 +0530, Sridhar K Veena
[EMAIL PROTECTED] wrote:
G'day,
Please let me know if there is a way to extract all the jobs (with start
and end times) from spool. The requirement is to provide a daily report
on jobs that ran, with their start time, end time and return
Here is an example of using REXX to look at an SMF record - in this case
type 6 records. You might be able to use this as a model if you don't want
to use PL/I or SAS or ...
/* rexx */
signal on error
arg dsn
ALLOC F(SMFIN) DS(dsn) SHR REUSE
EXECIO * DISKR SMFIN (FINIS STEM
Ed Gould wrote:
As others have said type 5 is semi OK Type 35 records are OK but are
somewhat complex. They have offsets that are almost impossible to use,
probably only SAS and assembler (maybe PL1). But if you only need start
stop date and jobname its probably OK to use type 35. I have
On Jul 19, 2007, at 3:57 PM, Ed Gould wrote:
On Jul 18, 2007, at 10:57 PM, Sridhar K Veena wrote:
G'day,
Please let me know if there is a way to extract all the jobs (with
start
and end times) from spool. The requirement is to provide a daily
report
on jobs that ran, with their start
Bob,
I stand corrected I should have looked at the manual before I wrote
it. Thank you for the correction .
Ed
On Jul 19, 2007, at 6:28 PM, Bob Rutledge wrote:
Ed Gould wrote:
As others have said type 5 is semi OK Type 35 records are OK but
are somewhat complex. They have offsets that
On Thu, 19 Jul 2007 18:08:50 -0500, Ed Gould [EMAIL PROTECTED] wrote:
... They have offsets that are almost impossible to
use, probably only SAS and assembler (maybe PL1).
Or COBOL. Or any language that you like.
--
Tom Marchant
On Jul 19, 2007, at 8:16 PM, Tom Marchant wrote:
On Thu, 19 Jul 2007 18:08:50 -0500, Ed Gould
[EMAIL PROTECTED] wrote:
... They have offsets that are almost impossible to
use, probably only SAS and assembler (maybe PL1).
Or COBOL. Or any language that you like.
Tom,
We had a excellent
On Thu, 19 Jul 2007 20:34:17 -0500, Ed Gould wrote:
On Jul 19, 2007, at 8:16 PM, Tom Marchant wrote:
On Thu, 19 Jul 2007 18:08:50 -0500, Ed Gould wrote:
... They have offsets that are almost impossible to
use, probably only SAS and assembler (maybe PL1).
Or COBOL. Or any language that
41 matches
Mail list logo
