Re: DataSpace & LOAD

1721 - USA If you have data areas that should survive beyond the life of the address space that created them, and you want control over who can work with those data areas, then there are still some advantages to data spaces over 64-bit storage. -- Regards, Gord Tomlin Action Software Intern

Re: "Title: V1R6 Language Ref"

he title (well, for the vast majority of the docs) and there the HLASM docs have 'HLASM' in their title I'm just sayin' ... :-) Of course that would relegate him to viewing his manuals as PDFs. Not all of us like that choice! Jus' sayin' ;) -- Regards, Gord Tomlin A

Re: anti 4095 base guys

"The displacement for A is treated as a 12-bit *unsigned* binary integer. The displacement for AY, AG, AGF, AGSI and ASI, is treated as a 20-bit *signed* binary integer." I contributed the asterisks. The rest is from the POps. -- Regards, Gord Tomlin Action Software International (

Re: Base registers

I'm optimistic we won't have a religious war about the resulting acronym. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 On 2012-06-17 09:05, John Gilmore wrote: Words can of course have different speci

Re: Base registers

You can refer to entry points outside of the current CSECT if you specify the GOFF assembler option. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 On 2012-06-19 10:04, Paul Gilmartin wrote: On Jun 19

Re: Subject: AW: ** ASMA030E Invalid literal usage - =CL8'MARTINWH'

Maybe there's hope: http://www.mozilla.org/en-US/b2g/ -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 On 2012-07-12 19:28, Paul Gilmartin wrote: On 2012-07-12 16:33, Edward Jaffe wrote: On 7/12/2

Re: which instructions should I use?

Instructions that are not supported on all z/Architecture machines can generally be identified in the Principles of Operation by the presence of an entry under Program Exceptions in the form: - Operation (if the such-and-such facility is not installed) -- Regards, Gord Tomlin Action Software

Re: which instructions should I use?

f current processors which support it. I am not aware of such a thing as a "one stop shopping center". It is definitely much more work to find this information than it should be. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507

Re: Usefullness (or not) of STOC/LOC instructions?

Dave, can you repost your instruction sequences one above the other? For me, they are garbled and I can't tell what the two sequences are. Thanks! -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 On

Re: Usefullness (or not) of STOC/LOC instructions?

ducts *is* and assembler! -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 On 2012-11-28 08:45, Paul Gilmartin wrote: Why do people find it so hard to reply to the same list on which the original message ap

Re: Length question

exception if the parsing-enhancement facility is not installed. This facility was not added to z/Architecture until the seventh edition of z/Architecture Principles of Operation. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax

Re: Length question

that our code runs successfully on *all* machines that are supported by the base level of z/Architecture. I am certain that you will receive a similar answer from many of the others on this list who develop code for a broader audience than their own companies. -- Regards, Gord Tomlin Action Software

Re: Length question

he machine instruction where it is available must be weighed against the overhead of the code that selects the code path and the cost of testing on multiple machines. A blanket suggestion that such a macro is always a good idea is simply incorrect. -- Regards, Gord Tomlin Action Software International (a d

Re: TRTE, etc.

Well done, Paul! Your post was only five minutes ahead of the blessed event! On 2013-04-19 12:58, paul schuster wrote: It needs to be remembered that Mr. Gilmore 'left' this list several years ago under this same sort of pretense, but surfaced again not-too-long later. So we only have to wait

Re: "APL" or "IUP"

On 2013-07-30 20:49, John Ehrman wrote: Dave Gibney guessed: I will guess IUP to be Independent User Program. I believe it's "Installed User Program". Yep. There were also products called FDP (for "Field Developed Product").

Re: "APL" or "IUP"

On 2013-07-30 21:47, Gord Tomlin wrote: On 2013-07-30 20:49, John Ehrman wrote: Dave Gibney guessed: I will guess IUP to be Independent User Program. I believe it's "Installed User Program". Yep. There were also products called FDP (for "Field Developed Product&quo

Re: Canadian GAAP?

ll need to confront it. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507

Sortlessness?

Just a little Friday afternoon curiosity...does anyone have, or know of, any z/OS systems that have *no* sort product (DFSORT, Syncsort, etc.) installed? Before anyone asks, no, I am not planning to develop one! -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer

Re: Relative Branches / IBM macros

hat by adding GOFF,LIST(133) to our HLASM options. The linkage editor happily processes the resulting object modules. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507

Re: OT: SI units and precision

from their pint! -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507

Re: PC Based IDE for use with Mainframe

PF than anything else for Assembler and JCL, but I would rather use almost anything but ISPF for many other things, like C, C++, Java, HTML, PHP, etc. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507

Re: Carmine Cannatello's book

since university, which means it's the only one I wrote without using a keypunch. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507

Re: Carmine Cannatello's book

appear to discuss topics of interest to systems programmers. Nevertheless I should not generalize. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507

Re: ASSEMBLER-LIST Digest - 20 Feb 2014 to 21 Feb 2014 (#2014-29)

ers differing only in the case of a single character. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507

Re: How to assign length of generated instructions to macro variable?

mpted to add more to a work area than it could hold, I would want to be hit on the head by the assembler as hard as possible. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507

Re: Redesigning the Principles of Operation Manual

On 2014-11-13 20:28, Tony Thigpen wrote: Something for an intern I assume this was tongue in cheek! The most important attribute of POps is correctness. No offense meant to interns, but I suspect that correctness would suffer if the POps was turned over to interns. -- Regards, Gord

Re: Assembler Syntax - was (Regular Expressions followup)

thing, I should be free to keep source in VB data sets and still use the existing format. Much better to have a HLASM option to indicate the new format. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507

Re: Checking hardware level requirements

. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507

Re: Question of curiosity: Why are IVSK and TPROT instrictions privileged?

get around to using it, then the results are unpredictable. TPROT does not actually tell you whether the input storage address is GETMAIN-allocated. It just tells you that some storage in the page containing the address is GETMAIN-allocated. And on a z13 with OA46291 applied, you should not count

Re: Csect - Dsect Question

this .. LOAD EPNAME==CL8'MSGTABLE'Load external message table LLGTR R0,R0clean high order word and low high order bit NILL R0,X'FFFE' (same) STG R0,MsgTable Save clean table address ... -- Regards, Gord Tomlin A

Re: Microprocessor Optimization Primer

On 2016-04-02 14:13, John P. Hartmann wrote: Last I heard SLR was seriously discouraged. because it stalls the pipeline where the others don't. I hadn't heard that one, but would be quite interested to hear whether it is true. -- Regards, Gord Tomlin Action Software Intern

Re: Storage Question

ble with 4 machine instructions. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507

Re: better way? C language x'00' delimited string.

echnique question than a technical one. What would be more understandable to most HLASM programmers? I'd say use a macro, and use a name for the macro that advertises what the macro generates. IMHO something like CSTRING would be more descriptive than DCZ. -- Regards, Gord Tomlin Action Softwa

Re: better way? C language x'00' delimited string.

. Another good reason to use a macro. The macro could include: PUSH PRINT PRINT NOGEN bla bla bla POP PRINT -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507

RFE: Add support to EDCDSECT for generating Doxygen-compatible comments

RFE: http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=92319 If you like it, please vote for it! Thanks! -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507

Re: A modest proposal: LE enabled HLASM + C runtime

tlessness of handwriting "efficient" code (was One Byte MVC Versus IC/STC)" from 2017-10-16 12:23. These days, IMHO it's best to use HLASM when it's necessary for some reason, as opposed to automatically using it for everything. It's pretty simple to call a LE

Re: A modest proposal: LE enabled HLASM + C runtime

9:59. I suppose returned value is -1 but errno is This link posted by Mark Jacobs in IBM-MAIN a few weeks ago might be helpful: https://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP102081 -- Regards, Gord Tomlin Action Software International (a division of Mazda Com

Re: CDS and alignment question

nd of COMPARE DOUBLE AND SWAP (CDSG) must be designated on a quadword boundary. The R1 and R3 fields for COMPARE DOUBLE AND SWAP must each designate an even-numbered register. Otherwise, a specification exception is recognized." -- Regards, Gord Tomlin Action Software International (a divisio

Re: LH + MVC‏

Well said, John. Mocking is not a good teaching method. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 john gilmore wrote (snipped): I indeed think that mistakes of this kind at an early stage in

Re: Efficient Memory List

From your description, I'm assuming this list lives in central storage rather than on DASD. This sounds like a good candidate for a hash table, assuming you have some idea of the maximum number of entries it's likely to have to accommodate. -- Regards, Gord Tomlin Action Software Int

Re: Need simple example - Calling c subroutine like printf from HLASM program

uide", "5.3 Chapter 30. Using preinitialization services" to read about the use of CEEPIPI http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/CEEA21C0/5.3?SHELF=cee2bkc0&DT=20110618162445 -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corpo

Re: Enhanced CALL macro?

inadvertently uses base/displacement branching. The code referring to constants "just works". -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 On 2012-01-10 16:20, McKown, John wrote: I could use an enh

Re: Fair comparison C vs HLASM

programmers to proclaim C to be better than Assembler in each and every case, it's not good for Assembler programmers to do the reverse. Both languages have their places, and there are also many situations where neither one is the best choice. -- Regards, Gord Tomlin Action Software Inter

Re: Fair comparison C vs HLASM

On 2018-01-23 10:06, Jon Perryman wrote: I'm not sure what RYO is. RYO is a TLA for "roll your own". On 2018-01-22 11:59, Gord Tomlin wrote: Most programmers (whether C or Assembler) would not write their own XML parser. They would call a pre-existing parser. FWIW, in the

Re: Fair comparison C vs HLASM

. It's very instructive to read the HLASM code generated by the compilers when optimization is in effect. Attempting to achieve the same level of pipeline and cache friendliness, etc., when hand-writing HLASM is a big chore and a definite impediment to programmer productivity. -- Regards,

Re: Fair comparison C vs HLASM

On 2018-02-02 09:45, Charles Mills wrote: I wonder, have machines changed at all since 1989? Any new instructions on the Z? The "problem" is fixed in C++ -- Google std:string. or std::string -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer C

Re: Fair comparison C vs HLASM

e, and I continue to do the majority of my work in it (because of the nature of my work), but its place isn't "everywhere". I'm just a little taken aback by the complete dismissal of the advantages of compiled languages in general, and I'm a bit puzzled by the vitriol.

Re: FIND or INDEX builtin function

On 2018-03-01 03:16, Keven wrote: Alas the assembler doesn’t execute in-line assembly language That wouldn't be much of an assembler. Are you working with something other than IBM HLASM? -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation

Re: FIND or INDEX builtin function

On 2018-03-01 08:17, Gord Tomlin wrote: On 2018-03-01 03:16, Keven wrote: Alas the assembler doesn’t execute in-line assembly language That wouldn't be much of an assembler. Are you working with something other than IBM HLASM? My bad, Keven, you were pointing out that execution-time

Re: New Metal C standalone product for z/OS

ompile to optimize for future advancements of IBM z/Architecture® systems. I don't see anything in the announcement that suggests any new functionality has been added to Metal C. -- -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (9

Re: EQU * considered harmful

out: branching to a hard coded offset from the current location, e.g., B *+12 This is a tire fire waiting to happen. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/

Re: EQU * considered harmful

On 2018-08-01 18:49, Charles Mills wrote: See you in STL? 'fraid not. Nose to the grindstone. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/

Re: EX

On 2018-08-06 10:35, Ed Jaffe wrote: We use 'Jxx *+2' which disturbs no registers and is guaranteed to fail with an 0C1. 'EX 0,*' was my old standby, but 'Jxx *+2' eliminates the need for a code base register and so is more generally usable in modern code. -

Re: Best practice using Conditional Assembly

4:50:11, Tony Thigpen wrote: If you are fussing about the fixed-format of the input, That's painfully archaic. Jon and Tony, could you please take this fight private. This is getting old. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel:

Re: Address Space Storage Map

information. Is it in a running address space? In a dump? Something else? -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/

Re: Loading a VCON with as an immediate value

On 2019-06-19 16:06, Charles Mills wrote: Believe it or not, the binder*will* resolve it. Requires the binder and perhaps GOFF. It does require GOFF, which in turn requires LIST(133). -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905

Re: Poll

1) PofOp 2) POP 3) POO 4) Pops 5) other? Just curious-there are no wrong answers, of course! (Well, I suppose "IntelR 64 and IA-32 Architectures Software Developer Manuals" is wrong.) .phsiii -- -- Regards, Gord Tomlin Action Software International (a d

Re: how to return?

BSM? > BER14_OK The program containing this code is specified to be AMODE ANY. If it is called such that it is entered in AMODE 24 and the caller is not AMODE 24 and not below the line, things won't end well. -- Regards, Gord Tomlin Action Software International (a di

Re: PC Backup best practices

o encrypt files locally before sending them to the cloud. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/

Re: A faster replacement for L R15,=A(EXTRN)

same result with LARL for many years (requires the use of the GOFF option in the HLASM parameters). -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/

Re: A faster replacement for L R15,=A(EXTRN)

On 2021-01-15 11:55 AM, Gord Tomlin wrote: It's been possible to achieve the same result with LARL for many years (requires the use of the GOFF option in the HLASM parameters). Since I got called out on the above, I ran some tests to refresh my memory. The following code: EXTR

Re: Curious compiler optimization

- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/

Re: Type attribute for data

question in there somewhere? -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com/support/

Re: Saving Caller's 64-bit Regsiters

On 2022-01-28 15:08 PM, Schmitt, Michael wrote: Also the linkage stack is not supported by Language Environment, so you should not be using it in any code that can be called in an LE run-unit. I learned that the hard way quite a few years ago, but I have never been able to find it stated in a p

Re: Unexpected C code

On 2022-04-21 10:46 AM, Seymour J Metz wrote: Well, in the case of S/370 the compiler could emit JO or JNO after the add. Well, if only JO and JNO had existed in the days of S/370... -- -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel

Re: Generating a TR field

On 2022-05-26 18:26 PM, Charles Mills wrote: And what is that? Some comments? Probably the actual TR instruction. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Support: https://actionsoftware.com

Re: Generating a TR field

On 2022-05-26 19:08 PM, Charles Mills wrote: OP did not ask how to do the translate. OP asked Is there a slick way or a macro to build the TR table? True. I should leave it to Gil. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905

Re: CLHHSI TYPECHECK(MAGNITUDE) Annoyance

or magnitude - -1 A784 FFE0 0114114 JEEXIT E554 D146 01E6 115 CHHSI HWORD,-1 A784 FFDB 0114116 JEEXIT -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: