Gilmartin
Sent: Thursday, January 12, 2012 10:43 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Enhanced CALL macro?
On Jan 11, 2012, at 07:03, Rob Scott wrote:
IMHO the first resource needed by any assembler programmer before
writing anything non-trivial is a set of macros that enable subroutine
On Thu, 12 Jan 2012 21:42:41 -0700, Paul Gilmartin wrote:
On Jan 11, 2012, at 07:03, Rob Scott wrote:
IMHO the first resource needed by any assembler programmer before writing
anything non-trivial is a set of macros that enable subroutine calling,
register saving and return that cater for all
Email: rsc...@rs.com
Web: www.rocketsoftware.com
-Original Message-
From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] On
Behalf Of Tom Marchant
Sent: 13 January 2012 14:38
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Enhanced CALL macro?
On Thu, 12 Jan 2012 21
Tom Marchant writes:
begin snippet
Anything else depends upon programming standards at each shop. For example,
when obtaining storage for a save area, do you obtain additional
storage for the program to use? How much? How does the macro
determine how much? What subpool is used?
/end snippet
: www.rocketsoftware.com
-Original Message-
From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] On
Behalf Of Michael McCawley
Sent: 13 January 2012 18:22
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Enhanced CALL macro?
So Rob, can you recommend a good library of said macros
On Jan 11, 2012, at 07:03, Rob Scott wrote:
IMHO the first resource needed by any assembler programmer before writing
anything non-trivial is a set of macros that enable subroutine calling,
register saving and return that cater for all environments.
Why doesn't IBM supply these and spare
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Enhanced CALL macro?
On Jan 11, 2012, at 07:03, Rob Scott wrote:
IMHO the first resource needed by any assembler programmer before
writing anything non-trivial is a set of macros that enable subroutine
calling, register saving and return that cater for all
On Tue, 10 Jan 2012 15:20:22 -0600 McKown, John
john.mck...@healthmarkets.com wrote:
:I could use an enhanced CALL macro. I am writing RENT code and trying to be
baseless. For the RENT, I am using CALL with MF=(E,(1)) and GPR1 pointing to
an array of fullwords in dynamic storage. The parameters
On Tue, 10 Jan 2012 19:04:02 -0500, John P. Baker wrote:
BAL instructions are replaced by BRAS instructions ; however, I have
some concerns here in respect to what is saved in the register designated
by the R1 field (bits 08-11) ;
Do you mean bits 32-39? In AMODE 24, BAL puts the Condition Code,
@LISTSERV.UGA.EDU
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
: www.rocketsoftware.com
-Original Message-
From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] On
Behalf Of McKown, John
Sent: 11 January 2012 13:35
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Enhanced CALL macro?
I will defer to your greater knowledge. The program
Insurance Company.SM
-Original Message-
From: IBM Mainframe Assembler List
[mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] On Behalf Of Edward Jaffe
Sent: Tuesday, January 10, 2012 4:05 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Enhanced CALL macro?
On 1/10/2012 1:41 PM, Gord Tomlin
-Original Message-
From: IBM Mainframe Assembler List
[mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] On Behalf Of Rob Scott
Sent: Wednesday, January 11, 2012 8:04 AM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Enhanced CALL macro?
John,
IMHO the first resource needed by any
-Original Message-
From: IBM Mainframe Assembler List
[mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] On Behalf Of Tony Thigpen
Sent: Wednesday, January 11, 2012 8:15 AM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Enhanced CALL macro?
.. since z/OS is denigrated by management here
If you think regular C linkage is 'strange', wait until you have to code
using XPLink conventions.
Tony Thigpen
-Original Message -
From: McKown, John
Sent: 01/11/2012 09:21 AM
I almost hate to admit it, but the code in question is LE enabled. So it starts with a CEEENTRY
macro and
: +1.617.614.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com
-Original Message-
From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] On
Behalf Of McKown, John
Sent: 11 January 2012 14:21
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Enhanced CALL macro
On 1/11/2012 6:27 AM, McKown, John wrote:
Is the ROI for the conversion less than a single year? If not, forget it. That's all that is
keeping the z alive here. The break even on the up front cost to convert from z/OS to
Windows is currently estimated to be 2 to 3 years. That is far too long
Rob said: When I get register poor, I take this a nature's way of telling me
that I need to restructure/redesign the code.
Amen!!
CALL macro?
Sent by:IBM Mainframe Assembler List ASSEMBLER-LIST@listserv.uga.edu
On 1/10/2012 2:20 PM, McKown, John wrote:
I could use an enhanced CALL macro. I am writing RENT code and
trying to be baseless. For the RENT, I am using CALL with MF=(E,(1))
and GPR1 pointing to an array
:20
Subject:Re: Enhanced CALL macro?
Sent by:IBM Mainframe Assembler List ASSEMBLER-LIST@listserv.uga.edu
On Tue, 10 Jan 2012 15:20:22 -0600 McKown, John
john.mck...@healthmarkets.com wrote:
:I could use an enhanced CALL macro. I am writing RENT code and trying to
be baseless
, January 10, 2012 3:41 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Enhanced CALL macro?
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
On 1/10/2012 2:20 PM, McKown, John wrote:
I could use an enhanced CALL macro. I am writing RENT code and
trying to be baseless. For the RENT, I am using CALL with MF=(E,(1))
and GPR1 pointing to an array of fullwords in dynamic storage. The
parameters within the CALL are a mixture of locations
A great figure in 20th-Century philosophy, Isaiah Berlin, wrote that
No doctrine of originality and power in human affairs appears to me
ever to have got into the common consciousness of man unless it was to
some extent exaggerated.
This language is, of course, too exalted for the issue at hand;
@LISTSERV.UGA.EDU
Subject: Enhanced CALL macro?
I could use an enhanced CALL macro. I am writing RENT code and trying to be
baseless. For the RENT, I am using CALL with MF=(E,(1)) and GPR1 pointing
to an array of fullwords in dynamic storage. The parameters within the CALL
are a mixture of locations within
On 1/10/2012 4:04 PM, John P. Baker wrote:
LAEY instruction if the operand is specified as '(SL,{symbol |
expression})' and SYSSTATE ASCENV=ASC is in effect ;
LAEY. I wish! We can't use the general-instructions-extension facility. :-(
--
Edward E Jaffe
Phoenix Software International,
25 matches
Mail list logo