Re: IPLing z/OS 2.2 from 1.13 for first time getting JES2 catastrophic error

[Elardus Engelbrecht]

Pommier, Rex wrote:

>Upgrading from z/OS 1.13 to 2.2.  Attempted to IPL it tonight in our sandbox 
>using a clone of one of our production LPARs.  Tried to bring JES2 up warm and 
>got a $HASP095 catastrophic error code=$BR1.  We are running z11 mode on 1.13 
>and the $HASP493 warm start message verified z11 mode.  I got a system dump of 
>JES2 when it failed and will attempt to figure out 
something in it tomorrow, but was wondering if anybody has seen anything like 
this. 

What do you see if you issue $D ACTIVATE during that disastrous IPL?


> I restarted JES2 bringing it up COLD and it came right up, in z22 mode.

This is documented and WAD, but very very disruptive!


>Does anybody know offhand if JES2 needs to be brought up cold when migrating 
>from 1.13 to 2.2 or what might be the problem.  

I have RTFM, but could not find any such requirements, unless I missed 
something.


>I didn't quiesce JES2 on the current 1.13 system before creating the clone for 
>the sandbox, but we've not had issues with doing this before for DR testing 
>(not moving to a new release).

>Any thoughts/ideas would be most welcome.

Check Health Checker - JES2_UPGRADE_CKPT_LEVEL_JES2

Also check OA48823 (about $IV8, not about your $BR1) and similar APARs. There 
are a few of them for JES2.

I believe I have seen discussions about this (upgrade and toleration of JES2) 
previously.

You should check out the migration actions needed all the way from z/OS v1.13 
to v2.2 for JES2.

PS: we are not at 2.2 at all, because we are still dragging a 1.13 LPAR... 
don't ask. ;-)

Good luck!

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AW: SHOWMVS ASMA972U Error

[Roland Schiradin]

Hi Dennis, 

I believe Paul suggestion with the Workfile parameter will help. 
Keep in mind the GOFF option is REQUIRED for SHOWzOS.   

Roland

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im
Auftrag von Longnecker, Dennis
Gesendet: Mittwoch, 4. Januar 2017 17:39
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: SHOWMVS ASMA972U Error

Trying to assemble SHOWZOS.  It is getting:

** ASMA972U Virtual storage exhausted; increase the SIZE option STATEMENT
NUMBER 83127 WAS BEING PROCESSED BY PASS 1 OF THE ASSEMBLER

I'm on z/os 2.2

The EXEC statement has:

//ASMH EXEC PGM=ASMA90,REGION=0M,

I've tried various SIZE options:

// PARM=(OBJECT,NODECK,BATCH,NOESD,NORLD,NOXREF,SIZE(MAX-1M,ABOVE))
// PARM=(OBJECT,NODECK,BATCH,NOESD,NORLD,NOXREF,SIZE(MAX,ABOVE))

And get the same results.

Any suggestions?

Dennis






--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

IPLing z/OS 2.2 from 1.13 for first time getting JES2 catastrophic error

[Pommier, Rex]

Hello list,

Upgrading from z/OS 1.13 to 2.2.  Attempted to IPL it tonight in our sandbox 
using a clone of one of our production LPARs.  Tried to bring JES2 up warm and 
got a $HASP095 catastrophic error code=$BR1.  We are running z11 mode on 1.13 
and the $HASP493 warm start message verified z11 mode.  I got a system dump of 
JES2 when it failed and will attempt to figure out something in it tomorrow, 
but was wondering if anybody has seen anything like this.  I restarted JES2 
bringing it up COLD and it came right up, in z22 mode.

Does anybody know offhand if JES2 needs to be brought up cold when migrating 
from 1.13 to 2.2 or what might be the problem.  I didn't quiesce JES2 on the 
current 1.13 system before creating the clone for the sandbox, but we've not 
had issues with doing this before for DR testing (not moving to a new release).

Any thoughts/ideas would be most welcome.

TIA,

Rex


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Addressing Question

[scott Ford]

This is what Frank said I think


Storage and its addressability

  Version 4.2.0  No other versions

When you run COBOL programs, the programs and the data that they use reside
in virtual storage. Storage that you use with COBOL can be either below the
16-MB line or above the 16-MB line but below the 2-GB bar. Two modes of
addressing are available to address this storage: 24-bit and 31-bit.

You can address storage below (but not above) the 16-MB line with 24-bit
addressing. You can address storage either above or below the 16-MB line
with 31-bit addressing. Unrestricted storage is addressable by 31-bit
addressing and therefore encompasses all the storage available to your
program, both above and below the 16-MB line.

Enterprise COBOL does not directly exploit the 64-bit virtual addressing
capability of z/OS; however, COBOL applications running in 31-bit or 24-bit
addressing mode are fully supported on 64-bit z/OS systems.

Addressing mode (AMODE) is the attribute that tells which hardware
addressing mode is supported by your program: 24-bit addressing, 31-bit
addressing, or either 24-bit or 31-bit addressing. This attribute is AMODE
24, AMODE 31, or AMODE ANY, respectively. The object program, the load
module, and the executing program each has an AMODE attribute. All Enterprise
COBOL object programs are AMODE ANY.

Residency mode (RMODE) is the attribute of a program load module that
identifies where in virtual storage the program will reside: below the
16-MB line, or either below or above. This attribute is RMODE 24 or RMODE
ANY.

Enterprise COBOL uses Language Environment services to control the storage
used at run time. Thus COBOL compiler options and Language Environment runtime
options influence the AMODE and RMODE attributes of your program and data,
alone and in combination:
*DATA*Compiler option that influences the location of storage for
WORKING-STORAGE data, I-O buffers, and parameter lists for programs
compiled with RENT.*RMODE*Compiler option that influences the residency
mode and also influences the location of storage for WORKING-STORAGE data,
I-O buffers, and parameter lists for programs compiled with
NORENT.*RENT*Compiler
option to generate a reentrant program.*HEAP*Runtime option that controls
storage for the runtime heap. For example, COBOL WORKING-STORAGE is
allocated from heap storage.*STACK*Runtime option that controls storage for
the runtime stack. For example, COBOL LOCAL-STORAGE is allocated from stack
storage.*ALL31*Runtime option that specifies whether an application can run
entirely in AMODE 31.


I  know understand 


Scott

On Wed, Jan 4, 2017 at 4:12 PM scott Ford  wrote:

