Re: Provenance of term "yonder"?

Looking through the VMSHARE archives I found two references to "yonder" but only one relevant to this , or perhaps not even one http://vm.marist.edu/~vmshare/browse.cgi?fn=TCP_IP&ft=MEMO&args=yonder#hit "I know this really isn't going to a REAL VTAM printer, but I should package this output

Re: OPCODE tables

Ian, Hercules is IMHO rather lax. So often opcodes which were not enabled at a particular hardware level on physical hardware, but don't clash with any existing opcodes, may be enabled at on Hercules. Dave > -Original Message- > From: IBM Mainframe Assembler List > On

Re: Hiding COPY text

"IBM Mainframe Assembler List" wrote on 02/23/2024 03:54:52 PM: > Simply? In someone else's controlled environment? That is why I said "simply" (i.e., in quotes). ;-)But, it would do for testing on a single program source. Sincerely, Dave Clark --

Re: Hiding COPY text

) at the beginning of your assembler source program and -- voila! Naturally, you would need those exit program in place, too. PROCESS EXIT(INX(EXNAME),LBX(EXNAME),PRX(EXNAME)) Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3

Re: Hiding COPY text

"IBM Mainframe Assembler List" wrote on 02/23/2024 11:38:24 AM: > IEABRC is z/OS, but ASMMSP is part of the HLASM Toolkit. Or is the > toolkit only for z/OS and z/VM? HLASM Toolkit is available for z/VSE as a separate product -- which we don't have. S

Re: Hiding COPY text

"IBM Mainframe Assembler List" wrote on 02/23/2024 11:27:00 AM: > Is there anything in ASMMSP or IEABRC that depends on being in open code? I don't have those copybooks (I'm on z/VSE) so someone else will have to answer that question. Sincerely, Dave C

Re: Hiding COPY text

l document the copybook usage, too. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Ohio 45439 USA (937) 294-5331 ***

Re: How to create a pdf file from Mainframe

PDF. > <https://urldefense.com/v3/__http://www.lbdsoftware.com/ > xmitip.html__;!!E0nbmg29qrX0lQ!YHkuqIGmwgXl- > vC9A9xrsSgRpjm7tFLFXAGTAlimNlS3HkFL2iPn6eFNFlwno1ETfDHaUjdo87g2HVGJb4A2maH6ZA5Hajg8fwZGSME > $ > That site's data was moved to: https://github.com/lbdyc

Re: Linkage Editor Include Order

for these -- only the object module. So, I'm using a V-constant. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Ohio

Re: Linkage Editor Include Order (z/VSE)

ut everything was already relocatable by that time, also. I think that happened with the transition from DOS/VS to DOS/VSE in 1979. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Ohio

Re: Linkage Editor Include Order

AMODE(...)|RMODE(...)}<,{RMODE(...)|AMODE(...)}> INCLUDE <,(sectionlist)> REP address ... ENTRY Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Bouleva

Re: Linkage Editor Include Order

05378 005300 005300 RXVSAMXA 24 24 RXVSAMXR 506778 506778 006700 006700 RXVSAMXR 24 24 DTEMAN507678 507678 007600 007600 DTEMAN31 ANY IEANTCR 507C78 507C78 007C00 007C00 IEANTCR 31 ANY IEANTRT 507CC0 507CC0 007C48 007C48 IEANTRT 31 ANY Sincerely

Re: Linkage Editor Include Order

This was a z/VSE question. But, crossing my fingers, I checked the manual for the z/VSE Linkage Editor and I didn't see an ORDER statement among the choices. :-( Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Ketteri

Linkage Editor Include Order

003490 RXVSAMBK 24 24 RXVSAMBR 504708 504708 004690 004690 RXVSAMBR 24 24 RXVSAMXA 505A08 505A08 005990 005990 RXVSAMXA 24 24 RXVSAMXR 506E08 506E08 006D90 006D90 RXVSAMXR 24 24 Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Win

Re: BAKR/PR and Linkage Convention

