RES: Using EQU with length

As you can see, WKLEN already has a calculated value of x'023c' when the second EQU is written. Why don't use it? 0023C 25379 WKLEN EQU *-WKSAVE 00684 4 25380 WKAREA EQU WKSAVE,WKLEN -Mensagem

Using EQU with length

Hi guys Why, sometimes it is accepted, sometimes not? 00068425369 WKSAVE DS 18F … … … 0023C 25379 WKLEN EQU *-WKSAVE 00684 4 25380 WKAREA EQU WKSAVE,WKLEN

Re: Getting to CVT with FLAG(PAGE0)

Use "l rx,cvtptr(0,0)" Em ter., 9 de jul. de 2024, 20:05, Ngan, Robert (DXC Luxoft) < robert.n...@dxc.com> escreveu: > Try: > > L R9,CVTPTR GET POINTER TO CVT(,0) > > Robert Ngan > DXC Luxoft > > -Original Message- > From: IBM Mainframe Assembler List On > Behalf

RES: using 2 consecutives areas

DXC Luxoft P.S. João, In my original reply there was a typo, I used +1 instead of +2 on the second LA. -Original Message- From: IBM Mainframe Assembler List On Behalf Of João Reginato Sent: Monday, July 8, 2024 08:48 To: ASSEMBLER-LIST@LISTSERV.UGA.EDU Subject: using 2 consecutives areas

using 2 consecutives areas

Hi What can I do to guarantee that the 2 literals below are consecutives in the literal pool? La 1,=al2(4) La 2,=cl4’text’ TIA João

RES: RES: The best way to check any virtual address

Just curious -Mensagem original- De: IBM Mainframe Assembler List Em nome de Paul Gilmartin Enviada em: segunda-feira, 3 de junho de 2024 19:01 Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU Assunto: Re: RES: The best way to check any virtual address On 6/3/24 15:34, João Reginato wrote: >

RES: The best way to check any virtual address

: ASSEMBLER-LIST@LISTSERV.UGA.EDU Assunto: Re: The best way to check any virtual address On Mon, 3 Jun 2024 15:56:17 -0300 João Reginato wrote: :>What do you guys use to check if a virtual address is still valid to avoid a :>S0C4? Why? What would you code do differently? Just recover from t

The best way to check any virtual address

Hi What do you guys use to check if a virtual address is still valid to avoid a S0C4? TIA João

RES: Relative branching instructions info

Great Thank you -Mensagem original- De: IBM Mainframe Assembler List Em nome de Jonathan Scott Enviada em: quinta-feira, 9 de maio de 2024 12:16 Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU Assunto: Re: Relative branching instructions info If you want to know quickly what instructions are

RES: Relative branching instructions info

Very usefull Thank you -Mensagem original- De: IBM Mainframe Assembler List Em nome de Tony Harminc Enviada em: quinta-feira, 9 de maio de 2024 12:13 Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU Assunto: Re: Relative branching instructions info On Thu, 9 May 2024 at 11:07, João Reginato

Old IBM Manual

Hi Sorry for the wrong thread but I can’t find old manuals for z/OS V1R9. Any idea? TIA João

RES: Relative branching instructions info

information beyond what is documented in the Principles of Operation? -- Tom Marchant On Thu, 9 May 2024 09:50:07 -0300, João Reginato wrote: >Do you know where can I find additional information about the hardware >implementation of the relative branching instructions? > >(ie. CLIJ, CRJ, J, etc)

Relative branching instructions info

Hi Do you know where can I find additional information about the hardware implementation of the relative branching instructions? (ie. CLIJ, CRJ, J, etc) TIA João

RES: Does the GET macro indicate EOF?

zed to use or disclose this information, and we request that you notify us by reply mail or telephone and delete the original message from your mail system. _ From: IBM Mainframe Assembler List mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU> > on behalf of João Reginato mailto:jb.regin...@gmail.co

RES: Does the GET macro indicate EOF?

You can turn a flag on when eodad is taken and test it later. Or in your example just use EODAD=EOF -Mensagem original- De: IBM Mainframe Assembler List Em nome de David Eisenberg Enviada em: quarta-feira, 8 de maio de 2024 19:35 Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU Assunto: Does the

RES: ASMA043E Previously defined symbol

I appreciated all the opinions about this matter. I'm happy to see so many interested people answering. But in this case, rc=4 would be great . Sorry my nonnative and poor English. Thank you all Cheers João -Mensagem original- De: IBM Mainframe Assembler List Em nome de Emir Garza

Re: ASMA043E Previously defined symbol

lly generate far more error > messages for essentially one error. I see no reason or value in that > approach. I also think most programmers would strongly object. > > Do you have some reason for needing to define duplicate, yet unreferenced > symbols? > > sas > > On Wed

Re: ASMA043E Previously defined symbol

uld the assembler > add additional code to check that symbol isn't referenced? > > I don't understand your last statement. > > sas > > On Wed, May 1, 2024 at 11:43 AM João Reginato > wrote: > > > Ok, I understand your point of view. But why show the duplicate as an > &

Re: ASMA043E Previously defined symbol

to the > > linker.) It was Hell! Trust me, you do NOT want that behavior. You do NOT > > want to spend four hours debugging "why when I branch to X does it not go > > where I want it to?" > > > > Charles > > > > > > -Original Mes

RES: ASMA043E Previously defined symbol

symbol I suggest you show us a snippet of code so we can see how you are re-defining a variable/symbol. Steve Thompson On 4/30/2024 5:55 PM, João Reginato wrote: > Hi > > > > The message “ASMA043E Previously defined Symbol” is always issued when an > already defined field

ASMA043E Previously defined symbol

Hi The message “ASMA043E Previously defined Symbol” is always issued when an already defined field is redefined, even if it is not referenced, making the compiler end with error (return code 8). I see this situation as it was just a warning issue (with return code 4). Is there a reason for

RES: Using OPSYN

It works!! Thank you -Mensagem original- De: IBM Mainframe Assembler List Em nome de Jonathan Scott Enviada em: sábado, 6 de abril de 2024 03:38 Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU Assunto: Re: Using OPSYN Before changing an instruction with OPSYN, you should create a new name for the

Using OPSYN

Hi How can I “cancel” an OPSYN?? I’m trying this way but no success at all: 388 LOPSYN LY 00012C E310 0058 0 389 L 1,0(0,0) 390 LOPSYN L 000132 E310

RES: RES: Where to find old manuals

Great Thank you -Mensagem original- De: IBM Mainframe Assembler List Em nome de Jonathan Scott Enviada em: quarta-feira, 27 de março de 2024 08:28 Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU Assunto: Re: RES: Where to find old manuals > Great > I could find almost all the manuals I was

RES: Where to find old manuals

Great I could find almost all the manuals I was searching for. z/OS V1R9.0 MVS Programming: Authorized Assembler Services Reference Vol 3 is missing thanks for everyone -Mensagem original- De: IBM Mainframe Assembler List Em nome de Bob Raicer Enviada em: terça-feira, 26 de março de

Where to find old manuals

Hi where can I find the assembler macros manuals from the old z/OS V1R9? TIA João

RES: HLASM PUNCH statement

that do not begin with x'02' and then merge them at the end? Probably can be done in a SORT step. On Wed, 6 Mar 2024 14:44:05 -0300 João Reginato wrote: :>Hi :> :> :> :>PUNCH ‘ALIAS XYZ,ABC’ :> :> :> :>In the past I used the punch above with no problems at all

RES: HLASM PUNCH statement

rge them at the end? > > Probably can be done in a SORT step. > > On Wed, 6 Mar 2024 14:44:05 -0300 João Reginato > wrote: > > :>Hi > :> > :> > :> > :>PUNCH ‘ALIAS XYZ,ABC’ > :> > :> > :> > :>In the past I used the punch above with no p