> Huh,
>
>
> We are calling statically.
>
> Scott
>
> On Wed, Jan 4, 2017 at 4:07 PM Bill Woodger 
> wrote:
>
> ALL31(ON) is only relevant for dynamic CALLs, and it is as Frank has
> described - no switching, and if you CALL an AMODE(24), dynamically, you'll
> likely break.
>
>
>
> Your resultant loadmodule is less than 16MB, and, when loaded, fits within
> the available memory below the line. How close you are to exhausting that
> memory with a minor increase in storage is unknown from what you have said.
>
>
>
> You are "getting away with it".
>
>
>
> The map of the loadmodule, produced by the program binder, will confirm
> this.
>
>
>
> I think if you go over 16MB the binder will complain, but it has no way of
> knowing what memory is available of the 16MB for when your program is
> loaded, so you can have a loadmodule which binders successfully, but won't
> fit in the memory available - if you have a change which adds sufficient
> memory.
>
>
>
> You should be able to test this fairly easily. Find the size of the
> loadmodule, add storage so that it is close to, but not, 16MB, and try to
> load it.
>
>
>
> If no other handy methods, a quick "binary chop" will get a reasonable
> "maximum" size you can load, and you can compare your actual loadmodule
> size to that, to know how much leeway you have.
>
>
>
> If that is not enough leeway, you will have to make the assembler happy
> with 31-bit addressing which will allow you to fully binder greater than
> 16MB with everything static, or go with dynamic CALLs to the assembler and
> have LE do its work, using ALL31(OFF) so you get the switching.
>
>
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> Scott Ford
> IDMWORKS
> z/OS Development
>
-- 
Scott Ford
IDMWORKS
z/OS Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Addressing Question

[scott Ford]

Huh,


We are calling statically.

Scott

On Wed, Jan 4, 2017 at 4:07 PM Bill Woodger  wrote:

> ALL31(ON) is only relevant for dynamic CALLs, and it is as Frank has
> described - no switching, and if you CALL an AMODE(24), dynamically, you'll
> likely break.
>
>
>
> Your resultant loadmodule is less than 16MB, and, when loaded, fits within
> the available memory below the line. How close you are to exhausting that
> memory with a minor increase in storage is unknown from what you have said.
>
>
>
> You are "getting away with it".
>
>
>
> The map of the loadmodule, produced by the program binder, will confirm
> this.
>
>
>
> I think if you go over 16MB the binder will complain, but it has no way of
> knowing what memory is available of the 16MB for when your program is
> loaded, so you can have a loadmodule which binders successfully, but won't
> fit in the memory available - if you have a change which adds sufficient
> memory.
>
>
>
> You should be able to test this fairly easily. Find the size of the
> loadmodule, add storage so that it is close to, but not, 16MB, and try to
> load it.
>
>
>
> If no other handy methods, a quick "binary chop" will get a reasonable
> "maximum" size you can load, and you can compare your actual loadmodule
> size to that, to know how much leeway you have.
>
>
>
> If that is not enough leeway, you will have to make the assembler happy
> with 31-bit addressing which will allow you to fully binder greater than
> 16MB with everything static, or go with dynamic CALLs to the assembler and
> have LE do its work, using ALL31(OFF) so you get the switching.
>
>
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
Scott Ford
IDMWORKS
z/OS Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Addressing Question

[Bill Woodger]

ALL31(ON) is only relevant for dynamic CALLs, and it is as Frank has described 
- no switching, and if you CALL an AMODE(24), dynamically, you'll likely break.

Your resultant loadmodule is less than 16MB, and, when loaded, fits within the 
available memory below the line. How close you are to exhausting that memory 
with a minor increase in storage is unknown from what you have said.

You are "getting away with it". 

The map of the loadmodule, produced by the program binder, will confirm this. 

I think if you go over 16MB the binder will complain, but it has no way of 
knowing what memory is available of the 16MB for when your program is loaded, 
so you can have a loadmodule which binders successfully, but won't fit in the 
memory available - if you have a change which adds sufficient memory.

You should be able to test this fairly easily. Find the size of the loadmodule, 
add storage so that it is close to, but not, 16MB, and try to load it.

If no other handy methods, a quick "binary chop" will get a reasonable 
"maximum" size you can load, and you can compare your actual loadmodule size to 
that, to know how much leeway you have.

If that is not enough leeway, you will have to make the assembler happy with 
31-bit addressing which will allow you to fully binder greater than 16MB with 
everything static, or go with dynamic CALLs to the assembler and have LE do its 
work, using ALL31(OFF) so you get the switching.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Addressing Question

[Frank Swarbrick]

I think its exactly the opposite.  "If the initial routine of the Language 
Environment application is AMODE 31, this setting indicates that no other 
routines in the application will be AMODE 24."


I'm thinking that if this option is set then there is no attempt to see if an 
AMODE switch is necessary.  It assumes there is not, since you have guaranteed 
(by setting this option) that all modules in this runtime are 31 bit.



From: IBM Mainframe Discussion List  on behalf of 
scott Ford 
Sent: Wednesday, January 4, 2017 4:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Addressing Question

Mike,

Thanks I thought so, additionally ALL31(ON) implies mode switching to me.


Scott


On Wed, Jan 4, 2017 at 2:52 PM Mike Schwab  wrote:

> If all modules are linked into one load modules, the resulting member
>
> should have the most restrictive settings placed on the member.
>
>
>
> On Wed, Jan 4, 2017 at 4:24 PM, Bill Woodger 
> wrote:
>
> > No. Your CALLs are static.
>
> >
>
> > --
>
> > For IBM-MAIN subscribe / signoff / archive access instructions,
>
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
>
>
>
> --
>
> Mike A Schwab, Springfield IL USA
>
> Where do Forest Rangers go to get away from it all?
>
>
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
Scott Ford
IDMWORKS
z/OS Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Addressing Question

[scott Ford]

Mike,

Thanks I thought so, additionally ALL31(ON) implies mode switching to me.


Scott


On Wed, Jan 4, 2017 at 2:52 PM Mike Schwab  wrote:

> If all modules are linked into one load modules, the resulting member
>
> should have the most restrictive settings placed on the member.
>
>
>
> On Wed, Jan 4, 2017 at 4:24 PM, Bill Woodger 
> wrote:
>
> > No. Your CALLs are static.
>
> >
>
> > --
>
> > For IBM-MAIN subscribe / signoff / archive access instructions,
>
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
>
>
>
>
> --
>
> Mike A Schwab, Springfield IL USA
>
> Where do Forest Rangers go to get away from it all?
>
>
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
Scott Ford
IDMWORKS
z/OS Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Addressing Question

[Mike Schwab]

If all modules are linked into one load modules, the resulting member
should have the most restrictive settings placed on the member.

On Wed, Jan 4, 2017 at 4:24 PM, Bill Woodger  wrote:
> No. Your CALLs are static.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Addressing Question

[Bill Woodger]

No. Your CALLs are static.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REGION=0

[Jesse 1 Robinson]

The IEFUSI exit can override region size/limit specifications. The question is 
whether OP actually has one and if so what it's doing. Many (most?) shops run 
SMF exits that report actual storage allocations at step end. That little 
report can be very useful in determining the outcome of storage requests. When 
REGION=0(K/M) was introduced eons ago, the idea was that it gave a task all 
available storage whether or not that was a good idea. As others have posted, 
that seems not be true these days. (Surprise to me.) 

