All
As of 2021-10-20 all 636 z...@yahoogroups.com members have been invited to
join the z...@googegroups.com group by confirming email invitation. The
z390 Yahoo group will be shutdown on Dec. 15, 2020.
You can visit website to request to join:
https://groups.google.com/g/z390
The next rel
Unless performance is an issue, I generally opt for simplicity. If performance
is an issue I encapsulate it in a macro that generates different code for
different processors.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe A
4K is indeed an architected limit for MVCOS, but for MVCLE it's "CPU-determined
number of bytes".
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List [ASSEMBLER-LIST@LISTSERV.UGA.EDU] on behalf
of Pieter Wiid [pw.
On 2020-10-21, at 09:20:31, Seymour J Metz wrote:
>
> Unless performance is an issue, I generally opt for simplicity. If
> performance is an issue I encapsulate it in a macro that generates different
> code for different processors.
>
It's harder for an EQUated symbolic length; worse yet for
a
On 10/21/2020 8:22 AM, Seymour J Metz wrote:
4K is indeed an architected limit for MVCOS, but for MVCLE it's "CPU-determined
number of bytes".
But nicely it will always complete the move if it is <=256 bytes. So you
don't need the loop for short moves.
--
Phoenix Software International
Edw
Which? Either is subject to an access violation crossing page boundaries. For
MVCL, I don't know of any special significance to 256KiB. For MVCOS, assuming
no page fault, 256 < 4096, but I don't know of any significance of 256 rather
than, e.g., 128, 512; you don't need the loop for any length <
What's the problem? EQU has a length operand.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List [ASSEMBLER-LIST@LISTSERV.UGA.EDU] on behalf
of Paul Gilmartin [0014e0e4a59b-dmarc-requ...@listserv.uga.edu]
Sent
As promised: As is, no warranties expressed or implied:
01 MACRO
02 &LABEL XXXCBID &EYECATCHER=
03
On 10/21/2020 10:36 AM, Seymour J Metz wrote:
Which? Either is subject to an access violation crossing page boundaries. For MVCL, I
don't know of any special significance to 256KiB. For MVCOS, assuming no page fault,
256 < 4096, but I don't know of any significance of 256 rather than, e.g., 128
C /256KiB/256/
> Sorry, I was referring to MVCLE not needing a loop for <=256.
Why doesn't it require a loop? Even if you assume that IBM would never choose a
cutoff that short, there's still the issue of page faults.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
__
On Tue, 20 Oct 2020 16:58:52 -0400 Steve Smith
said:
And for something completely different... sometimes I use MVCK for
a variable-length move instead of EX/MVC or MVCL. I haven't done
any performance tests, because I haven't used it in
performance-critical code (and it does have a wa
Can the OP live with a 4 character limited and no embedded blanks?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List [ASSEMBLER-LIST@LISTSERV.UGA.EDU] on behalf
of Tom Harper [tomhar...@phoenixsoftware.com]
Sent:
As the OP, Yes I can. And, seeing the code, it would be easy to expand
from 4 to 8 characters if needed.
Thanks for the code.
Tony Thigpen
Seymour J Metz wrote on 10/21/20 3:50 PM:
Can the OP live with a 4 character limited and no embedded blanks?
--
Shmuel (Seymour J.) Metz
http://mason.gm
Another option:Use lower-cases letters in the code and initialize the
control-block eye-catcher using MVC followed by OC to Make it upper-case.
This works for most any combination of printable EBCDIC characters including
decimal digits and many symbols and punctuation mar
14 matches
Mail list logo