Yes, my layout is according to the following plan. CSECT 0 J START DATA LOCTR eye-catcher CODE LOCTR START * ... DATA LOCTR LTORG ... CORG 0,256 END That ended up generating binary zeroes to push the CODE area to location 100 -- which is exactly what I wanted. Sincerely,

Re: BAKR/PR and Linkage Convenction

use at your own risk, etc. > > macro , > corg &d,&m > org &sysect+(&d)+(&m)*((*-&sysect+(&m)-(&d)-1)/(&m)) > mend , Perfect. Thank you very much. Sincerely, Dave Clark -- int.ext: 91078 dir

Re: BAKR/PR and Linkage Convenction

Perhaps I should clarify then... My "static" areas are statically allocated -- not, necessarily, that they will not be modified. So, is there a way to force a 256-byte boundary between my static data allocation my static code allocation? Sincerely, Dave Clark -- int.ext:

Re: BAKR/PR and Linkage Convenction

wing code area starts on the next 256-byte boundary? Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Ohio 45439 USA (937) 294-5331 *

Re: Based vs. Relative

"IBM Mainframe Assembler List" wrote on 11/28/2023 10:30:28 AM: > HEXTABLE DC*-192 Sorry, that is a type. It *was* as follows. HEXTABLE EQU *-192 Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3

Re: Based vs. Relative

program. So, I added the unneeded part of the translate table and all is well. HEXTABLE DC*-192 Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services

Re: Based vs. Relative

Hints? TR 0(2,R1),HEXTABLE Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Ohio 45439 USA (937) 294-5331 *

Re: Based vs. Relative

Then, to confirm... When I change BAS to JAS, I don't have to change BASR at all. Correct? Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Oh

Re: Assembler Intrinsic Functions

e fix for APAR PH57717 (very recent) to get correct results. All very good information. Thank you. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Ketterin

Re: Assembler Intrinsic Functions

OK, I've tested it now. I was expecting that DEQUOTE() would receive any of the caller's doubled-aposts as a single apost that, therefore, needed to be re-doubled. So, I removed the use of DOUBLE() and the results are usable. Thanks. Sincerely, Dave Clark -- int.ext: 91

Re: Assembler Intrinsic Functions

SETC DOUBLE('&STR') DCCL4'&STR' VERSION &STR SETC DEQUOTE('&AUTHOR') &STR SETC DOUBLE('&STR') DCCL4'&STR' AUTHOR &STR SETC DEQUOTE(&

Re: Assembler Intrinsic Functions

n the next 5 minutes or so you find the answer yourself. Sorry to bother you all. ;-) Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton,

Assembler Intrinsic Functions

insic functions supported by the assembler? ..or is it only in macro language? But, still, where are these documented? Thanks. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Ohio 45439 USA (937) 294

Re: BAKR/PR and Linkage Convenction

"IBM Mainframe Assembler List" wrote on 11/21/2023 04:32:27 PM: > As to solutions for data, look up the LOCTR assembler instruction. Thank you for the informaiton and the explanation. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Wi

Re: BAKR/PR and Linkage Convenction

heard that there is some caching issue with having data using the same base register as code -- or some such. Are there other solutions for hard-coded and LTORG constants? Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Ketteri

Re: Is True Skip-Sequential Processing Possible with RECFM=FB,DSORG=PS?

It > *might* be possible with RECFM=F, but efficiency would then be so > compromised it would probably outweigh any advantage from *true* skip- > sequential processing. Like I say POINT can do this but you are then limited to BSAM... ... YOU DIDN'T SAY QSAM ONLY NOT VSAM Dave

Re: Based vs. Relative

com/docs/en/zos/2.1.0? > topic=xct-ieabrcx-relative-branch-macro-extension__;!! > E0nbmg29qrX0lQ! > fM5la5Qkky51NLbVsKXkFMo1UZqEW6ISw8l1woQYjY1GqLFOoDamVPYYB03l25a8Hv1QL_baeJkLgbEGLYRYcQVzSeMGuO968NC1lNs > $ > Thanks, but the IEABRCX macro doesn't exist in the z/VSE wor

Re: Based vs. Relative (was: Internal Exit Routine Handling)

nge from a literal +/-32K to an actual +/-64K range. Thanks! ;-) Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Bou

Re: Based vs. Relative (was: Internal Exit Routine Handling)

you. But if you allow someone to do a thing then they just might do it. ;-)But, now that I know the basic relative jump is at least +/- 32K, I don't think I need to allow for more than that. Thanks. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3

Re: Based vs. Relative (was: Internal Exit Routine Handling)

al" relative jump is the signed, 16-bit variety mentioned (15-bit relative target with left-most bit as the direction). How is that +/- 65K? Wouldn't that be +/- 32K? Or are there actually three varieties -- 16-bit, 32-bit, and the "even longer ones" you hinted at? Sinc

Based vs. Relative (was: Internal Exit Routine Handling)

N, ELSE, and ENDF. These also arbitrarily allow nesting up to 8 levels. IF condition,AND/OR,condition AND condition,AND,condition ... as much code as the user desires between here ... ELSE ... as much code as the user desires between here ... ENDIF Sincerely, Dave Clark -

Re: Internal Exit Routine Handling

d the entire CSECT is less than 4K (if that makes any difference). Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Ohio 4543

Re: Internal Exit Routine Handling

address constant with LOAD instead of just using LOAD ADDRESS -- as was mentioned? USING *,R11 TARGET DS 0H DROP R11 ... USING *,R12 B TARGET DROP R12 Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Servic

Re: Internal Exit Routine Handling

EXIT RTN ADDRESS LAR3,PCHAREA GET I/O AREA ADDRESS STM R2,R3,INLCPCHA PUT ADDRESSES IN CONTROL BLOCK Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Ohio 4543

Re: Internal Exit Routine Handling

"IBM Mainframe Assembler List" wrote on 11/08/2023 04:13:09 PM: > read also about limiting the range of a USING OK, that definitely sounds useful. Didn't know that could be done. Thanks. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 ho

Re: Internal Exit Routine Handling

BAS R15,REG2ZON3 ... BAS R2,GETVAR ... BAS R5,SETVAR Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayto

Internal Exit Routine Handling

Or should I be placing these exit routines in their own programs? Or if having them "internal" as described, is there something else I should be doing to avoid overlapping base registers? Thanks. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300

Re: Variable-Length Parameter List Attributes

unction that I have this coding. Originally I had this: SHVPARMB DS5F OISHVPARMB+(5*4-4),X'80' And now I have this: SHVPARMB DS5F SHVPLAST EQU *-4 OISHVPLAST,X'80' You have some other suggestion for how to handle this? Sincerely, Dav

Re: Variable-Length Parameter List Attributes

g) of the resulting load module -- rather than letting the linkage editor include it wherever it wants. Case in point for that last situation is the stub routines for CICS and/or DLI/IMS. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Serv

Re: Variable-Length Parameter List Attributes

en a single load module is the result. But multiple PHASE statements can be interspersed in SYSLNK to create multiple load modules in a single execution of the linkage editor. I did work in a couple of MVS/SP shops but I was not as familiar with the compile processes there and always creat

Re: Variable-Length Parameter List Attributes

t is what my Notes client generates for replies with an internet-style history. Apparently, Notes sees your post as coming from the list rather than from you. Sorry.;-) Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110

Re: Variable-Length Parameter List Attributes

All you really want is the alignment after all, > > not any actual storage. Yes, the following are interchangeable because of the 0 duplication factor. But, I, too would prefer to see DS rather than DC. ;-) DC 0H DS 0H Sincerely, Dave Clark -- int.ext: 91078 direct: (9

Re: [EXTERNAL SENDER] Re: Variable-Length Parameter List Attributes

"IBM Mainframe Assembler List" wrote on 10/18/2023 02:35:40 PM: > On Wed, 18 Oct 2023, at 19:09, Dave Clark wrote: > > However, the following is the solution I'm actually going with. > > > LAR0,SHVPARM1 GET ADDRESS OF PARM 1 > > LAR1,S

Re: Variable-Length Parameter List Attributes

"IBM Mainframe Assembler List" wrote on 10/18/2023 01:56:58 PM: > On 10/18/23 11:49:12, Dave Clark wrote: > > ... > > The z/VSE CALL macro does not have those last two keywords. But, > > I can just code ORG *-2 after the CALL to accomplish the same th

Re: Variable-Length Parameter List Attributes

cro does not have those last two keywords. But, I can just code ORG *-2 after the CALL to accomplish the same thing. Thanks. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton,

Re: Variable-Length Parameter List Attributes

eve the replication factor? SHVPARMB DS5F SHVPLAST EQU *-4 OISHVPLAST,X'80' Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Day

Re: Variable-Length Parameter List Attributes

A0,SHVPARM1 ST0,0(0,1) LA0,SHVPARM2 ST0,4(0,1) LA0,SHVPARM2 ST0,8(0,1) LA0,SHVBLOCK ST0,12(0,1) LA0,SHVPARM5 ST0,16(0,1) OI16(1),X'80 BALR 14,15 Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsup

Re: Variable-Length Parameter List Attributes

"IBM Mainframe Assembler List" wrote on 10/18/2023 11:56:55 AM: > Why not use the CALL macro with the VL parameter to mark the end of the list? Because I don't appreciate the in-line parameter list it generates. Sincerely, Dave Clark -- int.ext: 91078 direct: (

Variable-Length Parameter List Attributes

the above definition? I ask, because I would rather not hardcode the following to set the end flag for the list. OISHVPARMB+(5*4-4),X'80' Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, O

Re: Tutorials for z and HLASM?

on a PC, https://z390development.github.io/z390/ so Assembler, Macros, emulation of hardware and parts of MVS/zOS Dave > -Original Message- > From: IBM Mainframe Assembler List > On Behalf Of Michael Oujesky > Sent: Friday, October 6, 2023 4:00 PM > To: ASSEMBLER-L

Re: Placeholder Instruction

I 0(R1),x'FF'-x'80' REMOVE CCB FLAG ENDIF ENDIF ENDSL END SELECT L R6,SUPVR6RESTORE SUPVR. WORK REG. B 4(,R7) DEQUEUE AND CONTINUE Sincerely, Dave

Re: Placeholder Instruction

ENDSEL , > > No need for a placeholder instruction. Thanks. Yes, that would work but I don't like how it looks. Because, to a COBOL programmer, it looks like an OR condition as it is in COBOL. I wanted the placeholder instruction so that even a COBOL programmer won't

Re: [EXTERNAL SENDER] Re: Placeholder Instruction

"IBM Mainframe Assembler List" wrote on 09/25/2023 04:44:08 PM: > What do you need other than one of: > BCR 0,0 > DS0H > ??? I found what I wanted in a different manual. I'm using NOPR 0 for this. Sincerely, Dave Clark -- int.e

Placeholder Instruction

hat IS the best way to do this and I don't see a NOP or NOOP -- as I would expect. What am I missing?!? Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Ohio 45439 USA

Re: EXCP CCB Status Code Error

mes to the point in the process where user input is required. It is a little difficult to debug an appendage routine when it runs as an extension of the supervisor. Suggestions anyone? Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 h

Re: EXCP CCB Status Code Error

.2?topic=macro-format-ccb Otherwise, since the previous EXCP for the ERASE-WRITE worked just fine (the requisite screen does correctly appear on the device), I don't see how the device can be unavailable. But, if your interpretation is corerct, how would I determine if the device i

EXCP CCB Status Code Error

used by the fist program. However, when my program goes to queue up the NOOP, I get back CCB status x'0C40' and I can't figure out why. Anybody else have some idea? Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kett

Re: Channel Appendage Routines

ON WAIT (1) WAIT FOR I/O COMPLETION IFMYCCB+4(2),(NE,CLC),=X'0C00' IF NOT CE+DE, ERROR LA R5,16 SET RC VALUE XR R15,R15 CLEAR REGISTER IC R15,MYCCB+4 SET RESULT VALUE BRETERR

Re: Channel Appendage Routines

for > tape (which is now not supported). In my case, I am using a channel appendage routine to synchronize native 3270 I/O. Basically, after writing to the 3270 device, I can't read immediately and must wait for an attention interrupt to tell me when the 3270 device has data to be receiv

Re: Channel Appendage Routines

So, the only reason for using a format-1 CCW is so that the I/O buffer can reside in 31-bit space? Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Ohio 4

Channel Appendage Routines

formation around the first question or point me to a definitive manual would be appreciated. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Ohio 45439

Re: Define Flag (DF) Macro

#x27;re correct. I guess I'll just have to drop that validation. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boul

Re: Define Flag (DF) Macro

"IBM Mainframe Assembler List" wrote on 08/19/2023 11:34:03 AM: > However, I would agree that a custom data type might be a > suitable solution, for example a lower case letter. Thanks. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751

Re: Define Flag (DF) Macro

efore or *after* the bit masks and locatable at compile time. Meaning, my DF macro accepts an optional parameter that names the flag byte. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Serv

Re: Define Flag (DF) Macro

MNOTE 12,'FLAG NOT GENERATED BY DF MACRO' MEXIT Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Ohio 45439 USA (937) 294-5331 *

Re: Define Flag (DF) Macro

TRP function will query it. Thanks. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Ohio 45439 USA (937) 294-5331 **

Re: Define Flag (DF) Macro

his is a non-standard way of defining a bit mask, I want some way of making sure that the operand for the SF, CF, and TF macros was correctly defined. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boule

Define Flag (DF) Macro

ride the) data type for the resulting equated bit mask. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Ohio 45439 USA

