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 r
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 us
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 r
We do not have access to SMF records and we dont have expertise
aswell
:)
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 010 831 7
: Thursday, July 19, 2007 9:20 AM
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 (with start
and end times) from spool. The requirement is to provide a daily report
on jobs that ran, with their start time, end
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 us
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 t
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 self-d
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 con
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
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 SM
>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 bus
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
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 SDS
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, .
--
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
--
The nasty part is testing bit fiel
--
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' USING WOR
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
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
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 t
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. W
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 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
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
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
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 da
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 J
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
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 sta
List [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 e
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
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 excellen
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
-
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
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 ne
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
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 tim
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 retur
> -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
>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
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 r
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
42 matches
Mail list logo