Also the actual effect of NOLIMIT is not so simple. There is a limit on each 
individual GETMAIN and a limit on all cumulative GETMAINs. Beats me how it all 
works. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nims,Alva John (Al)
Sent: Wednesday, January 04, 2017 1:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: REGION=0

From the MVS JCL Reference for z/OS 1.13:
"Two installation exits, IEFUSI and IEALIMIT, can also affect the size of the 
user address space assigned to the job step."

Are one or both of these exits in use at your site?  I think you can code 0M, 
but the exit will change that value and you may not see that it was changed.

Al Nims
Systems Admin/Programmer 3
UFIT
University of Florida
(352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Frank Swarbrick
Sent: Wednesday, January 04, 2017 3:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: REGION=0

Can you explain that?  I thought REGION=0M (or 0K) allowed you to allocate 
storage up to "whatever is available" (or something like that).


From: IBM Mainframe Discussion List  on behalf of 
Jerry Whitteridge 
Sent: Wednesday, January 4, 2017 11:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: Re: SHOWMVS ASMA972U Error

Also consider that REGION=0M gives you all storage below the line and 32M above 
the line. You may want to specify a larger region size and see if that helps.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EXTERNAL: REGION=0

[Feller, Paul]

>From the z/OS 2.2 JCL manual.  All this could be different if you have an exit 
>in place to influence REGION size.

A value equal to 0K or 0M gives the step all the storage available below and
above 16 megabytes. The resulting size of the region below and above 16
megabytes depends on system options and what system software is installed.
When REGION=0K/0M is specified, the MEMLIMIT is set to NOLIMIT.

A value greater than 0K or 0M and less than or equal to 16,384K or 16M -
establishes the size of the private area below 16 megabytes. If the region size
specified is not available below 16 megabytes, the job step abnormally ends with
an ABEND822. The extended region size is the default value of 32 megabytes.

A value greater than 16,384K or 16M and less than or equal to 32,768K or 32M -
gives the job step all the storage available below 16 megabytes. The resulting
size of the region below 16 megabytes depends on system options and what
system software is installed. The extended region size is the default value of 
32
megabytes.

A value greater than 32,768K or 32M and less than or equal to 2,096,128K or
2047M - gives the job step all the storage available below 16 megabytes. The
resulting size of the region below 16 megabytes depends on system options and
what system software is installed. The extended region size is the specified
value. If the region size specified is not available above 16 megabytes, the job
step receives whatever storage is available above 16 megabytes, up to the
requested amount, and the resulting size of the region above 16 megabytes
depends on system options and what system software is installed.


Thanks..

Paul Feller
AGT Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jerry Whitteridge
Sent: Wednesday, January 04, 2017 15:08
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: REGION=0

It did - for below the line storage, but (and Gil informs me this has changed 
in newer releases) only allocated 32M above the line. I'm not sure which 
release that changed in.

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
623 869 5523
Corporate Tieline - 85523

If you feel in control
you just aren't going fast enough.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Frank Swarbrick
Sent: Wednesday, January 4, 2017 1:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: REGION=0

Can you explain that?  I thought REGION=0M (or 0K) allowed you to allocate 
storage up to "whatever is available" (or something like that).


From: IBM Mainframe Discussion List  on behalf of 
Jerry Whitteridge 
Sent: Wednesday, January 4, 2017 11:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: Re: SHOWMVS ASMA972U Error

Also consider that REGION=0M gives you all storage below the line and 32M above 
the line. You may want to specify a larger region size and see if that helps.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

 Warning: All e-mail sent to this address will be received by the corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient. This e-mail may contain proprietary information and is intended only 
for the use of the intended recipient(s). If the reader of this message is not 
the intended recipient(s), you are notified that you have received this message 
in error and that any review, dissemination, distribution or copying of this 
message is strictly prohibited. If you have received this message in error, 
please notify the sender immediately.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EXTERNAL: REGION=0

[John Abell]

I would be interested in any additional insight on this as the following is
from the V2R2 JCL Reference Page 446.  The asterisks are just to enclose the
info.  The BOLD characters would be relative to the IEFUSI and IEALIMIT or,
possibly, some similar 3rd party product that does the same.

 



value=0M or 0K

A value equal to 0K or 0M gives the step all the storage available below the
2

GB bar. This includes below and above 16 megabytes. The resulting size of
the

region below and above 16 megabytes depends on system options and what

system software is installed. When REGION=0K/0M is specified, the

MEMLIMIT value is set to NOLIMIT.



 

 

John T. Abell  

Tel:800-295-7608Option 4

President 

International:  1-416-593-5578  Option 4

E-mail:  john.ab...@intnlsoftwareproducts.com

Fax:800-295-7609

International:  1-416-593-5579

International Software Products

www.ispinfo.com

 


This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended 

recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also,email is susceptible to data corruption, interception, 

tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.



 

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jerry Whitteridge
Sent: Wednesday, January 04, 2017 4:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: REGION=0

 

It did - for below the line storage, but (and Gil informs me this has
changed in newer releases) only allocated 32M above the line. I'm not sure
which release that changed in.

 

Jerry Whitteridge

Manager Mainframe Systems & Storage

Albertsons - Safeway Inc.

623 869 5523

Corporate Tieline - 85523

 

If you feel in control

you just aren't going fast enough.

 

 

 

-Original Message-

From: IBM Mainframe Discussion List [ 
mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick

Sent: Wednesday, January 4, 2017 1:58 PM

To:   IBM-MAIN@LISTSERV.UA.EDU

Subject: EXTERNAL: REGION=0

 

Can you explain that?  I thought REGION=0M (or 0K) allowed you to allocate
storage up to "whatever is available" (or something like that).

 



From: IBM Mainframe Discussion List < 
IBM-MAIN@LISTSERV.UA.EDU> on behalf of Jerry Whitteridge <
 jerry.whitteri...@safeway.com>

Sent: Wednesday, January 4, 2017 11:39 AM

To:   IBM-MAIN@LISTSERV.UA.EDU

Subject: Re: EXTERNAL: Re: SHOWMVS ASMA972U Error

 

Also consider that REGION=0M gives you all storage below the line and 32M
above the line. You may want to specify a larger region size and see if that
helps.

 

 

--

For IBM-MAIN subscribe / signoff / archive access instructions, send email
to   lists...@listserv.ua.edu with the
message: INFO IBM-MAIN 

Warning: All e-mail sent to this address will be received by the corporate
e-mail system, and is subject to archival and review by someone other than
the recipient. This e-mail may contain proprietary information and is
intended only for the use of the intended recipient(s). If the reader of
this message is not the intended recipient(s), you are notified that you
have received this message in error and that any review, dissemination,
distribution or copying of this message is strictly prohibited. If you have
received this message in error, please notify the sender immediately.



 

--

For IBM-MAIN subscribe / signoff / archive access instructions, send email
to   lists...@listserv.ua.edu with the
message: INFO IBM-MAIN



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Addressing Question

[scott Ford]

Tom,

We run our compiles using COBOL v4.2 as

CBL. ...NODYN,RES,RENT,DATA(31)

Run options via CEEOPTS is ALL31(ON) ..

This for the caller, using AMODE(31) and RMODE ANY for the binder.

We call like this call 'xx' using xx

Does this imply AMODE switching ?


Scott




On Tue, Jan 3, 2017 at 4:46 PM Tom Ross  wrote:

> >>
>
> >>I think i am right in saying that RMODE(ANY) sees the program with
>
> >>RMODE(24) and
>
> >>its ok to execute and the I/O buffers are they 24bit or 31
>
> >>
>
> >>It seems unlikely that the calling program pays any attention to the
> RMODE
>
> >>
>
> >>of anything that it calls.
>
> >>
>
> >>It is up to the caller to meet the requirements of the callee. If the=20
>
> >>callee is AMODE 24, then it would be expected that any data passed
> from=20
>
> >>the caller to the callee be below 16M. That includes save area and=20
>
> >>parameter list.
>
>
>
> >Does COBOL actually have any support for AMODE-switching calls?
>
>
>
>
>
> Yes, if you use a feature called "COBOL dynamic CALL" then a library
> routine
>
> gets control and can do AMODE switching before you enter the called
> program.
>
> There are 3 ways to get COBOL CALL statements to be dynamic these days!
>
> DYNAM compiler option for CALL literal statements, CALL identifier
> statements,
>
> and the >>CALLINTERFACE compiler directive.
>
>
>
> Cheers,
>
> TomR  >> COBOL is the Language of the Future! <<
>
>
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
Scott Ford
IDMWORKS
z/OS Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: REGION=0

[Nims,Alva John (Al)]

>From the MVS JCL Reference for z/OS 1.13:
"Two installation exits, IEFUSI and IEALIMIT, can also affect the size of the 
user address space assigned to the job step."

Are one or both of these exits in use at your site?  I think you can code 0M, 
but the exit will change that value and you may not see that it was changed.

Al Nims
Systems Admin/Programmer 3
UFIT
University of Florida
(352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Frank Swarbrick
Sent: Wednesday, January 04, 2017 3:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: REGION=0

Can you explain that?  I thought REGION=0M (or 0K) allowed you to allocate 
storage up to "whatever is available" (or something like that).


From: IBM Mainframe Discussion List  on behalf of 
Jerry Whitteridge 
Sent: Wednesday, January 4, 2017 11:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: Re: SHOWMVS ASMA972U Error

Also consider that REGION=0M gives you all storage below the line and 32M above 
the line. You may want to specify a larger region size and see if that helps.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EXTERNAL: REGION=0

[Jerry Whitteridge]

It did - for below the line storage, but (and Gil informs me this has changed 
in newer releases) only allocated 32M above the line. I'm not sure which 
release that changed in.

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
623 869 5523
Corporate Tieline - 85523

If you feel in control
you just aren't going fast enough.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Frank Swarbrick
Sent: Wednesday, January 4, 2017 1:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: REGION=0

Can you explain that?  I thought REGION=0M (or 0K) allowed you to allocate 
storage up to "whatever is available" (or something like that).


From: IBM Mainframe Discussion List  on behalf of 
Jerry Whitteridge 
Sent: Wednesday, January 4, 2017 11:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: Re: SHOWMVS ASMA972U Error

Also consider that REGION=0M gives you all storage below the line and 32M above 
the line. You may want to specify a larger region size and see if that helps.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

 Warning: All e-mail sent to this address will be received by the corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient. This e-mail may contain proprietary information and is intended only 
for the use of the intended recipient(s). If the reader of this message is not 
the intended recipient(s), you are notified that you have received this message 
in error and that any review, dissemination, distribution or copying of this 
message is strictly prohibited. If you have received this message in error, 
please notify the sender immediately.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

REGION=0

[Frank Swarbrick]

Can you explain that?  I thought REGION=0M (or 0K) allowed you to allocate 
storage up to "whatever is available" (or something like that).


From: IBM Mainframe Discussion List  on behalf of 
Jerry Whitteridge 
Sent: Wednesday, January 4, 2017 11:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: Re: SHOWMVS ASMA972U Error

Also consider that REGION=0M gives you all storage below the line and 32M above 
the line. You may want to specify a larger region size and see if that helps.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SHOWMVS ASMA972U Error

[Paul Gilmartin]

On Wed, 4 Jan 2017 18:39:12 +, Jerry Whitteridge wrote:

>Also consider that REGION=0M gives you all storage below the line and 32M 
>above the line. You may want to specify a larger region size and see if that 
>helps.
>
From:
z/OS 2.2.0
z/OS MVS
z/OS MVS JCL Reference
EXEC statement
REGION parameter
Defaults
...
A value equal to 0K or 0M - gives the job step all the storage available
below and above 16 megabytes.  ...

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

How many FRR stack entries are available?

[Binyamin Dissen]

The manual states

   "The system only guarantees that installations can add two FRRs"

Is that still true for zOS 2?

--
Binyamin Dissen 
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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EXTERNAL: Re: SHOWMVS ASMA972U Error

[Jerry Whitteridge]

Also consider that REGION=0M gives you all storage below the line and 32M above 
the line. You may want to specify a larger region size and see if that helps.

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
623 869 5523
Corporate Tieline - 85523

If you feel in control
you just aren't going fast enough.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Wednesday, January 4, 2017 11:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: SHOWMVS ASMA972U Error

What does the SIZE look like in the options section of the assembler listing?

Maybe the override is not taking?

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Longnecker, Dennis
> Sent: Wednesday, January 04, 2017 9:39 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SHOWMVS ASMA972U Error
>
> Trying to assemble SHOWZOS.  It is getting:
>
> ** ASMA972U Virtual storage exhausted; increase the SIZE option
> STATEMENT NUMBER 83127 WAS BEING PROCESSED BY PASS 1 OF THE ASSEMBLER
>
> I'm on z/os 2.2
>
> The EXEC statement has:
>
> //ASMH EXEC PGM=ASMA90,REGION=0M,
>
> I've tried various SIZE options:
>
> // PARM=(OBJECT,NODECK,BATCH,NOESD,NORLD,NOXREF,SIZE(MAX-1M,ABOVE))
> // PARM=(OBJECT,NODECK,BATCH,NOESD,NORLD,NOXREF,SIZE(MAX,ABOVE))
>
> And get the same results.
>
> Any suggestions?
>
> Dennis

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

 Warning: All e-mail sent to this address will be received by the corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient. This e-mail may contain proprietary information and is intended only 
for the use of the intended recipient(s). If the reader of this message is not 
the intended recipient(s), you are notified that you have received this message 
in error and that any review, dissemination, distribution or copying of this 
message is strictly prohibited. If you have received this message in error, 
please notify the sender immediately.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SHOWMVS ASMA972U Error

[Lizette Koehler]

And did you code a REGION= on the JOBCARD?

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lizette Koehler
> Sent: Wednesday, January 04, 2017 11:36 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SHOWMVS ASMA972U Error
> 
> What does the SIZE look like in the options section of the assembler listing?
> 
> Maybe the override is not taking?
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Longnecker, Dennis
> > Sent: Wednesday, January 04, 2017 9:39 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: SHOWMVS ASMA972U Error
> >
> > Trying to assemble SHOWZOS.  It is getting:
> >
> > ** ASMA972U Virtual storage exhausted; increase the SIZE option
> > STATEMENT NUMBER 83127 WAS BEING PROCESSED BY PASS 1 OF THE ASSEMBLER
> >
> > I'm on z/os 2.2
> >
> > The EXEC statement has:
> >
> > //ASMH EXEC PGM=ASMA90,REGION=0M,
> >
> > I've tried various SIZE options:
> >
> > // PARM=(OBJECT,NODECK,BATCH,NOESD,NORLD,NOXREF,SIZE(MAX-1M,ABOVE))
> > // PARM=(OBJECT,NODECK,BATCH,NOESD,NORLD,NOXREF,SIZE(MAX,ABOVE))
> >
> > And get the same results.
> >
> > Any suggestions?
> >
> > Dennis

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SHOWMVS ASMA972U Error

[Lizette Koehler]

What does the SIZE look like in the options section of the assembler listing?

Maybe the override is not taking?

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Longnecker, Dennis
> Sent: Wednesday, January 04, 2017 9:39 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SHOWMVS ASMA972U Error
> 
> Trying to assemble SHOWZOS.  It is getting:
> 
> ** ASMA972U Virtual storage exhausted; increase the SIZE option STATEMENT
> NUMBER 83127 WAS BEING PROCESSED BY PASS 1 OF THE ASSEMBLER
> 
> I'm on z/os 2.2
> 
> The EXEC statement has:
> 
> //ASMH EXEC PGM=ASMA90,REGION=0M,
> 
> I've tried various SIZE options:
> 
> // PARM=(OBJECT,NODECK,BATCH,NOESD,NORLD,NOXREF,SIZE(MAX-1M,ABOVE))
> // PARM=(OBJECT,NODECK,BATCH,NOESD,NORLD,NOXREF,SIZE(MAX,ABOVE))
> 
> And get the same results.
> 
> Any suggestions?
> 
> Dennis

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SHOWMVS ASMA972U Error

[Feller, Paul]

Here is what we did to get the assemble to work under z./OS 2.2.


// PARM=(GOFF,NODECK,LIST(133),NOESD,NORLD,OBJ,SIZE(MAX), <= different 
parms for the assembly 
//  WORKFILE) 

//SYSUT1   DD UNIT=DISK,SPACE=(CYL,(2500,450)),DCB=BLKSIZE=32760  <= increased 
size of SYSUT1

Thanks..

Paul Feller
AGT Mainframe Technical Support


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Longnecker, Dennis
Sent: Wednesday, January 04, 2017 10:39
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SHOWMVS ASMA972U Error

Trying to assemble SHOWZOS.  It is getting:

** ASMA972U Virtual storage exhausted; increase the SIZE option
STATEMENT NUMBER 83127 WAS BEING PROCESSED BY PASS 1 OF THE ASSEMBLER

I'm on z/os 2.2

The EXEC statement has:

//ASMH EXEC PGM=ASMA90,REGION=0M,

I've tried various SIZE options:

// PARM=(OBJECT,NODECK,BATCH,NOESD,NORLD,NOXREF,SIZE(MAX-1M,ABOVE))
// PARM=(OBJECT,NODECK,BATCH,NOESD,NORLD,NOXREF,SIZE(MAX,ABOVE))

And get the same results.

Any suggestions?

Dennis






--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Interested in portable mainframes?

[Bigendian Smalls]

> "Drink waters out of thine own cistern, and running waters out of thine own 
> well." -Proverbs 5:15

This stuff just got biblical.It’s about time.


:)





> -- 
> Jack J. Woehr # Science is more than a body of knowledge. It's a way of
> www.well.com/~jax # thinking, a way of skeptically interrogating the universe
> www.softwoehr.com # with a fine understanding of human fallibility. - Carl 
> Sagan
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Implementing application's variables

[Farley, Peter x23353]

Nice!  I didn't see this V2.1 addition to LE callable services before this, 
thanks for pointing it out!

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Windt, W.K.F. van der (Fred)
Sent: Wednesday, January 04, 2017 6:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Implementing application's variables

> Can COBOL read environment variables these days?
>
> Charles

You can call CEEGTJS to read the value of (exported) JCL variables.

Fred!
--


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Implementing application's variables

[Itschak Mugzach]

There are products (table base, dpt) that stores this kind of data. I am
sure that beside vat there is a lot of other application related i
formation currently hard coded in programs... as others mentioned, a
seperation of duty is required between logic (programmers) and data
(production stuff).

Itschak

בתאריך 4 בינו 2017 18:47,‏ "Jesse 1 Robinson"  כתב:

> One parting shot. Technical possibilities aside, look for a solution that
> 'localizes' the mechanism as close as possible to the application folks. My
> earlier reply did not consider involvement of auditors, who will surely
> want you to prove at any given moment what the calculation value is and how
> it is managed. I work at an electric utility, which is minutely governed by
> PUC regulations at many levels. The rules can change frequently and
> unpredictably. As others have suggested, consider some kind of data base
> that can supply a rich variety of values easily demonstrable to auditors.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Angel Tamayo
> Sent: Wednesday, January 04, 2017 8:22 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Implementing application's variables
>
> Customer decided to make the change as usual it means hard coding the new
> VAT, for future changes they want to have a best mechanism.
> I appreciate all the information and suggestions you all provided here,
> certainly will be explored, analised and thoroughly tested before to be
> implemented.
>
> Thanks to all.
>
> 2017-01-04 7:17 GMT-05:00 Elardus Engelbrecht <
> elardus.engelbre...@sita.co.za>:
>
> > Windt, W.K.F. van der (Fred) wrote:
> >
> > >> Can COBOL read environment variables these days?
> >
> > >You can call CEEGTJS to read the value of (exported) JCL variables.
> >
> > Indeed. It is more or less the same as other LE functions + services
> > like CEEENV, CEEDATE, CEEBLDY, CEE3PRM, CEEGMT,  CEESxLOG, etc. You
> > setup the parameters, storage, etc and way how you call it and then
> > you call that function/service. [1]
> >
> > In fact, the book (z/OS Language Environment Programming Reference)
> > contains C++ and COBOL examples for these functions and callable
> services.
> > Hard and difficult RTFM work, of course, but once you got the hang, it
> > should be easy.
> >
> > This book only contains an example CEEGTJS in C/C++, but it should not
> > be that hard to do the same in COBOL or PL/I. Hmmm, perhaps in a good
> > rainy day, I should try out that CEEGTJS in COBOL out just for fun.
> > ;-)
> >
> > Just keep an eye on these results after calling that service CEEGTJS:
> > CEE000, CEE3L9, CEE3LA, CEE3QS
> >
> > Groete / Greetings
> > Elardus Engelbrecht
> >
> > [1] - I played around in Assembler and COBOL with date/time/utc/local
> > CEE functions during testing and implementing of our brand new STP
> > some years ago.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Implementing application's variables

[Martin Packer]

Again, that would point towards an external service - whether imported to 
on-prem or via a call to the external service. That way, chosen carefully, 
auditors would see that as defensible.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2



From:   Jesse 1 Robinson 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   04/01/2017 16:47
Subject:Re: Implementing application's variables
Sent by:IBM Mainframe Discussion List 



One parting shot. Technical possibilities aside, look for a solution that 
'localizes' the mechanism as close as possible to the application folks. 
My earlier reply did not consider involvement of auditors, who will surely 
want you to prove at any given moment what the calculation value is and 
how it is managed. I work at an electric utility, which is minutely 
governed by PUC regulations at many levels. The rules can change 
frequently and unpredictably. As others have suggested, consider some kind 
of data base that can supply a rich variety of values easily demonstrable 
to auditors.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Angel Tamayo
Sent: Wednesday, January 04, 2017 8:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Implementing application's variables

Customer decided to make the change as usual it means hard coding the new 
VAT, for future changes they want to have a best mechanism.
I appreciate all the information and suggestions you all provided here, 
certainly will be explored, analised and thoroughly tested before to be 
implemented.

Thanks to all.

2017-01-04 7:17 GMT-05:00 Elardus Engelbrecht <
elardus.engelbre...@sita.co.za>:

> Windt, W.K.F. van der (Fred) wrote:
>
> >> Can COBOL read environment variables these days?
>
> >You can call CEEGTJS to read the value of (exported) JCL variables.
>
> Indeed. It is more or less the same as other LE functions + services 
> like CEEENV, CEEDATE, CEEBLDY, CEE3PRM, CEEGMT,  CEESxLOG, etc. You 
> setup the parameters, storage, etc and way how you call it and then 
> you call that function/service. [1]
>
> In fact, the book (z/OS Language Environment Programming Reference) 
> contains C++ and COBOL examples for these functions and callable 
services.
> Hard and difficult RTFM work, of course, but once you got the hang, it 
> should be easy.
>
> This book only contains an example CEEGTJS in C/C++, but it should not 
> be that hard to do the same in COBOL or PL/I. Hmmm, perhaps in a good 
> rainy day, I should try out that CEEGTJS in COBOL out just for fun. 
> ;-)
>
> Just keep an eye on these results after calling that service CEEGTJS:
> CEE000, CEE3L9, CEE3LA, CEE3QS
>
> Groete / Greetings
> Elardus Engelbrecht
>
> [1] - I played around in Assembler and COBOL with date/time/utc/local 
> CEE functions during testing and implementing of our brand new STP 
> some years ago.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Implementing application's variables

[Jesse 1 Robinson]

One parting shot. Technical possibilities aside, look for a solution that 
'localizes' the mechanism as close as possible to the application folks. My 
earlier reply did not consider involvement of auditors, who will surely want 
you to prove at any given moment what the calculation value is and how it is 
managed. I work at an electric utility, which is minutely governed by PUC 
regulations at many levels. The rules can change frequently and unpredictably. 
As others have suggested, consider some kind of data base that can supply a 
rich variety of values easily demonstrable to auditors.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Angel Tamayo
Sent: Wednesday, January 04, 2017 8:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Implementing application's variables

Customer decided to make the change as usual it means hard coding the new VAT, 
for future changes they want to have a best mechanism.
I appreciate all the information and suggestions you all provided here, 
certainly will be explored, analised and thoroughly tested before to be 
implemented.

Thanks to all.

2017-01-04 7:17 GMT-05:00 Elardus Engelbrecht <
elardus.engelbre...@sita.co.za>:

> Windt, W.K.F. van der (Fred) wrote:
>
> >> Can COBOL read environment variables these days?
>
> >You can call CEEGTJS to read the value of (exported) JCL variables.
>
> Indeed. It is more or less the same as other LE functions + services 
> like CEEENV, CEEDATE, CEEBLDY, CEE3PRM, CEEGMT,  CEESxLOG, etc. You 
> setup the parameters, storage, etc and way how you call it and then 
> you call that function/service. [1]
>
> In fact, the book (z/OS Language Environment Programming Reference) 
> contains C++ and COBOL examples for these functions and callable services.
> Hard and difficult RTFM work, of course, but once you got the hang, it 
> should be easy.
>
> This book only contains an example CEEGTJS in C/C++, but it should not 
> be that hard to do the same in COBOL or PL/I. Hmmm, perhaps in a good 
> rainy day, I should try out that CEEGTJS in COBOL out just for fun.  
> ;-)
>
> Just keep an eye on these results after calling that service CEEGTJS:
> CEE000, CEE3L9, CEE3LA, CEE3QS
>
> Groete / Greetings
> Elardus Engelbrecht
>
> [1] - I played around in Assembler and COBOL with date/time/utc/local 
> CEE functions during testing and implementing of our brand new STP 
> some years ago.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

