> .. since z/OS is denigrated by management here as "far too
> expensive". We are a smaller company. Of the size which are no
> longer being courted by IBM and other z vendors.
Have you considered moving to z/VSE? Most third party software is much
cheaper. It might cut down your costs. We are currently evaluating that
option for one of my customers.
Of course, we all know that the Opies always understate their costs. :-)
Tony Thigpen
-----Original Message -----
From: McKown, John
Sent: 01/11/2012 08:35 AM
I will defer to your greater knowledge. The program that I'm working on right now is 983
lines long and assembles to 4764 bytes. As you said, an "nit" of a program. It
does have an second CSECT in a separate source file which is 269 lines and assembles to
956 bytes.
Oh, well, it has been a learning experience for me. Which is all that I am doing it for
anyway, since z/OS is denigrated by management here as "far too expensive". We
are a smaller company. Of the size which are no longer being courted by IBM and other z
vendors. I guess we're not profitable enough for them.
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
[email protected] * www.HealthMarkets.com
Confidentiality Notice: This e-mail message may contain confidential or
proprietary information. If you are not the intended recipient, please contact
the sender by reply e-mail and destroy all copies of the original message.
HealthMarkets(r) is the brand name for products underwritten and issued by the
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The
MEGA Life and Health Insurance Company.SM
-----Original Message-----
From: IBM Mainframe Assembler List
[mailto:[email protected]] On Behalf Of Edward Jaffe
Sent: Tuesday, January 10, 2012 4:05 PM
To: [email protected]
Subject: Re: Enhanced CALL macro?
On 1/10/2012 1:41 PM, Gord Tomlin wrote:
What we do for this is use multiple location counters and
code in our
prolog/epilog macros to automatically set up a base register for the
part of the CSECT containing the constants. The using range
of the base
register is automatically defined to cover only the
constants so that no
code inadvertently uses base/displacement branching. The
code referring
to constants "just works".
Same here. Only a very small 'nit' program could get away
without needing a base
register to 'cover' its constants.
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
[email protected]
http://www.phoenixsoftware.com/
