Note that there was more than one BCD code; there were even different models of
the keypunch depending on whether you wanted a scientific or commercial
character set. If you consider other vendors it's even worse.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
VSAM ESDS has a lot of advantages, and BSAM is as efficient as BDAM in many
cases.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Sudershan Ravi <s
No, but much of them can with a proper DCBE.
--
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.
It would help if they had ACB support for BSAM, BPAM and QSAM.
--
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-d
Originally, to get better than 31-bit addressabillity in 31-bit mode.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Sudershan Ravi <sudershanr...@
The obvious way to support RECFM=VB is for the first 8 columns after the RDW to
be the sequence number.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
o
.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Charles Mills <charl...@mcn.org>
Sent: Monday, December 11, 2017 7:50 PM
To: ASSEMBLER-LIST@listserv.uga
Wrong on both counts. It is remotely like an image of a deck of punched cards
and it has all of the flexibility of RECFM=VB. It's worked well for, e.g.,
PL/I, for decades, even though IEBUPDTE doesn't support it.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
Sequence numbers are stable; you can fix errors from front to back and not
worry about getting out of synch with the listing or TERM output.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-L
Yes, among others. Supported by TSO EDIT and ISPF/PDF EDIT, although not by
IEBUPDTE.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of John
. As John
noted, assembler macros have access to the symbol table, which adds an
additional degree of flexibility.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on
As with Perl, I consider LaTeX to be ugly but too useful to ignore. I've even
used LaTeX to design shirts.
(I use MiKTeX.)
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.
No.
--
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: Wednesday, December 13,
Update expects sequence numbers in the last 8 columns, alas. @@@# or
.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Paul Gil
Script is Turing complete, so in a pinch you can do things that you don't
normally think of as document processing, e.g., generating backup schedules. I
much prefer a good markup language to a WYSIAYG word processor. Take m$ office
- please!
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu
Why not, e.g., ARR?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Charles Mills <charl...@mcn.org>
Sent: Tuesday, December 19, 2017 3:57 PM
To: AS
on the processor.
There's a similar degree of variability for memory size, but 256 KiW was a
typical limit outside of IBM.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on
The combination of a 4-bit register field and using the same registers for
accumulators,
base registers and index registers.
4 bit storage protect keys
No address translation. Maybe paging was too expensive, but surely block
relocation
was doable.
--
Shmuel (Seymour J
UPDATE had a lot of warts, but like IEBUPDTX it was very nice for dealing with
independent updates from different programmers.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.
I find removing sequence numbers to be unnecessary and even destructive.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Willy Jensen <willy.h.jen...@ou
he release that didn't support the compact memory model, when the compact
memory model was the only reason we selected that misbegotten compiler. A real
gem.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <A
Sequence numbers are useful even if you've never even seen a picture of a
Hollerith card. They are convenient for editing, and assembler error messages
with sequence numbers make it much easier to fix errors.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
--
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: Tuesday, December 5, 2017 6:37
Well, macros were omnipresent by the 1960s. When did FAP come along?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Phil Smith <p...@voltage.com>
Se
PL/I is also character stream oriented, yet PL/I macros make perfect sense. The
lack of real macros in C clearly derives from the limited memory on the
original DEC platforms.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe
How many applications dynamically allocate concatenations of tape datasets?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Paul Gilmartin <0014e0e4a
True, but how many shops these days have uncataloged DASD datasets?
--
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-d
Only in 24-bit mode.
If you do a macro, make it mode and architecture sensitive. I used to do
something similar for code that could be assembler either for S/360 or for
S/370; the macros only used, e.g., ICM, if they were assembling the 370
version..
--
Shmuel (Seymour J.) Metz
http
Why do you want to and why do you believe that it is prudent or safe?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Jake Anderson <justmainfra...@
Keep in mind that some are still running OS/VS2 R3.8 under Hercules, so they
might want options to support *really* old architecture levels.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-L
I don't know about Modify Stack State (sic), but Modify Stacked State (MSTA)
does not have an R2 field and can only alter the modifiable area, byte
positions 152-159, of the stack entry.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
What about translation and scanning of UTF-8 and UTF-16?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List on behalf
of Dan Greiner
Sent: Thursday, June 14, 2018 11:21 PM
To: ASSEMBLER-LIST@listserv.uga.edu
Writing fast code is still frequently necessary. However, that should never be
used as an excuse for obscurity; add whatever comments are needed to make the
code understandable.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM
I wouldn't count on the delimiters being ASCII; even for English text you might
have, e..g., left and right quotes, French adds more and for Mathematical text
all bets are off.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM
quotation mark
U+201D right double quotation mark
chopped liver?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List on behalf
of Dan Greiner
Sent: Saturday
A fairer comparison would be BAKR/PR versus *all* of the code they replace,
including allocating and freeing the save area.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List on behalf
of Christopher Y
*Any* choice of linkage conventions imposes a dependency between the caller and
the callee.
BTW, this is an example of why I prefer to encapsulate such things in macros.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe
One way to find out whether you need those save is to use a linkage that
doesn't save them and get a call at 0 dark hundred when things blow up. Unless
you know that you don't need to save them, play safe. IMHO.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
The name was PL/1 but got changed. Before PL/1 it was NPL, then MPPL.
PL/C was fast, but we had students resorting to the "optimizing" compiler when
they couldn't find a bug using PL/C or Checkout.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.e
AFAIK, HLASM has no such option; I like it, but would prefer that the DROP for
a protected register require special unprotect syntax. One issue that needs to
be hashed out is how to handle dependent USING..
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
IMHO IBMAP, Assembler (XF) and Assembler (H) stack up pretty well against
Macro-11. I'd rank the S/360 instruction set as better than the PDP-11 but not
as good as the VAX-11.
Shirley you mean tools for manipulating SGML, e.g., XSLT, rather than SGML
itself.
--
Shmuel (Seymour J.) Metz
is certainly not as portable as Perl.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Bernd Oppolzer <bernd.oppol...@t-online.de>
Sent: Thursday, January 25,
y.
It can be argued that the 650 was a more powerful machine than the 7030, but
will anybody believe the argument?
"Must have missed the DEC PDP and VAX line..."
Close but no cigar. The C preprocessor is also grossly inferior to, e.g.,
Macro-11. E Unibus plurum.
--
Shmuel (S
While the DOS I/O was very device dependent, there was the DTFDI with limited
device independence.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Steve Th
WTF? IMS was well before the 1970's, to say nothing of the database for SABRE.
Outside of IBM there was at least one database on GCOS (nee GECOS).
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMB
Back on the S/360, specifically on the 360/67, there was an operating system
called TSS/360 that had a virtual partitioned access method (VPAM), which
included VIPAM; keys within a member.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From
The descriptor was part of the implementation, not part of the language.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Robin Vowels <robi...@dodo.com
Sure, if you're doing ILC then you need to deal with implementations of the
various languages. But that doesn't excuse making the implementation part of
the language.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe
That deepends on what you mean by debugging facilities. PL/I has features bthat
help in debugging, but a good debugger has a lot more.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-L
DAIR, via BPXWDYN
or directly via SVC 99, e.g., MACRF. Likewise the have options that are not
relevant to the DCB macro.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on
"fstat() the image file to get its size"
What if it isn't an image file, or any other kind of DASD file. Unix has other
kinds of files for which there is no way to know the size a priori.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
___
When you open a DCB for a JES file, OPEN creates an ACB in the same address
space. The JES code in support of the open ACB runs partially in the user's
address and partially in the JES address space. The details depend, among other
things, on which JES you are using.
--
Shmuel (Seymour J
Perhaps he was referring to the 360/20 and 360/44, which did not have the full
basic S/360 instruction set.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of
No language encourages good coding practices. You want good coding, start with
good training and good management. A bad language, e.g., C, can make it harder,
but a good language does not suffice in the absence of other factors.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Gord Tomlin <gt.ibm.li...@actionsoftware.com>
Sent: Tuesday, January 30, 2018 12:59 PM
To: ASSEMBLER-LIST@listserv.uga.edu
Well, perhaps I should have written *limited* instead of limited.
--
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-d
Thanks, but it's the old one.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Mark Hammack <mark.hamm...@gmail.com>
Sent: Wednesday, January 31,
As with the PDF, I'd include the URL in the citation: {{cite
book|title=foo|url=bar}} or {{cite book|title=f00|url=bar|sectionurl=baz}},
plus lots of other parameters.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe
Thanks. Why don't you think it's helpful? I might prefer BM to PDF, but IBM
doesn't do that anymore.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of John
That gets to the previous edition. The one John gave is the one I wanted.
Thanks.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Ken Huff <5nak301...@
I sometimes add references to Wikipedia articles and would like to know whether
there is a URL for a current z Principles of Operations manual that does not
require an IBM userid.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
I see your point. I was thinking in terms of quoting text, but it would be nice
to also provide a sectionurl in the {{cite}}.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.
SEMBLER-LIST@listserv.uga.edu
Subject: Re: Pu
On 2018-01-31, at 14:46:35, Seymour J Metz wrote:
> I see your point. I was thinking in terms of quoting text, but it would be
> nice to also provide a sectionurl in the {{cite}}.
>
Google finds oodles of PDF-to-HTML converters.
But, intellectual property
PL/I has procedure parameters but not call by name. Algol 60 has call by name
but not call by reference.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
o
Why not OOREXX on Linux?
--
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>
Sen
electively.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Robin Vowels <robi...@dodo.com.au>
Sent: Tuesday, February 6, 2018 7:30 PM
To: ASSEMBLER-LIST@li
definition, it's simply a list of purport6ed
benefits. There are theological arguments about the one true definition, but
there is a broad consensus that it includes classes, methods, objects, messages
and inheritance.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.e
WTF? How are CLC, MVC, TR and TRT not string instructions? Or do you only
consider it to be a string if it conforms to the abominable C use of 0 as a
string delimiter?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe
PL/I is an Algol 60 descendent and has nested function declarations and
function references, but not call by name (which the code didn't exploit) or
constant/function dualism.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM
Call by name, yes. Lazy evaluation, no.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Martin Ward <mar...@gkc.org.uk>
Sent: Monday, February 12,
You may believe whatever you want, but that won't change the facts.
There's a difference between an explanation and an unsupported assertion.
EDMK works on raw data with not attributes. Would you claim that it is not a
(packed) decimal instruction?
--
Shmuel (Seymour J.) Metz
http
"Question - why do you think IBM added string specific instructions if MVC is
all one ever really needs?"
The obvious reason is that K put the implementation of varying strings in the
language specificatand IBM wanted to be able to compile efficient code from C
programs.
--
Shmuel
I found the article to be clear. Unfortunately, it is also wrong, and I've
added a comment to the talk page.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on
It really is call by name. In your case, the name is "RAND()" The name in
question is an expression (well, a closure) rather than it's value or a
location containing its value.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
I would argue that EBCDIC is intrinsically superior to ASCII. I would also
argue that it is not intrinsically superior to, e.g., ISO-8859-15.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-L
II code Null character,
magically cause a string to not be a string? If you'd ever had to deal with
start-stop terminals that require delays you'd understand how bizarre the claim
is.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
__
ode pages.
I insist on precision because of having been burnt too many times by people who
didn't. I notice that there has been a lot of traffic here relating to code
pages, and adding to the confusion doesn't help.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
_
ing) are all
instructs and all work with null terminated strings. "
And comma delimited strings, and LF delimited strings.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga
None of the inst5ructions mentioned have their lengths determined at compile
time. If I do an EX of a CLC, it remains a CLC.
How does a string stop being a string if I remove the VARYING keyword?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
every time
that the routine referred to it. with a different value of the integration
variable.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Martin War
I already answered that question; I don't consider EBCDIC code pages to be
intrinsically superior to most other 8-bit code pages. The reason that it's
superior to ASCII is that ASCII is 8 bit.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
imitations in. e.g.,
SuperC, relevant?
Usually character strings are defined as strings of characters.
MVST et al also wok with comma delimited strings and LF delimited strings.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe
and sufficient reason,
and it wasn't as a string terminator. It already is a control character; K
hijacked it for a different use in C.
There are a lot of control characters that I wouldn't use in a document, e.g.,
BELL. That doesn't mean that they aren't characters.
--
Shmuel (Seymour J.) Metz
http
How is ABS(-7) a valid reference? It would be valid if B were call by name or
call by value, but not for call by reference. Now some compilers would assign
the value to a temporary variable, but I question whether that would be call by
reference.
--
Shmuel (Seymour J.) Metz
http
t: Re: Fair comparison C vs HLASM
From: "Seymour J Metz" <sme...@gmu.edu>
Sent: Friday, February 09, 2018 6:41 AM
> A traceback is not a trace. An ON unit can display *current* values of a
> variable,
It can do whatever you want.
For example, you could stack the values of
is valid
only on the right.
In languages with call by reference and with procedure parameters, this becomes
a non-issue: A[I]+1 is not a valid reference.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
The two values are the address of a thunk and the stack frame of the caller.
You could pass two thunks and the stack frame, but you can't just pass the
thunks.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List
You're thinking of Pascal. In Algol 60 labels could certaainly be integers, but
didn't have to be. Instead of designing Pascal to make GOTO less necessary,
Wirth just made it more dangerous )-:
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
It would help if IBM would add the QUAL statement from IBMAP, but that would
still not give you the OOP paradigm. or scoping.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.
You just mentioned a macro language whose name is the letter m followed by a
digit.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of John McKown <john.a
The 8088 had a repeat instruction that made character move loops faster than
they would otherwise have been, but not as fast as what you would expect from
SS instructions.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe
WTF? Since when does Algol 60 store local variables on a heap. Note that the
original wiki article does not mention the heap.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List [ASSEMBLER-LIST@listserv.uga.edu
Numeric labels are okay for write-only code. They are very bad in code that has
to be maintained.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Bernd Op
ga.edu
Subject: Re: Call by name
From: "Seymour J Metz" <sme...@gmu.edu>
Sent: Friday, February 16, 2018 3:58 AM
> Numeric labels are okay for write-only code. They are very bad in code that
> has to be maintained.
Eh?
Labels are labels.
It doesn't matter whether they are
ITYM "OS/360 FORTRAN G"; PCP, MFT and MVT all had the same compilers.
Those macros could be HASP II V3, HASP II V4 or JES2. My guess would be HASP II
V3.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Asse
I've been at shops that assign labels win ascending order. A few months of
maintenance and they're out of order. Even when they are in order they're
harder to understand than mnemonic labels.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
Well, if you don't care about how hard it is to maintain or about the error
rate in maintenance then it doen't matter.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.
AMBLIST will work, but PDS86 or StarTool will give you a more consistent
listing.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Dougie Lawson <dl1...@
.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Jon Perryman <jperr...@pacbell.net>
Sent: Tuesday, February 13, 2018 10:48 PM
To: ASSEMBLER-LIST@list
Of course, and if your security profiles aren't right than you have more
serious issues than DYNALLOC.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Assembler List <ASSEMBLER-LIST@listserv.uga.edu> on behalf
of Swa
1 - 100 of 820 matches
Mail list logo