Re: Self-documenting Bit Settings

s for selecting a unique data type designation? Note that the programmer would still be able to use whatever format (binary, hexadecimal, character, numeric, etc) for the bit mask operand of the DF macro, but the DF macro would assign its own (override the) data type for the resulting equated

Re: Self-documenting Bit Settings

acros. OK, I'd call that multiple masks. Thanks. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard

Re: Self-documenting Bit Settings

ltiple bit operations". Thanks. To me, it just sounds like a bit mask that has more than one bit set (and to test) at the same time. But I don't see how this scenario doesn't support that -- as it is all part of the same mask-- so, you must be talking about something else. ;

Re: Self-documenting Bit Settings

p;FLAGDF&MASK,&BASE,&BADDEFINE FLAG BIT(s) ... Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Ohio 45439 USA (937) 294-5331 ***

Re: Self-documenting Bit Settings

* .* NOTE: See also the SF macro and the CF macro.* .* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * .BEGIN ANOP &LABEL TM&FLAG,L'&FLAG TEST FLAG BIT(s) MEND Sincerely, Dave Clark -- int.ext: 91078

Re: Self-documenting Bit Settings

o use character or numeric masks then, again, they might feel restricted. Where do you draw the line? Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Ohio 45439 USA (937) 294-5331

Re: Self-documenting Bit Settings

* .* NOTE: See also the SF macro and the CF macro.* .* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * &LABEL TM&FLAG,L'&FLAG TEST FLAG BIT(s) MEND Sincerely, Dave Clark -- int.ext:

Re: Self-documenting Bit Settings

*,B'0100' FLAG4EQU *,B'1000' FLAG5EQU *,B'0001' FLAG6EQU *,B'0010' FLAG7EQU *,B'0100' FLAG8EQU *,B'1000' DSBL1

Re: Self-documenting Bit Settings

'flag Ratz! Those macros are not on my system. ;-b Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton

Re: Self-documenting Bit Settings

hmetic. 10 TEST DC XL4(LDAP_AUTH_ENABLED) ** ASMA035S Invalid delimiter - (LDAP_AUTH_ENABLED) ** ASMA435I Record 10 in SYSIPT on volume: Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering

Re: Self-documenting Bit Settings

pecific length to an address constant. But, I tried it and it works as desired. Thanks. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Ohi

Self-documenting Bit Settings

EQUX'8000'ENABLE TRACING It makes more sense to me (and is self-documenting) to code it this way. FLAGS DC A(LDAP_AUTH_ENABLED+TRACE) But that yields aligned storage, correct? Is there a way to achieve the same result but without al

Re: Will z/OS be obsolete in 5 years?

o resolve without the correct tools. For instance, can DB2 for > Linux on > z share a database across multiple z frames. It's been a while since I last > looked > but DB2 for z/OS was used because it outperformed DB2 for Linux on z. Why use DB2? Dave

Re: CEEPIPI question on z/VM

Hi, Romney. Yes to both: Ready; T=0.10/0.12 11:05:32 q loadlib LOADLIB = SCEERUN Ready; T=0.01/0.01 11:05:36 q txtlib TXTLIB = SCEELKED CMSLIB Ready; T=0.01/0.01 11:05:43 DJ On Fri, Aug 4, 2023 at 10:45 AM Romney White wrote: > Dave: > > Do you have > GLOBAL TXT

CEEPIPI question on z/VM

Hello, all. Hopefully someone here can lend a hand.I am trying to compile and run the CEEPIPI assemble sample program shown on page 52 of the "z/VM Version 7 Release 2 Language Environment User's Guide" ( https://www.ibm.com/docs/en/SSB27U_7.2.0/pdf/ceeb7_v7r2.pdf). I am on z/VM 7.3 and using t

Re: looking for limbo languages - how low can you go?

I very much dislike C. I find many of its concepts hard to understand, especially the use of pointers and memory management. It's just not a high-enough programming language for what I want to do. Of all of the languages that I have run across (admittedly not that many) I prefer PL/I. It has a form

Re: Will z/OS be obsolete in 5 years?

ut for any that were using free RHEL on Z to develop will now face extra charges. Will their prices go up? Will they exit the Z market. ... one last point, my question would be, is this likely to back-fire on IBM? Will it deter any one in a University or Academia from buying Z if they have to pay, or will IBM offer them a discount of 100%? Dave

assembler-list@listserv.uga.edu

eans LCLC does not require the leading ampersand but in all other uses the leading ampersand is required -- and it is the same variable. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Ohio

Re: Shower thought

emaining bit and byte positions do not change the comparison, it is not necessary to continue comparing unequal operands beyond the first unequal bit pair. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton,

Re: Shower thought

"IBM Mainframe Assembler List" wrote on 06/12/2023 07:07:50 PM: > -as opposed to what? The operands are treated logically, bit-by-bit for their length, as opposed to the full fields treated numerically as a whole. Sincerely, Dave Clark -- int.ext: 91078 direct: (937)

Re: Calling C functions from HLASM

for the long name, the VSE linkage editor won't resolve the external addresses. As far as I know, at this point, the V-constant is the only way in VSE for the linkage editor to resolve the external reference. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300

Re: Calling C functions from HLASM

have to use the LE prelinker (EDCPRLK) to resolve those XSD entries -- which allows the V-constant to pick up the address of the function embedded in the single object deck. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering B

Re: Shower thought

it is generally understood correctly even if the actual wording is nonsensical. I'll not argue it further. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Bou

Re: Shower thought

(signed binary/packed) comparison. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Ohio 45439 USA (937) 294-5331 ***

Re: Shower thought

"IBM Mainframe Assembler List" wrote on 06/07/2023 01:22:23 PM: > So where does this "Logical" come from? I'm sure it's something obvious! It is a character (hexadecimal) comparison vs. a numeric (binary/packed) comparison. Sincerely, Dave Clark --

Re: Calling C functions from HLASM

source and executables IBM supports only the VSE Librarian (LIBR) libraries. Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton, Ohio

Re: Calling C functions from HLASM

LL link libraries would be found. I also just checked my system and there is no CEEPCALL macro. I have all the other macros you referenced. Hmmm... Sincerely, Dave Clark -- int.ext: 91078 direct: (937) 531-6378 home: (937) 751-3300 Winsupply Group Services 3110 Kettering Boulevard Dayton,

Re: Calling C functions from HLASM

t hope that I actually have the runtime library for LDAP and it wasn't just compiled into the LDAP client that IBM provided us. By the way... This is a z/VSE shop we're talking about here. ;-) Sincerely, Dave Clark -- int.ext: 91078 direct:

  1   2   3   4   >