er Relson
Sent: Tuesday, September 20, 2022 5:08 AM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Assembler courses
Willy J wrote:
> I did eventually write a macro to handle DCBs from a 31-bit program
I don't follow why this is a challenge. For the normal access method
interfaces (such as those t
Sorry, I meant rmode ANY.
Willy
-Oprindelig meddelelse-
Fra: IBM Mainframe Assembler List På vegne af
Peter Relson
Sendt: 20. september 2022 14:08
Til: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Emne: Re: Assembler courses
Willy J wrote:
> I did eventually write a macro to handle DCBs from a
@LISTSERV.UGA.EDU
Subject: SV: Assembler courses
Even so, I did eventually write a macro to handle DCBs from a 31-bit program.
The macro does GEN, MOD, OPEN, CLOSE, GET, PUT and EXPOSE with dynamically
allocated storage. GET and PUT can determine whether the dataset is FB or VB
and read or write
Willy J wrote:
> I did eventually write a macro to handle DCBs from a 31-bit program
I don't follow why this is a challenge. For the normal access method interfaces
(such as those that were listed), AMODE 31 is supported. The only thing that is
important is the RMODE of the DCB. LOC=(24,64) on
MBLER-LIST@LISTSERV.UGA.EDU]
On Behalf Of Willy Jensen
Sent: Monday, September 19, 2022 10:05 AM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: SV: Assembler courses
Even so, I did eventually write a macro to handle DCBs from a 31-bit
program. The macro does GEN, MOD, OPEN, CLOSE, GET, PUT and EXPOSE with
d
Til: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Emne: Re: Assembler courses
What's the issue with DCB? You move a DCB from your code CSECT to your below
the line work area and change whatever can't be assembled in, using the DCBD
mapping. IMHO, the GENCB and MODCB macros are clumsier than just using RYO
on behalf
of Peter Relson [rel...@us.ibm.com]
Sent: Sunday, September 18, 2022 6:59 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Assembler courses
I view "baseless" as a poor choice to teach. Many macros require static data
and assume that there is addressability to same.
Many pro
.
From: IBM Mainframe Assembler List on behalf
of John McKown
Sent: Saturday, September 17, 2022 12:39 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Assembler courses
On Sat, Sep 17, 2022 at 10:29 AM Ed Jaffe
wrote:
> On 9/17/2022 2:06 AM, Abe Kornelis wrote:
> >
For me, the biggest problem in making something reentrant is if I need to
use a DCB. There is no way, that I know of, to generate a DCB in a
GETMAIN'd area.
I'm not sure why "DCB" is pointed out specially. In a large number of cases
reentrant programming relies on dynamic storage that has
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Assembler courses
I'm with Ed, or even more in the "reentrant direction."
I think reentrant code is hard or "special" only if -- like many of us -- you
have a 20 or 30 year background in thinking non-reentrant code was the normal
Mainframe Assembler List [ASSEMBLER-LIST@LISTSERV.UGA.EDU] on behalf
of Ed Jaffe [edja...@phoenixsoftware.com]
Sent: Saturday, September 17, 2022 11:29 AM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Assembler courses
On 9/17/2022 2:06 AM, Abe Kornelis wrote:
> Starting with reentrant programming s
-
From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] On
Behalf Of Tony Harminc
Sent: Saturday, 17 September 2022 17:59
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Re: Assembler courses
On Sat, 17 Sept 2022 at 11:29, Ed Jaffe wrote:
[...]
> If I were to teach an HL
Non-reentrant programming is /required/ for some platforms -- TPF, ALCS, (and,
I would suspect, CICS?) Many programmers /only/ learn non-reentrant
programming.
I would very much approve of the idea of starting with the simple stuff first:
which in my book would be baseless, non-reentrant
DU
Subject: Re: Assembler courses
On Sat, Sep 17, 2022 at 10:29 AM Ed Jaffe
wrote:
> On 9/17/2022 2:06 AM, Abe Kornelis wrote:
> > Starting with reentrant programming seems a pretty tough call.
>
> Not sure why re-entrant programming should be considered heavy lifting.
> Would no
On Sat, Sep 17, 2022 at 10:29 AM Ed Jaffe
wrote:
> On 9/17/2022 2:06 AM, Abe Kornelis wrote:
> > Starting with reentrant programming seems a pretty tough call.
>
> Not sure why re-entrant programming should be considered heavy lifting.
> Would not any assembler course teach about USING?
>
For
On Sat, 17 Sept 2022 at 11:29, Ed Jaffe wrote:
[...]
> If I were to teach an HLASM course, I can envisage my very first
> recommended program organization diagram showing both a code and a data
> segment and never once suggesting at any time during the class that code
> and data can be (or ever
cept as an
advanced topic, a historical curiosity, or as an aid to understanding existing
programs.
Charles
-Original Message-
From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] On
Behalf Of Ed Jaffe
Sent: Saturday, September 17, 2022 8:29 AM
To: ASSEMBLER-LIST
On 9/17/2022 2:06 AM, Abe Kornelis wrote:
Starting with reentrant programming seems a pretty tough call.
Not sure why re-entrant programming should be considered heavy lifting.
Would not any assembler course teach about USING?
A typical non-reentrant program has a single code/data segment
: Re: Assembler courses
Gary,
the z Architecture has a long history, it has built up lots of complexities
that are difficult to grasp when you start at the most complex end.
>From my experience as an assembler instructor the complexities are best added
>and explained layer by layer. I u
Gary,
the z Architecture has a long history, it has built up lots of
complexities that are
difficult to grasp when you start at the most complex end.
>From my experience as an assembler instructor the complexities are best
added and explained layer by layer. I usually explain what the
To help a person who has COBOL and C language experience learn to write
assembler, I would like them to learn from the start both reentrant and
baseless coding techniques. Is there training available that assumes the
instruction set available on the z12 is the starting point and that teaches
21 matches
Mail list logo