SHOWMVS ASMA972U Error

[Longnecker, Dennis]

Trying to assemble SHOWZOS.  It is getting:

** ASMA972U Virtual storage exhausted; increase the SIZE option
STATEMENT NUMBER 83127 WAS BEING PROCESSED BY PASS 1 OF THE ASSEMBLER

I'm on z/os 2.2

The EXEC statement has:

//ASMH EXEC PGM=ASMA90,REGION=0M,

I've tried various SIZE options:

// PARM=(OBJECT,NODECK,BATCH,NOESD,NORLD,NOXREF,SIZE(MAX-1M,ABOVE))
// PARM=(OBJECT,NODECK,BATCH,NOESD,NORLD,NOXREF,SIZE(MAX,ABOVE))

And get the same results.

Any suggestions?

Dennis






--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Interested in portable mainframes?

[Bill Woodger]

"Eating your own dogfood" is apparently consuming (only) your own, poor-quality 
(in relation to other things available) software.

"Drinking your own Champagne" is a proud counter, that you use your own 
products because they are the best.

IBM used the phrase, coined in 2007 apparently, in page accessed by the link 
provided.

I just can't think "Drinking your own..." without ending that with something 
that gives the fancy phrase a somewhat unsavoury... taste. 

It may just be me.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Implementing application's variables