RES: HLASM PUNCH statement

That's the problem: the punch is generated inside a macro call in the middle of the source program, based on certain dynamic conditions and the binder can be executed in another day. Thanks João -Mensagem original- De: IBM Mainframe Assembler List Em nome de Jonathan Scott Enviada em:

HLASM PUNCH statement

Hi PUNCH ‘ALIAS XYZ,ABC’ In the past I used the punch above with no problems at all. But now, using HLASM, the Binder says: IEW2556W 4604 RECORD NUMBER 22 OF THE CURRENT OBJECT MODULE HAS AN INVALID OBJECT IDENTIFIER IN COLUMN 1. How can I put the punch at the beginning or the

RES: Reseting RMODE

Paul Gilmartin <0014e0e4a59b-dmarc-requ...@listserv.uga.edu> Sent: Monday, December 4, 2023 10:48 AM To: ASSEMBLER-LIST@LISTSERV.UGA.EDU Subject: Re: Reseting RMODE (Don't be greedy; don't set personal "Reply-to:") On 12/4/23 07:28:51, João Reginato wrote: > As I've said

RES: Linkage Editor Include Order

I suggest you use the DYNAMIC call of IEANTxx the deal with tokens. Directly from the CVT or using LOAD and BASR João -Mensagem original- De: IBM Mainframe Assembler List Em nome de Dave Clark Enviada em: segunda-feira, 4 de dezembro de 2023 17:05 Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU

RES: Reseting RMODE

rtin <0014e0e4a59b-dmarc-requ...@listserv.uga.edu> Sent: Monday, December 4, 2023 10:48 AM To: ASSEMBLER-LIST@LISTSERV.UGA.EDU Subject: Re: Reseting RMODE (Don't be greedy; don't set personal "Reply-to:") On 12/4/23 07:28:51, João Reginato wrote: > As I've said before, I w

ENC: RES: RES: Reseting RMODE

> 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 de dezembro de 2023 11:49 > Para: jb.regin...@gmail.com > Cc: ASSEMBLER-LIST

RES: Reseting RMODE

Reply-to:") On 12/4/23 07:28:51, João Reginato wrote: > As I've said before, I wasn't clear enough here. > My intent is to change the RMODE during the compilation phase only. > I have all CSECTS with RMODE ANY so, one of them, need to be RMODE 24, and I > cannot change it because t

RES: RES: Reseting RMODE

c 4, 2023, at 9:29 AM, João Reginato wrote: > > As I've said before, I wasn't clear enough here. > My intent is to change the RMODE during the compilation phase only. > I have all CSECTS with RMODE ANY so, one of them, need to be RMODE 24, and I > cannot change it because the H

RES: Reseting RMODE

As I've said before, I wasn't clear enough here. My intent is to change the RMODE during the compilation phase only. I have all CSECTS with RMODE ANY so, one of them, need to be RMODE 24, and I cannot change it because the HLASM doesn't allow that. despite it hasn't finished the compilation of all

RES: RES: Reseting RMODE

: Reseting RMODE On Sat, 2 Dec 2023 at 13:13, João Reginato wrote: > Sorry guys > my poor english may be causing misunderstanding. > Perhaps, but it's a lot better than my Portuguese. I think we can understand it pretty well. :-) > You're right, TPUT doesn't use DCB and doesn't need

RES: RES: Reseting RMODE

, then it must be always. sas On Sat, Dec 2, 2023 at 5:48 AM João Reginato wrote: > I use TPUT sometimes as a trace tool only and it uses a DCB that must be > below the line. > As I just use it in debugging situations, and inside a macro, that was > easiest to me do this way. >

RES: Reseting RMODE

, 1 Dec 2023 11:06:16 -0300, João Reginato > wrote: > >> How can I reset RMODE without receive >> ASMA186E AMODE/RMODE already set for this ESD item Once set, such attributes cannot be changed. It makes no sense to change them. -- Phoenix Software International Edward E. Jaf

RES: Reseting RMODE

de 2023 19:42 Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU Assunto: Re: Reseting RMODE On Fri, 1 Dec 2023 at 16:07, João Reginato wrote: > Depending on the situation, yes, it does make sense during a compilation > phase > I don't think it does. Could you give a code example? Are you possibly

RES: RES: Reseting RMODE

that need to change it. I'll read more about RMODE(SPLIT). thanks -Mensagem original- De: IBM Mainframe Assembler List Em nome de Ed Jaffe Enviada em: sexta-feira, 1 de dezembro de 2023 19:57 Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU Assunto: Re: RES: Reseting RMODE On 12/1/2023 1:06 PM, João

RES: Reseting RMODE

:27 AM, Jon Perryman wrote: > On Fri, 1 Dec 2023 11:06:16 -0300, João Reginato > wrote: > >> How can I reset RMODE without receive >> ASMA186E AMODE/RMODE already set for this ESD item Once set, such attributes cannot be changed. It makes no sense to change them.

RES: Reseting RMODE

ting RMODE On Fri, 1 Dec 2023 11:06:16 -0300, João Reginato wrote: >How can I reset RMODE without receive >ASMA186E AMODE/RMODE already set for this ESD item What do you mean by "receive"? RMODE is not a machine instruction (e.g. MVC). Instead, the linkage editor verifies where you

Reseting RMODE

Hi How can I reset RMODE without receive ASMA186E AMODE/RMODE already set for this ESD item Why cannot I do it? TIA João

RES: RES: RES: RES: RES: RES: Macro variable attributes

Ok, thank you -Mensagem original- De: IBM Mainframe Assembler List Em nome de Jonathan Scott Enviada em: quarta-feira, 22 de novembro de 2023 18:05 Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU Assunto: Re: RES: RES: RES: RES: RES: Macro variable attributes > My compiler says the length of the

RES: RES: RES: RES: RES: Macro variable attributes

: RES: Macro variable attributes On Tue, 21 Nov 2023 17:39:02 -0300, João Reginato wrote: >Have you read from the beginning of this thread? Yes, I'm familiar with the thread. As I said before, we're making assumptions because you didn't state your intent. Instead, you gave a specific exam

RES: RES: RES: RES: RES: Macro variable attributes

: terça-feira, 21 de novembro de 2023 19:03 Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU Assunto: Re: RES: RES: RES: RES: Macro variable attributes On Tue, 21 Nov 2023 17:39:02 -0300, João Reginato wrote: >Have you read from the beginning of this thread? Yes, I'm familiar with the thread. As I said bef

RES: RES: RES: RES: Macro variable attributes

solution. If it's to make the length human readable in the listing, why do you feel it's important? On Tue, 21 Nov 2023 16:31:29 -0300, João Reginato wrote: >In your sample > SETA L'EQU_LABEL from EQU_LABEL EQU ,30. > >I need to know the value of EQU_LABEL itself, not its length of 30

RES: RES: RES: Macro variable attributes

'? On Tue, 21 Nov 2023 16:00:31 -0300, João Reginato wrote: >I don't care about its length but the actual value > >De: IBM Mainframe Assembler List Em nome de >Jon Perryman > >Like DC & DS, you can fully define a variable using EQU. The second EQU parm >allows you to

RES: RES: Macro variable attributes

2023 18:34:20 -0300, João Reginato wrote: >Thank you Jonathan but it seems I don't have these APARs installed. >De: IBM Mainframe Assembler List Em nome >de Jonathan Scott >>If you have a recent maintenance level of HLASM, including APAR >>PH34116 from February 2021, y

RES: Macro variable attributes

Thank you Jonathan but it seems I don't have these APARs installed. -Mensagem original- De: IBM Mainframe Assembler List Em nome de Jonathan Scott Enviada em: sexta-feira, 17 de novembro de 2023 19:22 Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU Assunto: Re: Macro variable attributes > Is

BAKR/PR and Linkage Convenction

Hi I’m very interested in knowing your performance experiences about using BAKR/PR versus the Linkage Convention traditional way. I use BAKR/PR only when there is no dynamic storage acquirement in my programs otherwise I prefer save/restore regs adding 18F on it. Am I right? TIA João

Macro variable attributes

Hi Is there a way to know the real value of the LEN below when I use a variable instead of a value? MACRO WORK =0 DS XL() MNOTE *,’LEN=’ MEND WORK LEN=wklen Wklen equ 32 In the sample above the mnote says LEN=WKLEN but I preferred LEN=32 instead. How to

Re: ASMA057E Undefined operation code SR 15,15

very well explained. thanks Em qua., 15 de nov. de 2023 às 12:08, Jonathan Scott < jonathan_sc...@vnet.ibm.com> escreveu: > I doubt whether there is much difference between methods of > zeroing a register now. I would assume that if you want the > condition code preserved, LHI is best,

Re: ASMA057E Undefined operation code SR 15,15

so, changing the subject, tell us, what is the best choice for zeroing a register? xr, la, or the 3rd one? Em qua., 15 de nov. de 2023 às 10:39, Peter Relson escreveu: > This was a very lengthy thread in which the OP multiple times ignored > those who correctly provided what was needed. I don't

Re: ASMA057E Undefined operation code SR 15,15

I`ve appreciated all the messages received. It is now clear to me that it must use separated SETCs: label, opcode, arguments and comments. Thank you all for the help. best regards João Em qua., 15 de nov. de 2023 às 06:42, Binyamin Dissen < bdis...@dissensoftware.com> escreveu: > On Wed, 15 Nov

Re: ASMA057E Undefined operation code SR 15,15

lclc (2) > (1)setc 'SR' > (2)setc '' > (1) (2),(2) > Mend > > -Oprindelig meddelelse- > Fra: IBM Mainframe Assembler List På > vegne af João Reginato > Sendt: 14. november 2023 22:27 > Til: ASSEMBLER-LIST@LISTSERV.UGA.EDU

Re: ASMA057E Undefined operation code SR 15,15

Mark yes, it worked but why? I still need the entire instruction in SETCs João Reginato (61) 9911-55500 Em ter., 14 de nov. de 2023 às 18:27, Mark Hammack escreveu: > This worked but may not be what you need: > > MACRO >ZERO > SETC 'SR' > SETC ' ,' >

Re: ASMA057E Undefined operation code SR 15,15

: 11 END Em ter., 14 de nov. de 2023 às 18:25, João Reginato escreveu: > same error with 2 variables: > > Loc Object CodeAddr1 Addr2 Stmt Source Statement > HLASM R6.0 2023/11/14 18.23 > 1

Re: ASMA057E Undefined operation code SR 15,15

, Willy Jensen < willy.h.jen...@outlook.com> escreveu: > Would a sublisted SETC do, where P(1) is the instruction and P(2) is the > register? > > -Oprindelig meddelelse- > Fra: IBM Mainframe Assembler List På > vegne af João Reginato > Sendt: 14. november 2023

Re: ASMA057E Undefined operation code SR 15,15

the logic is very complicated and full of AIFs. So, to simplify and not repeat the same AIFs, the SETC sets the later instruction to be used at the end of the macro call. João Reginato (61) 9911-55500 Em ter., 14 de nov. de 2023 às 18:16, João Reginato escreveu: > without the SETC it wo

Re: ASMA057E Undefined operation code SR 15,15

without the SETC it works but I need it to simplify the logic of a bigger macro. . João Reginato (61) 9911-55500 Em ter., 14 de nov. de 2023 às 18:08, Paul Gilmartin < 0014e0e4a59b-dmarc-requ...@listserv.uga.edu> escreveu: > On 11/14/23 13:58:30, João Reginato wrote: > > Gil

Re: ASMA057E Undefined operation code SR 15,15

Willy I need the SETC João Reginato (61) 9911-55500 Em ter., 14 de nov. de 2023 às 18:02, João Reginato escreveu: > Lloyd > I've already sent a try with a label and the same error occurred > > João Reginato > (61) 9911-55500 > > > Em ter., 14 de nov. de 2023

Re: ASMA057E Undefined operation code SR 15,15

Lloyd I've already sent a try with a label and the same error occurred João Reginato (61) 9911-55500 Em ter., 14 de nov. de 2023 às 17:58, João Reginato escreveu: > Gil > > I know it works in the way you've proposed but I need to use the SETC in a > very bigger macro. > > J

Re: ASMA057E Undefined operation code SR 15,15

Gil I know it works in the way you've proposed but I need to use the SETC in a very bigger macro. João Reginato (61) 9911-55500 Em ter., 14 de nov. de 2023 às 17:49, João Reginato escreveu: > now with LCLC and CSECT. Same error > > João Reginato > (61) 9911-55500 > >

Re: ASMA057E Undefined operation code SR 15,15

now I've added a label. Still the same error João Reginato (61) 9911-55500 Symbol Type Id Address Length Owner Id Flags Alias-of HLASM R6.0 2023/11/14 17.50 XYZ SD 0001 00 Page3

Re: ASMA057E Undefined operation code SR 15,15

now with LCLC and CSECT. Same error João Reginato (61) 9911-55500 Symbol Type Id Address Length Owner Id Flags Alias-of HLASM R6.0 2023/11/14 17.46 XYZ SD 0001 00 Page3 Active Usings

ASMA057E Undefined operation code SR 15,15

hi I can't see the error on this simple code. Can anyone help me pls? TIA João Reginato (+55 61) 9911-55500 Active Usings: None Loc Object CodeAddr1 Addr2 Stmt Source Statement HLASM R6.0 2023/11/14 16.58 1 MACRO

RES: Automation in C++ vs HLAsm WAS: looking for limbo languages - how low can you go?

Very well explained. Congrats João -Mensagem original- De: IBM Mainframe Assembler List Em nome de Chris Craddock Enviada em: quarta-feira, 9 de agosto de 2023 11:34 Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU Assunto: Re: Automation in C++ vs HLAsm WAS: looking for limbo languages - how low

RES: ASMA182E Operand 2 must be absolute, 0-65535; ignored

I've commented 2 "org" inside this tkarea and the error was solved. I could not understand once it were normal ORG instructions like A DS 0F B DS F ORG A C DS F ORG D DS F But I've rewrite it in another way to solve Thanks João > -Mensagem original- > De: IBM Mainframe Assembler List

RES: ASMA182E Operand 2 must be absolute, 0-65535; ignored

82E Operand 2 must be absolute, 0-65535; ignored > > On Thu, 9 Feb 2023 at 15:58, João Reginato wrote: > > > 00160 31974+TKTCPSNL EQU *-TKTCPSNA > > > > 00BE0 00160 31975+TKTCPSNP EQU TKTCPSNA,TKTCPSNL > > > >

ASMA182E Operand 2 must be absolute, 0-65535; ignored

Hi Please see the error below: 00160 31974+TKTCPSNL EQU *-TKTCPSNA 00BE0 00160 31975+TKTCPSNP EQU TKTCPSNA,TKTCPSNL 00507 31976+TKAREAHL EQU *-TKAREA 00839

RES: ASMA003E Undeclared variable symbol SYSECT

ed variable symbol SYSECT > > On 12/30/22 08:04:37, João Reginato wrote: > > > > Why ‘’ works fine inside a MACRO call but not in the program body > out > > of a macro?? > > > > WTO ' start’ > > > > ** ASMA003E Undeclared variable symbo

ASMA003E Undeclared variable symbol SYSECT

Hi Why ‘’ works fine inside a MACRO call but not in the program body out of a macro?? WTO ' start’ ** ASMA003E Undeclared variable symbol; default=0, null, or type=U - OPENC/SYSECT Any tips? TIA João Very happy new year for everybody -- O software antivírus Avast

RES: ASMA080E Statement is unresolvable

Very Good, tks > -Mensagem original- > De: IBM Mainframe Assembler List > Em nome de Steve Smith > Enviada em: quinta-feira, 18 de agosto de 2022 11:03 > Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU > Assunto: Re: ASMA080E Statement is unresolvable > > Ha, I expected Jonathan Scott would

RES: ASMA080E Statement is unresolvable

> The answer to "why" is complicated. It has to do with the differing > alignments, and the order in which HLASM does things. > > Try putting a FTO DS 0F at the beginning of the area, and base your > length EQU on that. > > sas > > On Thu, Aug 18, 2022 at 9:28 AM João

RES: ASMA080E Statement is unresolvable

Inserting "ds 0f" in front solved the problem. Thanks > -Mensagem original- > De: IBM Mainframe Assembler List > Em nome de Jonathan Scott > Enviada em: quinta-feira, 18 de agosto de 2022 10:50 > Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU > Assunto: Re: ASMA080E Statement is unresolvable > >

ASMA080E Statement is unresolvable

Hi everybody Why does the asm below work fine? … 000AE6 D72F 401C 401C 0001C 0001C 1778+ XCFTOECLR,FTOECLR … 1C32951+FTOECLR DS0CL(FTOECLRL) 1C32952+FTOAASCB DSF 20

RES: RES: YA MGCRE RCF?

Yes, you have to be carefull. But CALL doesn´t do that -Mensagem original- De: IBM Mainframe Assembler List Em nome de Paul Gilmartin Enviada em: quinta-feira, 14 de julho de 2022 17:25 Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU Assunto: Re: RES: YA MGCRE RCF? On 7/14/22 13:11:38, João

RES: YA MGCRE RCF?

022 11:30 Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU Assunto: Re: YA MGCRE RCF? I've never used OPSYN. Can this technique be used with the execute form of the CALL macro, so that the linkage items can be further away from the base registers? -Original Message- From: IBM Mainframe Asse

RES: YA MGCRE RCF?

You can code e new line with " LA OPSYN LAY" just before the original CALL. Try it. Regards João -Mensagem original- De: IBM Mainframe Assembler List Em nome de Steve Smith Enviada em: quarta-feira, 13 de julho de 2022 14:50 Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU Assunto: Re: YA MGCRE

RES: Weird location counter

> On Mon, 4 Apr 2022 at 15:45, João Reginato wrote: > > > > Thank you all for the comments. > > What I'm trying to do is simply to map a dynamic data area (WKINFO) using > a static one (LKINFO). > > > > Any references to data after LKINFO will be in fact

RES: Weird location counter

Thank you all for the comments. What I'm trying to do is simply to map a dynamic data area (WKINFO) using a static one (LKINFO). Any references to data after LKINFO will be in fact referencing the dynamic area after WKINFO instead. And it worked fine until that point inside the PATCH_AREA where

Re: Weird location counter

inal Message- > From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU > ] > On Behalf Of João Reginato > Sent: Sunday, April 3, 2022 12:02 PM > To: ASSEMBLER-LIST@LISTSERV.UGA.EDU > Subject: Weird location counter > > Hi guys > Take a look in these

Re: Weird location counter

be Kornelis > == > > > Op 03/04/2022 om 21:02 schreef João Reginato: > > Hi guys > > Take a look in these pieces of code compiled in z/OS V2R4: (use any > > proportional font like courier for better understanding) > > > > 000BCC D2A5 D100 8B94 001

Weird location counter

Hi guys Take a look in these pieces of code compiled in z/OS V2R4: (use any proportional font like courier for better understanding) 000BCC D2A5 D100 8B94 00100 02B94 2107 MVC WKINFO(LINFO/2),LKINFO INITIALIZE DYNALLOC 000BD2 D2A5 D1A6 8C3A 001A6 02C3A 2108 MVC

RES: Eliminating Base Registers (was: Inlining routines)

You may use OPSYN to replace instructions to use 20 bits displacement instead of 12, and change B to J, for example: L OPSYN LY LA OPSYN LAY B OPSYN J BL OPSYN JL BE OPSYN JE And so on ... João -Mensagem

RES: RES: Testing address validity

: RES: Testing address validity But the latency issue remains. On Mon, 7 Mar 2022 15:17:28 -0300 João Reginato wrote: :>These macros are great. Thank you all by the discussion. Very useful :>-Mensagem original- :>De: IBM Mainframe Assembler List Em nome :>de Jeremy Schwartz

RES: Testing address validity

, Philippe Leite LAB Services - IBM Em sáb., 5 de mar. de 2022 09:45, João Reginato escreveu: > Hi > > Which is the best instruction to test if a virtual address is still valid > to > avoid an unexpected S0C4? > > > > TIA > > João > > >

Testing address validity

Hi Which is the best instruction to test if a virtual address is still valid to avoid an unexpected S0C4? TIA João

Re: Convert Zoned to Packed

Ok but always worked fine in previous versions Obter o Outlook para Android From: IBM Mainframe Assembler List on behalf of Seymour J Metz Sent: Friday, January 7, 2022 5:45:45 PM To: ASSEMBLER-LIST@LISTSERV.UGA.EDU Subject: Re: Convert

RES: Vector Instructions

Very very good job. Thank you Dan -Mensagem original- De: IBM Mainframe Assembler List Em nome de Dan Greiner Enviada em: quarta-feira, 29 de setembro de 2021 01:06 Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU Assunto: Vector Instructions I have put together a series of PowerPoint files

RES: RES: Macro to set a bit string

You are right and is the best solution LAR14,0(,)BIT # SRDL R14,3 /8 AIF (''(1,1) EQ '(').V2R LAR14,(R14) ARRAY POSITION AGO .V2

RES: Macro to set a bit string

OC will not work for arrays greater than 256 bytes -Mensagem original- De: IBM Mainframe Assembler List Em nome de Charles Mills Enviada em: quinta-feira, 20 de maio de 2021 17:33 Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU Assunto: Re: Macro to set a bit string The BitPos table is clever.

RES: Macro to set a bit string

Thanks to everyone for the relevant notes. Thank you Philippe for your macro. Mine follows (just for comparison and understanding) but I've preferred yours: MACRO TBIT ,, LRR14, SR

Macro to set a bit string

Hi everyone Does somebody have a macro to set a bit string on/off? I made one but I think it could be better due to performance reasons. Note: the bit index should be passed thru a register, not a value. I mean something like below using the TBIT macro to set on the bit 12 of ARRAY: LA

RES: SDUMPs

You must use SNAPX instead -Mensagem original- De: IBM Mainframe Assembler List Em nome de Tony Thigpen Enviada em: quinta-feira, 29 de outubro de 2020 17:48 Para: ASSEMBLER-LIST@LISTSERV.UGA.EDU Assunto: SDUMPs All, Trying to debug a program I am porting from z/VSE to z/OS.

RES: Reversed string macro

nates the rightmost byte of the second operand.". -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Assembler List [ASSEMBLER-LIST@LISTSERV.UGA.EDU] on behalf of João Reginato [jb.regin...@gmail.com] Sent: Friday, October 2

Re: Reversed string macro

Better could be DCC'' Em qui, 22 de out de 2020 18:08, Steve Smith escreveu: > Submitted for your consideration... > > MACRO >#REVSTR > SETC DEQUOTE('') >SETA DCLEN('') > .* >SETA > .LOOPAIF ( LT 1).DONE > SETC ''.''(,1) >SETA >

  1   2   >