Re: Implementing application's variables

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

Re: Implementing application's variables

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.

Re: CLOCKxx - ACCURACY Parameter - IEA032E message

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.

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,

Re: Addressing Question

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

Re: Addressing Question

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

Re: Addressing Question

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

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

Re: Addressing Question

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

Re: Addressing Question

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

AW: SHOWMVS ASMA972U Error

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:

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

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

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

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

Re: Interested in portable mainframes?

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

Re: Interested in portable mainframes?

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

Re: Implementing application's variables

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

Interested in portable mainframes?

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

Re: Backup and restore process

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]

Re: Implementing application's variables

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

Re: Interested in portable mainframes?

"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

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

Re: Backup and restore process

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

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

Re: Interested in portable mainframes?

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

Re: Implementing application's variables

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

Re: Implementing application's variables

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

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

Re: SHOWMVS ASMA972U Error

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

Re: SHOWMVS ASMA972U Error

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

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. Jerry Whitteridge Manager Mainframe Systems & Storage Albertsons - Safeway Inc. 623 869 5523 Corporate Tieline - 85523 If you feel in

How many FRR stack entries are available?

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

Re: SHOWMVS ASMA972U Error

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

Re: Implementing application's variables

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

Re: Implementing application's variables

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:

Re: Interested in portable mainframes?

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

Re: Implementing application's variables

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

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! ATTENTION: The information in this e-mail is confidential and only meant for the intended

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

Re: EXTERNAL: REGION=0

>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

Re: EXTERNAL: REGION=0

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.

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

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

Re: Addressing Question

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,

Re: REGION=0

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

Re: Addressing Question

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