Mark,
There are several excellent examples in the z/Architecture Principles of
Operation in Appendix A.
Tom Harper
Phoenix Software International
Sent from my iPhone
> On May 29, 2024, at 3:03 PM, Mark
> <176dcd91c5b1-dmarc-requ...@listserv.uga.edu> wrote:
>
>
Seymour,
How about this:
LLILH R15,X’4000’
Tom Harper
Phoenix Software International
Sent from my iPhone
> On Mar 29, 2024, at 12:56 PM, Seymour J Metz wrote:
>
> Back in he Assembler XF era I would code something like
>
> LAR0,L'DEST
> LA
I think it does solve your problem. What doesn’t it solve?
Sent from my iPhone
> On Dec 4, 2023, at 10:01 AM, João Reginato wrote:
>
> Yes, I know that but it doesn't solve my problem
>
> -Mensagem original-----
> De: Tom Harper
> Enviada em: segunda-feira, 4
João,
What has been hinted at here is that all you need to do is to have two CSECTs,
one which is RMODE(ANY) and a second one which is RMODE(24).
You can have as many CSECTs in a single assembly as you wish.
Then, just call the RMODE(24) CSECT when you need it.
Tom Harper
Phoenix Software
0,SHVPARM5
> ST0,16(0,1)
> OI16(1),X'80
> BALR 14,15
ORG-2 Back up over the BALR
For building your CALL list, and then use
> LAR1,SHVPARMB
> L R15,ARXEXCOM
> BALR R14,R15
For subsequent invocations.
Tom Harper
Phoenix Software In
Dave,
Why not use the CALL macro with the VL parameter to mark the end of the list?
Sincerely,
Tom Harper
Phoenix Software International
Sent from my iPhone
> On Oct 18, 2023, at 11:53 AM, Dave Clark wrote:
>
> I have a definition such as the following.
>
> SH
Why not use ASASYMBF?
https://www.ibm.com/docs/en/zos/2.2.0?topic=hsp-asasymbm-asasymbf-substitute-text-symbols
Shared via the Google app
Sent from my iPhone
Sent from my iPhone
> On Apr 18, 2023, at 4:02 PM, Swarbrick, Frank
> <12f6dfd67d6a-dmarc-requ...@listserv.uga.edu> wrote:
>
> H
would become available without
dual pathing.
The cost to implement should be minimal.
Sent from my iPhone
> On Apr 15, 2022, at 1:51 PM, Paul Gilmartin
> <0014e0e4a59b-dmarc-requ...@listserv.uga.edu> wrote:
>
> On Apr 15, 2022, at 11:34:40, Tom Harper wrote
If it was interrupted, where would the hardware restart? The instruction itself
cannot be changed.
Sent from my iPhone
> On Apr 15, 2022, at 1:19 PM, Dave Clark wrote:
>
> "IBM Mainframe Assembler List" wrote on
> 04/15/2022 01:10:36 PM:
>> For a fixed length move, none. For a variable len
For a fixed length move, none. For a variable length move, one.
Sent from my iPhone
> On Apr 15, 2022, at 12:27 PM, Robin Vowels wrote:
>
> On 2022-04-16 02:23, Tom Harper wrote:
>>>> On Apr 15, 2022, at 12:20 PM, Robin Vowels wrote:
>>> On 2022-04-16 00:2
Sent from my iPhone
> On Apr 15, 2022, at 12:20 PM, Robin Vowels wrote:
>
> On 2022-04-16 00:25, Tom Harper wrote:
>> Well known. But the instruction I’m proposing has no registers
>> involved
>
> Oh? How do you propose that such an instruction move
> N bytes
Robin,
See embedded remarks.
Tom
Sent from my iPhone
> On Apr 15, 2022, at 5:08 AM, Robin Vowels wrote:
>
> - Original Message - From: "Tom Harper"
>
> To:
> Sent: Friday, April 15, 2022 3:06 AM
>
>
>> IMHO, the next instruction to add t
om.au]
> Sent: Friday, April 15, 2022 5:08 AM
> To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
> Subject: Re: Next instruction needed
>
> - Original Message -
> From: "Tom Harper"
> To:
> Sent: Friday, April 15, 2022 3:06 AM
>
>
>> IMHO, the next in
_
> From: IBM Mainframe Assembler List [ASSEMBLER-LIST@LISTSERV.UGA.EDU] on
> behalf of Tom Harper [tomhar...@phoenixsoftware.com]
> Sent: Thursday, April 14, 2022 3:46 PM
> To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
> Subject: Re: Next instruction needed
>
> I don’t see what t
whatever
>
>
> -Original Message-
> From: IBM Mainframe Assembler List On
> Behalf Of Tom Harper
> Sent: Thursday, April 14, 2022 12:06 PM
> To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
> Subject: Next instruction needed
>
> IMHO, the next instruction to add to z/Arch
> behalf of Paul Gilmartin [0014e0e4a59b-dmarc-requ...@listserv.uga.edu]
> Sent: Thursday, April 14, 2022 1:26 PM
> To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
> Subject: Re: Next instruction needed
>
>> On Apr 14, 2022, at 11:06:09, Tom Harper wrote:
>>
>> IMHO, the next i
I don’t believe the paging implications would be any different from an XC.
Sent from my iPhone
> On Apr 14, 2022, at 1:26 PM, Paul Gilmartin
> <0014e0e4a59b-dmarc-requ...@listserv.uga.edu> wrote:
>
> On Apr 14, 2022, at 11:06:09, Tom Harper wrote:
>>
>> IMH
:
CLEAR FieldA
Or
LLGF R0,Varlen
CLEARR
Similar instructions for compare logical and move would be nice as well.
Tom Harper
Phoenix Software International
Sent from my iPhone
This e-mail message
the problem, as
the ACB and RPL (and EXLST) were just not that complicated.
The IBM code I saw for VTAM never used MODCB either. And these control blocks
have been static for decades with a few minor extensions.
Happy coding!
Tom Harper
Phoenix Software International
Sent from my iPhone
You may use whichever DSECT you want. I just use IFGRPL but that’s just my
preference.
Sent from my iPhone
> On Feb 24, 2022, at 12:16 PM, Dave Clark wrote:
>
> "IBM Mainframe Assembler List" wrote on
> 02/24/2022 11:49:34 AM:
>> Why not dispense with MODCB and just modify the RPL yourself
The result is the same.
Sent from my iPhone
> On Feb 24, 2022, at 11:55 AM, Dave Clark wrote:
>
> "IBM Mainframe Assembler List" wrote on
> 02/24/2022 11:49:34 AM:
>> Why not dispense with MODCB and just modify the RPL yourself using
>> IFGRPL DSECT?
>
>
>That sounds like an intri
Dave,
Why not dispense with MODCB and just modify the RPL yourself using IFGRPL DSECT?
Tom Harper
Phoenix Software International
Sent from my iPhone
> On Feb 24, 2022, at 11:33 AM, Dave Clark wrote:
>
>This isn't strictly an Assembler question -- more of a "How
du> wrote:
>
>> On Feb 23, 2022, at 14:00:21, Tom Harper wrote:
>>
>> Your best bet is a dynamic hash table of size of an appropriate Mersenne
>> Prime. The fastest effective way to hash your key is using the CKSM
>> instruction. Although fast, it does produce
Gil, it has nothing to do with hardware speed it just gives a better
distribution of hash values.
Sent from my iPhone
> On Feb 23, 2022, at 4:37 PM, Paul Gilmartin
> <0014e0e4a59b-dmarc-requ...@listserv.uga.edu> wrote:
>
>> On Feb 23, 2022, at 14:00:21, Tom Harper wr
multi-threading, you will need to serialize.
Inserting and deleting keys is not difficult and neither is the basic lookup.
If you have the option of writing in C, GLib already has this function
implemented.
Either way, it can be a fun exercise.
Tom Harper
Phoenix Software International
most synonyms.
Tom Harper
Phoenix Software International
Sent from my iPhone
> On Feb 22, 2022, at 5:09 PM, Gary Weinhold wrote:
>
> We are trying to optimize a search routine for keys in fixed length rows in
> an unordered array. As the number of rows in the array gro
Not sure what you’re trying to accomplish but would EXEC CICS named counter
help you?
Tom Harper
Phoenix Software International
Sent from my iPhone
> On Dec 6, 2021, at 7:13 PM, Wendell Lovewell
> <09624390d784-dmarc-requ...@listserv.uga.edu> wrote:
>
> Hello Listers
I believe EDTINFO with RTNDEVN will return what you need.
Sent from my iPhone
> On Sep 6, 2021, at 10:12 AM, Tony Thigpen wrote:
>
> I want to programmatically determine what tape drives are assigned to a
> specific esoteric, in this case 'VTL3590'. Can someone point me to the
> relevant mac
Here is how I code a similar instruction:
CNOP 2,4
LLILF R14,0
ORG *-4
DC A(symbol+X’8000’)
BASSM R14,R15
So that the second operand can be an ADCON or VCON.
You could do the same with LRL.
Sent from my iPhone
> On May 4, 2021, at 9:18 AM, Peter Rel
And curiously the facility is present for STORAGE OBTAIN and ISRV64 but not for
IARCP64.
Sent from my iPhone
> On Nov 16, 2020, at 12:39 PM, Steve Smith wrote:
>
> There is a new operand on STORAGE, EXECUTABLE=YES|NO. The default is YES,
> and for earlier releases there was no execute-prevent
That is not impossible and used in many products for performance reasons, such
as sorting.
Sent from my iPhone
> On Nov 16, 2020, at 12:24 PM, Ze'ev Atlas
> <01774d97d104-dmarc-requ...@listserv.uga.edu> wrote:
>
> Hi allIn the 1970's I probably could have done some getmain, write some cod
Dump Analysis and Elimination, a z/OS facility to aid in eliminating duplicate
dumps.
Sent from my iPhone
> On Oct 30, 2020, at 8:53 AM, Tony Thigpen wrote:
>
> I am using:
> //SYSMDUMP DD SYSOUT=*
>
> What is "DAE"?
>
> FYI, this is assembler code that I am porting from z/VSE. Adding a DC
l block, I have to wonder if this is a solution looking for a problem
>> to solve.
>> Keven
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On Tue, Oct 20, 2020 at 4:22 PM -0500, &
I already have such a macro. I’ll post it later.
Sent from my iPhone
> On Oct 20, 2020, at 4:06 PM, Tony Thigpen wrote:
>
> While we are talking about macros, a while back, someone posted they liked to
> fill eye-catchers using MVCIN so that scans of the dump for a tag only found
> the real
Pieter,
This code works fine. The code below was used to get the current TCB address
before PSATOLD was introduced with the advent of SRBs.
I doubt if changing the code will make any difference one way or the other as
it will all be in cache anyway.
Tom
Sent from my iPhone
> On Sep 2, 2020,
No task switching takes place. However, if certain SLIPs are in effect, there
may be a space switch interruption which will negatively affect performance.
Tom
- Original Message -
From: esst...@juno.com [mailto:esst...@juno.com]
Sent: Saturday, January 28, 2012 09:08 AM
To: ASSEMBLER-LIS
Peter,
I gave a presentation at SHARE sometime back titled "How to Write a Commercial
Software Program" where I covered a lot of these issues. There have been many
other presentations at SHARE which covered STARTIO, zHPF, sorting, and other
topics.
Tom Harper
Neon Enterprise Soft
Common technique.
- Original Message -
From: esst...@juno.com [mailto:esst...@juno.com]
Sent: Saturday, February 12, 2011 05:37 PM
To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
Subject: Is this a commonly used technique ?
This week I attended a vendors presentation of a proposed product.
I rather
Steve,
Sent.
Tom
Tom Harper
IMS Utilities Development Team
Neon Enterprise Software
Sugar Land, TX
-Original Message-
From: IBM Mainframe Assembler List [mailto:assembler-l...@listserv.uga.edu] On
Behalf Of Steve Comstock
Sent: Wednesday, December 22, 2010 8:58 AM
To: ASSEMBLER-LIST
Sent attachment privately to Fred, since attachments are not allowed on this
listserv.
Tom
Tom Harper
Neon Enterprise Software
Sugar Land, TX
-Original Message-
From: IBM Mainframe Assembler List [mailto:assembler-l...@listserv.uga.edu] On
Behalf Of Fred van der Windt
Sent: Wednesday
it would help us to understand your intent better if you let us know what
you are trying to accomplish?
Tom Harper
IMS Utilities Development Team
Neon Enterprise Software
Sugar Land, TX
-Original Message-
From: IBM Mainframe Assembler List [mailto:assembler-l...@listserv.uga.edu] On
41 matches
Mail list logo