[Angel Tamayo]

Customer decided to make the change as usual it means hard coding the new
VAT, for future changes they want to have a best mechanism.
I appreciate all the information and suggestions you all provided here,
certainly will be explored, analised and thoroughly tested before to be
implemented.

Thanks to all.

2017-01-04 7:17 GMT-05:00 Elardus Engelbrecht <
elardus.engelbre...@sita.co.za>:

> Windt, W.K.F. van der (Fred) wrote:
>
> >> Can COBOL read environment variables these days?
>
> >You can call CEEGTJS to read the value of (exported) JCL variables.
>
> Indeed. It is more or less the same as other LE functions + services like
> CEEENV, CEEDATE, CEEBLDY, CEE3PRM, CEEGMT,  CEESxLOG, etc. You setup the
> parameters, storage, etc and way how you call it and then you call that
> function/service. [1]
>
> In fact, the book (z/OS Language Environment Programming Reference)
> contains C++ and COBOL examples for these functions and callable services.
> Hard and difficult RTFM work, of course, but once you got the hang, it
> should be easy.
>
> This book only contains an example CEEGTJS in C/C++, but it should not be
> that hard to do the same in COBOL or PL/I. Hmmm, perhaps in a good rainy
> day, I should try out that CEEGTJS in COBOL out just for fun.  ;-)
>
> Just keep an eye on these results after calling that service CEEGTJS:
> CEE000, CEE3L9, CEE3LA, CEE3QS
>
> Groete / Greetings
> Elardus Engelbrecht
>
> [1] - I played around in Assembler and COBOL with date/time/utc/local CEE
> functions during testing and implementing of our brand new STP some years
> ago.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Interested in portable mainframes?

[Jack J. Woehr]

Jack J. Woehr wrote:

Bigendian Smalls wrote:

"DRINKING OUR OWN CHAMPAGNE, WITH Z SYSTEMS DEVELOPMENT AND TEST ENVIRONMENT 
V10 (2)”


Biggie is probably thinking of this:

"Drink waters out of thine own cistern, and running waters out of thine own 
well." -Proverbs 5:15



There's a lot of good project management stuff in the Bible. I'm not observant, 
but I quote it all the time in meetings!

“For which of you, intending to build a tower, sitteth not down first, and counteth the cost, whether he have 
/sufficient/ to finish /it/?”  - Luke 14:28


--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Interested in portable mainframes?

[Jack J. Woehr]

Bigendian Smalls wrote:

"DRINKING OUR OWN CHAMPAGNE, WITH Z SYSTEMS DEVELOPMENT AND TEST ENVIRONMENT 
V10 (2)”


Biggie is probably thinking of this:

"Drink waters out of thine own cistern, and running waters out of thine own 
well." -Proverbs 5:15

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Backup and restore process

[Jon Butler]

>>We mount every tape and then try running restoration Job and read data from
>>that to make sure restoration process works.

I think you can make the process less painful with some tools, but there is no 
way to guarantee a tape will be readable.  

I was installing a z/VM system a few years ago and the instructions were...in 
brief

1) Install z/VM
2) Make a backup tape of the installation.
3) Install from the backup.

It's good I followed the instructions because one of the backup cartridges was 
bad.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Interested in portable mainframes?

[Bill Woodger]

Nice, thanks.

However, "Drinking your own..." as the beginning of and expression doesn't 
come, for me, with "autocomplete" for "Champagne", but something entirely 
different, and which would not be generally considered a "good thing". Strange 
that the original coiner apparently uses it in preference to the expression 
"eating your own dogfood". I'm just not sure I could chose a "worse than the 
other" from those.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Implementing application's variables

[Jon Butler]

I think you need to put the VAT data into a KSDS since you don't have a DBMS.

If you are really interested in CICS performance...and who isn't?...you could 
also define a CICS data table to hold the data.  If you make this a 
User-Maintained Table so that it is not updated dynamically, then you could 
read the KSDS from Batch as well.

IMHO, making the VAT data JCL paramaters is not much better than hard-coding it 
in a module.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Backup and restore process

[Lizette Koehler]

What level of z/OS are you running?

What are you currently using for backup/restore?  IEBCOPY, DFDSS, etc..

With z/OS you should have DFDSS to back up and restore

Do you have DFHSM?

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of venkat kulkarni
> Sent: Wednesday, January 04, 2017 7:38 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Backup and restore process
> 
> Hello Group,
> 
> 
> 
> We are using IBM 3590 two tape drive with our z/OS systems. Currently we don't
> have any third party backup software for backup and restoration.
> 
> Now, we are in the middle of standardize the backup and restoration process.
> We have daily backup Jobs, running into single tape volume, So by following
> this, in one year we are consuming 365 tape volume and then we reinitialize
> the first volume again.
> 
> But to test the restoration, we don’t have any process or tool to do. For
> example,
> 
> We mount every tape and then try running restoration Job and read data from
> that to make sure restoration process works.
> 
> 
> 
> Do we have any free tool/utility to setup this whole process in much better
> way.
> 
> 
> 
> Please suggest.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Interested in portable mainframes?

[Bigendian Smalls]

See this webinar about RD

"DRINKING OUR OWN CHAMPAGNE, WITH Z SYSTEMS DEVELOPMENT AND TEST ENVIRONMENT 
V10 (2)”

Start Date:1/24/2017

Start Time:12:00 PM CST

Duration:60 minutes

https://vts.inxpo.com/scripts/Server.nxp?LASCmd=AI:4;F:QS!10100=36587




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Backup and restore process

[venkat kulkarni]

Hello Group,



We are using IBM 3590 two tape drive with our z/OS systems. Currently we
don't have any third party backup software for backup and restoration.

Now, we are in the middle of standardize the backup and restoration
process. We have daily backup Jobs, running into single tape volume, So by
following this, in one year we are consuming 365 tape volume and then we
reinitialize the first volume again.

But to test the restoration, we don’t have any process or tool to do. For
example,

We mount every tape and then try running restoration Job and read data from
that to make sure restoration process works.



Do we have any free tool/utility to setup this whole process in much better
way.



Please suggest.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CLOCKxx - ACCURACY Parameter - IEA032E message

[Jousma, David]

Glenn,

I wasn’t even familiar with this keyword until you brought it up.  However, a 
couple of comments.   In our shop, we have the HMC's acting as NTP clients to 
external NIST servers for time updates, and as NTP servers for STP, and the 
mainframe as NTP server for the rest of the datacenter.   Our HMC's have 
firewall rules configured to allow outbound connections to be able to reach 
NIST.  I realize we could have configured STP to go to NIST directly for time 
updates, but we didn’t want to expose the SE's (even via firewall) to the 
internet for time updates directly.

It would seem to me, that for the accuracy keyword to work, that STP must be 
using external time sources directly?  Or is ACCURACY only really reporting on 
clock steering events > 50 milliseconds(in your case)?

I ask, because we had an event several months back, where our Firewall team 
botched up the rules, and all of our HMC's lost internet access to NIST, and 
even though the boxes phoned home to IBM, our own internal problem 
notifications procedures broke down, and time was allowed to drift for over a 
week.  In our case, STP was fat, dumb, and happy because he was communicating 
nicely with his NTP servers(multiple HMCs), and it was the HMC's that were 
falling out of accuracy.   So, I don’t know if this would help me or not.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Glenn Miller
Sent: Tuesday, January 03, 2017 5:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CLOCKxx - ACCURACY Parameter - IEA032E message

A few months ago we activated the "ACCURACY" parameter with a value of 50 ( the 
default is zero ) on a few of our z/OS systems ( all systems are z/OS V2R1 ).  
We verified that the "IEA034I THE TOD CLOCK ACCURACY MONITOR IS ACTIVE." is 
issued whenever these z/OS systems are IPL'ed.
Until Saturday night, we have never received any "alert" from this TOD CLOCK 
ACCURACY MONITOR.  However, we did receive the following message on each z/OS 
system that has that monitor active:
IEA032E TOD CLOCK ACCURACY LIMITS MAY HAVE BEEN EXCEEDED.

The IEA032E messages occurred around 8PM Eastern Time on December 31, 2016. The 
IEA032E messages were repeated every hour on each z/OS system until about 2AM 
on January 1, 2017, or about 6 hours after they started.  Also, the IEA032E 
messages have not re-occurred since that 2AM timeframe.

We have confirmation from IBM that the IEA032E messages were triggered by the 
leap second that was inserted into UTC. They also indicated how to perform a 
leap second adjustment via the STP panels if we needed the 50ms accuracy when 
the leap second occurred.


Has anyone else implemented the TOD accuracy monitor on their z/OS systems?  
Did anyone else receive the IEA032E messages or did you perform the leap second 
adjustment ahead of the leap second occurrence? 

Glenn Miller

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Implementing application's variables

[Elardus Engelbrecht]

Windt, W.K.F. van der (Fred) wrote:

>> Can COBOL read environment variables these days? 
 
>You can call CEEGTJS to read the value of (exported) JCL variables. 
 
Indeed. It is more or less the same as other LE functions + services like 
CEEENV, CEEDATE, CEEBLDY, CEE3PRM, CEEGMT,  CEESxLOG, etc. You setup the 
parameters, storage, etc and way how you call it and then you call that 
function/service. [1]

In fact, the book (z/OS Language Environment Programming Reference) contains 
C++ and COBOL examples for these functions and callable services. Hard and 
difficult RTFM work, of course, but once you got the hang, it should be easy.

This book only contains an example CEEGTJS in C/C++, but it should not be that 
hard to do the same in COBOL or PL/I. Hmmm, perhaps in a good rainy day, I 
should try out that CEEGTJS in COBOL out just for fun.  ;-)

Just keep an eye on these results after calling that service CEEGTJS: CEE000, 
CEE3L9, CEE3LA, CEE3QS

Groete / Greetings
Elardus Engelbrecht

[1] - I played around in Assembler and COBOL with date/time/utc/local CEE 
functions during testing and implementing of our brand new STP some years ago.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Implementing application's variables

[Elardus Engelbrecht]

Angel Tamayo wrote:

>Due to a recent tax reform, a customer needs to change the value added tax 
>(VAT).

Good luck. This is going to be hard. You have a sandbox to test out your 
changes with help from your accounting staff?


>Currently they have that value inserted as part of the program's code where is 
>used.

In how many places is that constant placed? In one program or in many 
subsequent called programs?


>Now they are looking for the best way/practice to implement that kind of 
>variables.

VAT is too dynamic. As others said, rahter use a dataset to place all your VAT 
things.

Put your VAT in a dataset using records containing VAT-type, VAT rate, 
start-date, end-date, company name, country, other accounting criterias, 
transaction type, etc. etc. etc.

Oh, protect that dataset with everything you can. Your auditor will asks who 
can change the contents of that dataset.

Forget for now about engaging CICS and using PARMS.

Good luck. You and your programmers will need it.

Groete / Greetings
Elardus Engelbrecht

PS: I have contributed in the past with writing+checking of programs for 
accounting purposes. I'm glad I'm not working much with it these days... ;-)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Implementing application's variables

[Windt, W.K.F. van der (Fred)]

> Can COBOL read environment variables these days?
>
> Charles

You can call CEEGTJS to read the value of (exported) JCL variables.

Fred!


ATTENTION:
The information in this e-mail is confidential and only meant for the intended 
recipient. If you are not the intended recipient, don't use or disclose it in 
any way. Please let the sender know and delete the message immediately.
--

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Implementing application's variables

[Martin Packer]

Sounds to me like ripe for a callable service, and possibly a vended one.

But then I'm NOT an Application Programmer either (officially). :-)

Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Cloud & Systems Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or 
  
https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2



From:   Bill Woodger 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   04/01/2017 08:18
Subject:Re: Implementing application's variables
Sent by:IBM Mainframe Discussion List 



Preamble, preamble, preamble. Wow. Err... EEEK! Eck, yeck, blech. 
Postamble. Postamble. Postamble.

That paragraph, which you can each fill your own words in for, means "when 
the man trusts me to do a SYSGEN, then let the techies loose on 
application programs".

Really, guys, I have great respect, and intend no badness to no one, and I 
was very impressed with the efforts to answer, rather than to 
shout-down... but... this is not your lawn.

Angelo, please don't go to your CICS technical staff and say that some 
techie told you to use PARM for user-data, so it must be OK. Also, don't 
try it with user-defined environment variables either.

1) Do you, or anyone in your department, want to be responsible for 
getting the VAT rate correct, for the correct dates, even for a very 
simple case? 2) Does your Accounts department want you to be responsible 
for the same? 3) Do you want to give the Auditors a good laugh? 4) Do you 
want the VAT Inspector investigating your company as far as the underside 
of your company's anthropomorphic diaphragm? 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Implementing application's variables

[Bill Woodger]

Preamble, preamble, preamble. Wow. Err... EEEK! Eck, yeck, blech. Postamble. 
Postamble. Postamble.

That paragraph, which you can each fill your own words in for, means "when the 
man trusts me to do a SYSGEN, then let the techies loose on application 
programs".

Really, guys, I have great respect, and intend no badness to no one, and I was 
very impressed with the efforts to answer, rather than to shout-down... but... 
this is not your lawn.

Angelo, please don't go to your CICS technical staff and say that some techie 
told you to use PARM for user-data, so it must be OK. Also, don't try it with 
user-defined environment variables either.

1) Do you, or anyone in your department, want to be responsible for getting the 
VAT rate correct, for the correct dates, even for a very simple case? 2) Does 
your Accounts department want you to be responsible for the same? 3) Do you 
want to give the Auditors a good laugh? 4) Do you want the VAT Inspector 
investigating your company as far as the underside of your company's 
anthropomorphic diaphragm? 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN