Sarbanes-Oxley

[Phil Payne]

Sorry if you've already done all the work...

http://news.independent.co.uk/business/news/article360919.ece

"Tough, post-Enron company rules in the US may have to be relaxed to stem a 
flow of listings
from New York to London, an American diplomat said yesterday.

Rushed through in 2002, following a wave of corporate scandals, the 
controversial
Sarbanes-Oxley legislation lays down tough accounting rules designed to ensure 
that public
companies make fuller disclosure of their financial position.

It prompted an angry reaction from this side of the Atlantic because European 
companies that
are listed in the US are affected even if they comply with their own domestic 
requirements."

-- 
  Phil Payne
  http://www.isham-research.co.uk
  +44 7833 654 800
-- 
  Phil Payne
  http://www.isham-research.co.uk
  +44 7833 654 800

--
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

Re: Need Help defining an AS400 with an IP address to the mainframe

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 04/28/2006
   at 03:09 PM, "Patrick O'Keefe" <[EMAIL PROTECTED]> said:

>I think you misunderstood my point. 

No, you just didn't think it through. The Devil is in the details.

>The Finite State Machines in your FAP describe what programs have to 
>do - programs written in whatever is appropriate for the node in 
>question.  a PUCP is a chunk of code executing in the node. 

The entire node is a chunk of code. There is no node type for the
hardware itself.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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

Re: PDS Directory Question

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>,
on 04/28/2006
   at 12:00 AM, Ted MacNEIL <[EMAIL PROTECTED]> said:

>It requires re-allocation.

No, although I'd recommend a backup prior to an expand in place.

>There are tools that can expand PDS directories, but I have not had
>great success with them.

FIXPDS has worked falwlessly for me. YMMV.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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

Re: PDS Directory Question

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 04/28/2006
   at 10:04 PM, Ed Gould <[EMAIL PROTECTED]> said:

>Actually I believe MFT predated MVT. Don't know by years (or less).

That gets complicated. SSS, MSS and MPS were announced concurrently,
but there were significant redesigns in the evolutions SSS->PCP,
MSS->MFT->MFT II and MPS->VMS->MVT. I believe that OS/360 had
stabilized at PCP, MFT and MVT by the time IEBCOPY came along; it
definitely ran under PCP. The AOS (OS/VS) version  had some
significant enhancements, but you could zap it to run under OS/360.

Of course, before IEBCOPY you had IEHMOVE. Don't ask, don't tell.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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

Re: PDS Directory Question

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on
04/28/2006
   at 01:18 PM, Howard Rifkind <[EMAIL PROTECTED]> said:

>I used FDRReorg to get some additional space but not all that I need

Doesn't FDRREORG have options to use IEBCOPY as the data mover and to
expand the directory on the output side?

>  1.  What would be the best approach to extending the directory
>  blocks.

I'm not sure that there is a single best approach, but I've had good
results from PDS85. If you have that or StarTools, look at the FIXPDS
command.


In <[EMAIL PROTECTED]>, on
04/28/2006
   at 02:05 PM, Howard Rifkind <[EMAIL PROTECTED]> said:

>  Management won't go for the purchase

PDS85 is free.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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

Re: Sub-capacity charging - food for thought

[Timothy Sipples]

Customers asked IBM for more capacity increments, which is why the System 
z9 BC has so many.  Just that simple.

As mentioned upthread, many customers wanted additional hardware 
granularity, especially on the System z9 EC.  Also, while it would be nice 
if all software were available on a subcapacity basis (e.g. IBM's WLC), 
some customers have old contracts and/or vendors that don't yet provide 
subcapacity pricing.  Fortunately more and more vendors seem to be 
adopting subcapacity pricing in one form or another.

I have worked with at least one customer that now has all their software 
priced at subcapacity.  Indeed they are less concerned about these fine 
capacity increments, and they run some of their Linux work on spare CP 
capacity.  They may have other reasons to get System z9 (e.g. zIIP), but 
granularity is not much of a factor for them.  Your mileage may vary.

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect, z9/zSeries
IBM Japan, Ltd.
E-Mail: [EMAIL PROTECTED]

--
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

Re: Submitting job using ReXX

[Tim Hare]

>> //S2C9011   JOB (S2C9,XX,TI),'', 
>> // MSGCLASS=T, 
>> // NOTIFY=&SYSUID, 
>> //*TYPRUN=SCAN, 
>> // CLASS=X 
>> //* 
>> //PROCLIB JCLLIB ORDER=(PROD.PROC.LIB,PROD.PROC.LIB)
>> //* 
>> //JOBLIB   DD DSN=POITS.BATPROD.LOAD,DISP=SHR 
>> // DD DSN=PODBM.SCIC.RESLIB,DISP=SHR 
>> //* 

>I don't see a comma after the first JOBLIB DD statement.  I think
>that is what matches this error message you received:
>> The JESYSMSG in the spool says "EXPECTED CONTINUATION NOT RECEIVED"

Sorry, Wade - that's incorrect. You don't put commas between two DD 
statements, they are two independent statements. A comma at the end of the 
line is used to indicate continuation of one statement.

The error message means, essentially,  that somewhere a new statement 
starts before the old one completed. If MSGLEVEL=(1,1) usually you can 
look through the JESJCL listing for the statement mentioned in the error 
message and quickly determine that it has a comma after the last 
parameter, and that there's a JCL statement (DD, EXEC, OUTPUT, etc.) after 
it.


Tim Hare
Senior Systems Programmer
Florida Department of Transportation
(850) 414-4209

--
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

Re: PDS Directory Question

[Ted MacNEIL]

>>It requires re-allocation.

>No, although I'd recommend a backup prior to an expand in place.

I said that for safety's sake.
All the IBM doc says they cannot be expanded.
Yet, the OP asked how to do it with IBM tools/utilities.

I have always used re-allocation, and I always will.

I have had no (to little) success with the expansion products.

-
-teD

O-KAY! BLUE! JAYS!
Let's PLAY! BALL!

--
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

Re: Redirect the joblog to mvs syslog when job abend ?

[Lizette Koehler]

Laurence,

I guess the question is what specifically do you want "redirected" to syslog
and why.  Also need to know operating system level and which JES you are
running.  Are you z/OS 1.4 with JES2 or JES3   or something like it?

The system log is used for many things and I personally would not put the
joblog there.  However, there are a couple of MVS exits you could use to
replicate some (if not all) information.  But I would like to know what
specificially you need in the syslog.

Are you looking for abend codes, cpu time, step name, etc...?

MVS/JES puts the basic job name, job number, and start and end messages.  


Lizette Koehler

>  Looking for any alternative to redirect the joblog to mvs syslog when job
> abend , Is it doable ?
> 
> 

--
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

Re: Submitting job using ReXX

[Chris Mason]

Rashmi,

I haven't been keeping up with the latest developments in JCL for, well,
about 10 years or so now so I just assumed someone at the coal face would
find the answer to this thread quite quickly. However this issue has been
raging since Wednesday and still no resolution has been provided.

When I saw the suggestion that there should be a comma between concatenated
DD statements, I reassessed my relative level of competence in this area.

Of course, I could be quite wrong and the problem could lie elsewhere but I
personally, with my very limited knowledge of matters JCL, would never have
thought it could be possible to put a comment in the middle of a set of
cards - sorry, 80-byte records - making up a JCL statement for fear of
provoking an error message of some sort such as maybe "EXPECTED CONTINUATION
NOT RECEIVED".

Thus I would remove "//*TYPRUN=SCAN," and try again.

Chris Mason

P.S. My introduction to JCL was some almost 39 years ago. I had to arrange
to submit, via van-based remote job entry, a compile and go job to calculate
some reaction diagrams in a physical chemistry project. I went to the
relevant office, was handed a coding form marked with gibberish and told to
punch up the cards and stick them on the front of the program and data - and
don't ask what those cards mean!

- Original Message - 
From: "Tim Hare" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Sunday, 30 April, 2006 2:30 PM
Subject: Re: Submitting job using ReXX


> >> //S2C9011   JOB (S2C9,XX,TI),'',
> >> // MSGCLASS=T,
> >> // NOTIFY=&SYSUID,
> >> //*TYPRUN=SCAN,
> >> // CLASS=X
> >> //*
> >> //PROCLIB JCLLIB ORDER=(PROD.PROC.LIB,PROD.PROC.LIB)
> >> //*
> >> //JOBLIB   DD DSN=POITS.BATPROD.LOAD,DISP=SHR
> >> // DD DSN=PODBM.SCIC.RESLIB,DISP=SHR
> >> //*
>
> >I don't see a comma after the first JOBLIB DD statement.  I think
> >that is what matches this error message you received:
> >> The JESYSMSG in the spool says "EXPECTED CONTINUATION NOT RECEIVED"
>
> Sorry, Wade - that's incorrect. You don't put commas between two DD
> statements, they are two independent statements. A comma at the end of the
> line is used to indicate continuation of one statement.
>
> The error message means, essentially,  that somewhere a new statement
> starts before the old one completed. If MSGLEVEL=(1,1) usually you can
> look through the JESJCL listing for the statement mentioned in the error
> message and quickly determine that it has a comma after the last
> parameter, and that there's a JCL statement (DD, EXEC, OUTPUT, etc.) after
> it.
>
>
> Tim Hare
> Senior Systems Programmer
> Florida Department of Transportation
> (850) 414-4209

--
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

Submitting job using ReXX

[Rick Fochtman]

Make certain that the operands in the second and subsequent lines of the JOB
statement start IN OR BEFORE column 16. If theyn start after column 16, they are
treated as comments. That's also why the NOTIFY fails, as well.


> The job looks something like this:

> //S2C9011   JOB (S2C9,XX,TI),'',
> // MSGCLASS=T,
> // NOTIFY=&SYSUID,
> //*TYPRUN=SCAN,
> // CLASS=X
> //*
> //PROCLIB JCLLIB ORDER=(PROD.PROC.LIB,PROD.PROC.LIB)
> //*
> //JOBLIB   DD DSN=POITS.BATPROD.LOAD,DISP=SHR
> // DD DSN=PODBM.SCIC.RESLIB,DISP=SHR
> //*

I don't see a comma after the first JOBLIB DD statement.  I think
that is what matches this error message you received:
> The JESYSMSG in the spool says "EXPECTED CONTINUATION NOT RECEIVED"



---
[This E-mail has been scanned for viruses by the YourNet Connection Virus 
system]
[For more information, please go to http://www.ync.net/YourMAIL]

--
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

PDS Directory Question

[Rick Fochtman]

The PDS 8.4 tool from the CBT site does a beautiful job of expanding a PDS
directory. I recommend it HIGHLY! You'll use the EXPANDDIR(nnn) to add nnn
directory blocks. If you're nervous about it, by all means take a FDR backup,
but I've never had it fail, in all the years I've used it. And PDS is a
WONDERFUL TOOL!!!  Saved my posterior many times over!!

> There are tools that can expand PDS directories, but I have not
> had great success with them.
>
> In the past, I would have recommended converting to a PDSE;
> unfortunately there have been all sorts of integrity issues with
> them ever since IBM removed the requirement for them to be
> SMS-Managed.  And, that requires a re-allocation, anyways.
>

I've been in a *very* large shop for about four years.  The
responsibilities are extremely segregated for these systems, so I
rarely get to see the sysprog side of life.  (ESP, ReXX, MVS
application support and upgrades are part of my usual fare).

So, owing to my lopsided exposure to mainframes,  I am hoping that
you'll explain these PDSE issues.  I've been using PDSEs
extensively for personal datasets and haven't experienced any
problems as a result of SMS interaction (or any other).  If the
PDSE datasets are SMS managed, does this alleviate the problems
you've seen?

Wade Curry
Sr. Implementation Mgr.
AT&T Services, Inc.

---
[This E-mail has been scanned for viruses by the YourNet Connection Virus 
system]
[For more information, please go to http://www.ync.net/YourMAIL]

--
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

Re: ISPF Abend during a 3.3 copy

[Rick Fochtman]

You're running out of CPU time. You'd probably be well advised to set up a
IEBCOPY batch job for the copy.


Subject: ISPF Abend during a 3.3 copy

I'm trying to do an ISPF 3.3 copy of a very large PDS from one volume to
another.

  Not running out of space in the target and everything is o.k. directory space
wise.

  The copy almost completes.  There are 981 member in the source and 949 in the
target when my TSO
user id faila on the following:

  IEF450I SHUUSR3 IKJACCNT $$HMR - ABEND=S622 U REASON= 924
  TIME=09.06.08
  IEF377I SHUUSR3 IKJACCNT $$HMR 925
  SHUUSR3.SPFLOG1.LIST NOT CATLGD 2
  $HASP395 SHUUSR3 ENDED

  Can any one give me some idea of what's happening here and how to fix this so
the copy complets.
Thanks.


---
[This E-mail has been scanned for viruses by the YourNet Connection Virus 
system]
[For more information, please go to http://www.ync.net/YourMAIL]

--
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

Re: PDS Directory Question

[Eric N. Bielefeld]

Rick,

An even better tool is the PDS 8.5 tool from the CBT site.

Eric Bielefeld
Sr. z/OS Systems Programmer
Milwaukee Wisconsin
414-475-7434

- Original Message - 
From: "Rick Fochtman" <[EMAIL PROTECTED]>

Subject: PDS Directory Question



The PDS 8.4 tool from the CBT site does a beautiful job of expanding a PDS
directory. I recommend it HIGHLY! You'll use the EXPANDDIR(nnn) to add nnn
directory blocks. If you're nervous about it, by all means take a FDR 
backup,

but I've never had it fail, in all the years I've used it. And PDS is a
WONDERFUL TOOL!!!  Saved my posterior many times over!!tml 


--
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

Re: ISPF Abend during a 3.3 copy

[Binyamin Dissen]

On Sun, 30 Apr 2006 11:32:42 -0500 Rick Fochtman <[EMAIL PROTECTED]> wrote:

:>You're running out of CPU time. You'd probably be well advised to set up a
:>IEBCOPY batch job for the copy.

622 is not CPU time.

It is VTAM/TCAM thinking that the session is idle too long.

:>
:>Subject: ISPF Abend during a 3.3 copy

:>I'm trying to do an ISPF 3.3 copy of a very large PDS from one volume to
:>another.

:>  Not running out of space in the target and everything is o.k. directory 
space
:>wise.

:>  The copy almost completes.  There are 981 member in the source and 949 in 
the
:>target when my TSO
:>user id faila on the following:

:>  IEF450I SHUUSR3 IKJACCNT $$HMR - ABEND=S622 U REASON= 924
:>  TIME=09.06.08
:>  IEF377I SHUUSR3 IKJACCNT $$HMR 925
:>  SHUUSR3.SPFLOG1.LIST NOT CATLGD 2
:>  $HASP395 SHUUSR3 ENDED

:>  Can any one give me some idea of what's happening here and how to fix this 
so
:>the copy complets.

--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
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

Re: Sub-capacity charging - food for thought

[Marian Gasparovic]

I am surprised nobody mentioned subcapacity CBU possibility. It was also
driven by customer demands.

Marian Gasparovic
IBM Slovakia

On 4/30/06, Timothy Sipples <[EMAIL PROTECTED]> wrote:


Customers asked IBM for more capacity increments, which is why the System
z9 BC has so many.  Just that simple.

As mentioned upthread, many customers wanted additional hardware
granularity, especially on the System z9 EC.  Also, while it would be nice
if all software were available on a subcapacity basis (e.g. IBM's WLC),
some customers have old contracts and/or vendors that don't yet provide
subcapacity pricing.  Fortunately more and more vendors seem to be
adopting subcapacity pricing in one form or another.

I have worked with at least one customer that now has all their software
priced at subcapacity.  Indeed they are less concerned about these fine
capacity increments, and they run some of their Linux work on spare CP
capacity.  They may have other reasons to get System z9 (e.g. zIIP), but
granularity is not much of a factor for them.  Your mileage may vary.

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect, z9/zSeries
IBM Japan, Ltd.
E-Mail: [EMAIL PROTECTED]

--
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



--
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

Re: PDS Directory Question

[Bruce Black]

Doesn't FDRREORG have options to use IEBCOPY as the data mover and to
expand the directory on the output side?
No, FDRREORG does not use IEBCOPY, but it does have options to expand 
the directory while it is reorganizing the PDS.  


--
Bruce Black
Senior Software Developer
Innovation Data Processing

--
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

Re: PDS Directory Question

[Ed Gould]

On Apr 29, 2006, at 9:57 PM, Shmuel Metz (Seymour J.) wrote:


Of course, before IEBCOPY you had IEHMOVE. Don't ask, don't tell.



Seymour:

I can attest to that. When I was handed the keys to the kingdom I  
found out that the entire library (source,load,procs) system was  
based on IEHMOVE what a PITA. Talk about long running, sigh. The  
first chance I got was to convert it to IEBCOPY. We had MFT (my  
memory is fading on partition sizes we had). I latched on to to a  
large partition for IEBCOPY and it ran really well in a large  
partition (like a dog in the smaller partition). I was able to cut  
library maintenance down to a reasonable window so we didn't affect  
production . The timings were so well received that I got a  
commendation from the colonel (I was in the Army).


IEHMOVE was a dog.

Ed

--
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

Re: Redirect the joblog to mvs syslog when job abend ?

[Gilbert Saint-Flour]

On Saturday 29 April 2006 23:53, Tsai Laurence wrote:

> Looking for any alternative to redirect the joblog to mvs syslog
> when job abend , Is it doable ?

It should be doable, but probably not easy.  Why don't you tell us 
exactly what you want to do?

On a similar subject: I'd like to write certain "system messages" to the 
JOB log in case of a JCL error, particularly this one:

IEF212I GILBERTT STEP1 INFILE - DATA SET NOT FOUND

which I have a hard time locating in JESYSMSG when the problem occurs.  
I think I know of a cumbersome way to intercept system messages, but 
I've never tried it.  Has anyone found an easy way to do it?

-- 

 Gilbert Saint-Flour
 GSF Software
 http://gsf-soft.com/
 mailto:[EMAIL PROTECTED]

--
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

Re: Sarbanes-Oxley

[Skip Robinson]

In a recent public radio news discussion about the ongoing Enron criminal 
trials, the question was posed: if Enron were in business today, how would 
the company measure up against the SOX standard? This whole agony and 
ecstasy was conjured up, after all, to prevent another Enron catastrophe. 
The answer was that, although hypothetical and conjectural, Enron would 
likely rank in the TOP HALF of all U.S. companies. 

So much for due diligence. 

.
.
JO.Skip Robinson
Southern California Edison Company
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
[EMAIL PROTECTED]



Phil Payne <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
04/30/2006 03:10 AM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Sarbanes-Oxley






Sorry if you've already done all the work...

http://news.independent.co.uk/business/news/article360919.ece

"Tough, post-Enron company rules in the US may have to be relaxed to stem 
a flow of listings
from New York to London, an American diplomat said yesterday.

Rushed through in 2002, following a wave of corporate scandals, the 
controversial
Sarbanes-Oxley legislation lays down tough accounting rules designed to 
ensure that public
companies make fuller disclosure of their financial position.

It prompted an angry reaction from this side of the Atlantic because 
European companies that
are listed in the US are affected even if they comply with their own 
domestic requirements."

-- 
  Phil Payne


--
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

Re: New System Command Script Facility

[Brian Westerman]

Hi,

I have made the changes to SYZCMDZ to have the IF nesting levels default to
8 levels (instead of 4) and I have added the ability to specify an amount of
time that a task had to be running in order to qualify as "running".  This
was the only request from anyone at IBMMAIN and it made a lot of sense,
since the way the utility currently works, if you start a task (like CICS)
and then follow it with a "WAIT UNTIL STARTED CICS001" or the obsolete
utilities method of "STARTED CICS001" control command, as soon as the CICS
task begins to run the wait will be over, but CICS will obviously not be
ready to accept any commands since it's not completed initialized yet.  To
resolve this issue, I have added the ability to say "WAIT UNTIL STARTED
CICS001 5M" which will wait not only for CICS001 to be started, but for it
to have been running for 5 minutes (the time can be any time based on 4
digits, followed by a S for seconds (the default) or M for minutes.)

Further, I have added the ability for "operator Intervention" on the wait. 
You can specify "WAIT UNTIL STARTED CICS001 5M/OPER" which will do the same
thing, but provide an interface that will allow the operator to cancel the
waiting and let the job move forward, you can also specify it with no time,
(just the /OPER), which will keep it from waiting forever if the operator
decides to intervene.

What was actually requested was the ability to tell the SYZCMDZ script
utility to wait for a console message, (in this case it would be the DFH
CONTROL IS GIVEN TO CICS message), and I think I can add that capability,
but it will take a while to work it out and test it.  It poses some problems
because if the message never gets issued, I would obviously have to let the
operator let me continue, but the question would be, Should I continue as if
the message did come out, or didn't come out?  The ramifications would be
pretty signifigant.

I have also decided that there will be two versions of the utility as with
my other program products, a free version which contains lesser
capabilities, and a "cost" version (very small cost) that will contain all
of the bells and whistles.  The reason for this is that I would like to be
able to recoup some of the development costs and the maintenance of the
utility.  Over the past year I have received over 400 emails asking how to
implement the utility and how to resolve some automation issues alone.  I
have spent well over 300 hours on the emails/responses and development of
the complete re-write of the entirely new version of the software.

I'm willing to continue to provide this level of support and more, but I
have to be able to offset the costs of doing that so that's why I will be
offering the two different modules.

I'm sorry if this move upsets some of you, but it's a necessary move on my
part that hopefully you will all understand. 

This new utility will be added to the other two that are currently managed
in the same way, (free version and a "PAY" version), which are SYZAUTO the
AUTO command and JOB scheduling package and SPOOLOFF, the Spool Management
utility.  Both of those packages have a free version which many of you have
been using for several years, and a pay version with many additional features.  

Brian

--
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

Re: Submitting job using ReXX

[Smith, Sean M]

How come this thread is still active?  The response below is the same
solution that I have encountered the past.  You can not have special
characters that the File Tailoring will try to process like <.

Sean

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Beesley, Paul
Sent: Wednesday, April 26, 2006 3:23 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Submitting job using ReXX

The file tailoring ( FTINCL ) is failing so the job is only partially
submitted.
FT doesn't like special characters like < and &, so either remove your
comments or I think you can code << which will get interpreted as <.
Check the ISPF manuals... 


Paul 

--
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

Re: Sub-capacity charging - food for thought

[Hal Merritt]

I'm confused. Our sub capacity pricing is based on the MSU consumption,
not the size of the box. Or so it appears by our monthly software bill.
It has saved us some serious bucks.  



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Phil Payne
Sent: Friday, April 28, 2006 9:27 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Sub-capacity charging - food for thought

z9 BC R07 - 53 Performance levels
z9 BC S07- 20 Performance levels
z9 EC nnn - 24 Performance levels

I think that pretty much states right out loud just how really effective
sub-capacity pricing
isn't.

-- 
  Phil Payne
  http://www.isham-research.co.uk
  +44 7833 654 800

 

--
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

Re: Batch JCL on Windows/.NET ???

[Hal Merritt]

I have been curious about this so called "Christmas Tree Virus" for many
years. I hear it mentioned, but have never been able to verify it as a
real event or urban legend. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tim Hare
Sent: Friday, April 28, 2006 10:40 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Batch JCL on Windows/.NET ???

"Now you can get JCL errors AND viruses right on the same machine."

You always could -  ex: the "Christmas Tree Virus" which was probably
more 
of a "worm" on VM/Profs  which I'm sure affected some machines with MVS 
guests (and it's old enough that it was called MVS then I believe, 
possibly MVS/XA or /ESA but still MVS).

It's just a lot harder to do, and a LOT  harder to infect the operating 
system itself. Applications, however, are probably easier.

Tim Hare
Senior Systems Programmer
Florida Department of Transportation
(850) 414-4209

--
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

--
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