Re: Question on HLASM - B to a DROP statement!?!
It is a warning, not an error. On Tue, 1 Oct 2024 21:22:48 -0400 Tony Thigpen wrote: :>I see the same issue on VSE 6.2 HLASM R6.0 2024/10/02 01.33 :> :>0025F0 47F0 909802604 2194 B TONYXXX :>0025F4 9120 D064 000642195 TMTMR4FLG1,FLG1MSG6 :>0025F8 47E0 9090025FC 2196 BNO TU_PUB_R15 :>2197 TU_PUBJCFLG TEINDUMP PUBJCFLG :>0025FC 2198 TU_PUB_R15 DS 0H :>2199 *TONY* :>0025FC 91F8 2007 72200 TMPUBJCFLG,PUBDVCUP :>002600 4780 91C602732 2201 BZTU_DEVICE_DOWN :>2202 TONYXXX DROP R2 :>** ASMA165W UNEXPECTED NAME FIELD :>** ASMA435I RECORD 1137 IN SYSIPT ON VOLUME: :>002604 2203 TU_CHK_DEVINF DS 0H :> :>Tony Thigpen :> :>Steve Thompson wrote on 10/1/24 5:29 PM: :>> Yes the subject is correct. :>> :>> I just ran into this situation. Program is in production. :>> :>> Multiple points in this program do the following: :>> :>> :>> B DROPR11 :>> :>> Now, a few screens away we have this: :>> :>> :>> DROPR11 DROP R11 :>> LA R1,x (or something similar) :>> :>> The DROPR11 above gets flagged with an invalid label :>> :>> The various B DROPR11 statements resolve to the LA R1 :>> :>> Anyone see a problem with this? When did this kind of thing get accepted? :>> :>> I would have figured that invalid label would have gotten at least an RC=8 :>> :>> And every one of those "Branch" instructions would have been flagged for :>> an undefined label or some such. :>> :>> :>> An inquiring mind would like to know. :>> :>> Regards, :>> Steve Thompson :>> :>> -- :>> For IBM-MAIN subscribe / signoff / archive access instructions, :>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN :> :>-- :>For IBM-MAIN subscribe / signoff / archive access instructions, :>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JESSPOOL Internal reader access
Look at *.sumbit under class(surrogate) Shelia Chalk Mainframe System Programmer sch...@ssfcu.org -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Sent: Tuesday, October 1, 2024 11:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXT] JESSPOOL Internal reader access Please Note: This email is from an [EXTERNAL] sender. Do not click on links or attachments unless you expect them from the sender and know the content is safe. Please contact the Service Desk if you have any concerns regarding this message. Hello One of our Job is submitted directly to internal reader. Unfortunately the job output is not sent to spool. Is there a way to know which RACF profile is responsible for internal reader within JESSPOOL ? Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Question on HLASM - B to a DROP statement!?!
It seems to me that the assembler did exactly what you'd hope it to do: Warn you about the label in an inappropriate place and then treat it as a statement label, as if you had coded DROP R11 DROPR11 DS0H or DROPR11 DS0H DROP R11 Peter Relson z/OS CoreTechnology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cross-Memory Access: Can an Address Space be treated as a Data Space using an ALET?
Hello everyone, but particularly Rob, since he responded. Thank you for the
alternatives, including the SYS1.MACLIB(BLSACTV) service, which is news to me.
I don't see it documented in the guide or reference manuals, but the macro
itself contains a description, much like a reference manual entry. Would that
more macros were like this one.
I figured out what was going on with ALESERV. A program "A" can read data
from another address space "B", IF A is given B's STOKEN (not the ALET).
Program "A":
ALESERV ADD, STOKEN=(of Program B ) returns the ALET=alet to use to access
Program B (from within Program A).
A MODESET KEY=ZERO is needed only for the duration of the ALESERV. It is not
needed to copy data from B (which is all that is needed: a fast copy).
ALESERV will not work if CHKEAX=YES is specified, as R15 returns an 8:
"The caller is not EAX-authorized to the specified space"
I read your note warning about "peeking into another address space." For this
application, Program A is nonswappable, so that should allay some of the
concerns. In addition, an ESTAE(X) environment should handle the exceptions
you warn about. Also, could things have improved in the last 20 years?
The simplicity of a single ALESERV (albeit wrapped around MODESET) to get the
job done is very attractive. Of course, all that glitters is not gold, so I'll
keep Chris Craddock's and your warnings in mind.
Thanks again
Richard Zierdt
From: IBM Mainframe Discussion List on behalf of Rob
Scott <0618c90e6fdf-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, October 1, 2024 4:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cross-Memory Access: Can an Address Space be treated as a Data
Space using an ALET?
This Message Is From an External Sender
This message came from outside your organization.
Richard
Depending on what you are trying to accomplish, there are better options of
sharing memory between two address spaces.
If you own the code in both address spaces, then you could use shared memory
objects or even get ASID(A) to own a space-switch PC to return requested memory
contents in a buffer to its callers in ASID(B).
If you do not own the code in ASID(A) and are using PGMB in ASID(B) to look at
memory in ASID(A), then there are a couple of other techniques :
(o) ASID(B) schedules an SRB into ASID(A) to retrieve the memory - I have
example code to do this at :
https://urldefense.com/v3/__https://github.com/rscott-rocket/mxe__;!!HaceldhrWm2T3s6H!yn_W0TIms-5G8PGqU1Tm_h5t3EsbAEfTZA_3EY5bzsiCSQJayS-szXVGJaMrn9-EqZWb0BRuenYNFpO-yDcjGjq2kgtTqRMq-Y2jhbO7RV9URQ$
(there is also an allied Share presentation for this code)
(o) Use the BLSACTV service in SYS1.MACLIB (since z/OS 2.5) - this is actually
what we use for the SDSF "MEM" command.
Using CHKEAX=NO for address spaces outside of your control is not ideal - about
20 years ago on this very forum Chris Craddock (one of the original BMC
Mainview/Resolve developers) commented the following :
"This technique for peeking into another address space is very dangerous on a
number of levels. If the address space is out then any access to private area
pages will fail. If you take page faults in that space and you need to be
suspended then bind break processing may notice the target space is not set up
for cross memory access and abend you (S058?) likewise if the address space
terminates while you're looking at it. I would expect to bump into one or more
of the S058 or related abends with some regularity with this technique"
Note that all of the above alternative methods can be achieved in PSW keys
other than 0 (perhaps key2 or key4), which helps make your code safer as you
are less likely to overwrite other important system or common memory by mistake
and become "famous".
Rob Scott
Rocket Software
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Richard Zierdt
Sent: Tuesday, October 1, 2024 5:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Cross-Memory Access: Can an Address Space be treated as a Data Space
using an ALET?
EXTERNAL EMAIL
The goal is to read data from an address space (not a data space) using an ALET.
The idea is "Program A" creates its own ALET that another program ("Program B")
uses in its address space to read data from Program A's address space. Is this
possible ?
A summary of Program A code (AMODE31, RMODE24, authorized) is:
ALESERV EXTRACTH,STOKEN=stoken Returns STOKEN for the address space
MODESET KEY=ZERONeeded, or return code from ALESERV is not zero
ALESERV ADD AL=PASN,
STOKEN=stoken,input STOKEN
ALET=HomeALET,output ALET
CHKEAX=NO,
AL=PASN,
ACCESS=PUBLIC,
MF=(E,ALESERV)
SYSEVENT DONTSWAP make unswappable
WTOR sit on a WTOR so that Program B can access Program A's address
space
Result is
Re: Question on HLASM - B to a DROP statement!?!
Gary Weinhold wrote: >I can imagine a junior assembler programmer thinking that they should >branch to the DROP to ensure it was executed before entering the >following code. I think it takes a while for new programmers to >understand what USING and DROP statements actually do other than the >necessity of having a USING at the beginning of a program (often >hidden in a macro). Indeed! Addressability is a tricky thing to really grok. I have a fond memory of (gulp) over 40 years ago being asked to add some stuff to EXEC 2 on VM/370 R6. It immediately blew addressability, and my then-manager said "Ehhh, maybe let's not". I said, "Let me do it and I'll come out of it understanding addressability". And he did, and I did! (Well, at least somewhat--I'll not claim to Know All, that would be obnoxious.) For me, the operative question on this is, "Is there a use case where this would make sense to do?" and I do not believe that there is one. What's the saying about "Just because you can doesn't mean you should"? Plus I've never accepted any RC other than 0 as acceptable from an assembler job. Have you?? ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JESSPOOL Internal reader access
Maybe you should be looking at the JESINPUT class, resource INTRDR? But you don't say why you are trying to achieve. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Sent: 02 October 2024 05:59 To: IBM-MAIN@LISTSERV.UA.EDU Subject: JESSPOOL Internal reader access Hello One of our Job is submitted directly to internal reader. Unfortunately the job output is not sent to spool. Is there a way to know which RACF profile is responsible for internal reader within JESSPOOL ? Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JESSPOOL Internal reader access
**Correction** Maybe you should be looking at the JESINPUT class, resource INTRDR? But you don't say *what* you are trying to achieve. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lennie Bradshaw Sent: 02 October 2024 10:32 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JESSPOOL Internal reader access Maybe you should be looking at the JESINPUT class, resource INTRDR? But you don't say why you are trying to achieve. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Sent: 02 October 2024 05:59 To: IBM-MAIN@LISTSERV.UA.EDU Subject: JESSPOOL Internal reader access Hello One of our Job is submitted directly to internal reader. Unfortunately the job output is not sent to spool. Is there a way to know which RACF profile is responsible for internal reader within JESSPOOL ? Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
https://en.wikipedia.org/wiki/Virtue_signalling (Hmm, with two "l"s in "signalling", at least in the title; two is typically British, one is American. But the article isn't even consistent, uses both. Now let's discuss that...) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on HLASM - B to a DROP statement!?!
Hi R'Shmuel AMV"SH, I realize that DS 0H forces alignment. I was wondering if EQU * does/does not. כתיבה וחתימה טובה Regards, David On 2024-10-02 11:33, Seymour J Metz wrote: It is still true that DS 0H forces alignment. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, October 2, 2024 9:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question on HLASM - B to a DROP statement!?! Caution: This email did not originate from George Mason’s mail system. Do not click links or open attachments unless you recognize the sender and know the content is safe. Hi Allan, As a rule, "DS 0H" used to be safer than "EQU *" since the former forces half-word alignment. (I do not know if that is still true.) Regards, David On 2024-10-02 08:38, Allan Staller wrote: Classification: Confidential Suggested code change to resolve.. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Thompson Sent: Tuesday, October 1, 2024 4:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Question on HLASM - B to a DROP statement!?! Suggested code change to resolve: B DROPR11 DROPR11 EQU * DROP R11 LA R1,x (or something similar) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on HLASM - B to a DROP statement!?!
EQU * after a fullword aligned DS CL7 will happily place the EQU on an odd address, however, the assembler will halfword align the next machine instruction, inserting a slack byte, so you will get an 0C1 if you jump to that tag. On Wed, Oct 2, 2024 at 3:58 PM David Spiegel < 0468385049d1-dmarc-requ...@listserv.ua.edu> wrote: > Hi R'Shmuel AMV"SH, > I realize that DS 0H forces alignment. I was wondering if EQU * > does/does not. > > כתיבה וחתימה טובה > > Regards, > David > > > On 2024-10-02 11:33, Seymour J Metz wrote: > > It is still true that DS 0H forces alignment. > > > > -- > > Shmuel (Seymour J.) Metz > > http://mason.gmu.edu/~smetz3 > > עַם יִשְׂרָאֵל חַי > > נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר > > > > > > > > > > From: IBM Mainframe Discussion List on > behalf of David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu> > > Sent: Wednesday, October 2, 2024 9:07 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Question on HLASM - B to a DROP statement!?! > > > > Caution: This email did not originate from George Mason’s mail system. > Do not click links or open attachments unless you recognize the sender and > know the content is safe. > > > > > > Hi Allan, > > As a rule, "DS 0H" used to be safer than "EQU *" since the former forces > > half-word alignment. > > (I do not know if that is still true.) > > > > Regards, > > David > > > > > > On 2024-10-02 08:38, Allan Staller wrote: > >> Classification: Confidential > >> > >> Suggested code change to resolve.. > >> > >> -Original Message- > >> From: IBM Mainframe Discussion List On > Behalf Of Steve Thompson > >> Sent: Tuesday, October 1, 2024 4:29 PM > >> To: IBM-MAIN@LISTSERV.UA.EDU > >> Subject: Question on HLASM - B to a DROP statement!?! > >> > >> Suggested code change to resolve: > >> > >>B DROPR11 > >> > >> DROPR11 EQU * > >>DROP R11 > >>LA R1,x (or something similar) > >> -- > >> For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >> ::DISCLAIMER:: > >> > >> The contents of this e-mail and any attachment(s) are confidential and > intended for the named recipient(s) only. E-mail transmission is not > guaranteed to be secure or error-free as information could be intercepted, > corrupted, lost, destroyed, arrive late or incomplete, or may contain > viruses in transmission. The e mail and its contents (with or without > referred errors) shall therefore not attach any liability on the originator > or HCL or its affiliates. Views or opinions, if any, presented in this > email are solely those of the author and may not necessarily reflect the > views or opinions of HCL or its affiliates. Any form of reproduction, > dissemination, copying, disclosure, modification, distribution and / or > publication of this message without the prior written consent of authorized > representative of HCL is strictly prohibited. If you have received this > email in error please delete it and notify the sender immediately. Before > opening any email and/or attachments, please check them for viruses and > other defects. > >> > >> > >> -- > >> For IBM-MAIN subscribe / signoff / archive access instructions, > >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Wayne Driscoll Software Engineer | Mainframe Software Division Broadcom Software *Office: *630-300-1931* Mobile:* 630-310-1784 wayne.drisc...@broadcom.com -- This electronic communication and the information and any files transmitted with it, or attached to it, are confidential and are intended solely for the use of the individual or entity to whom it is addressed and may contain information that is confidential, legally privileged, protected by privacy laws, or otherwise restricted from disclosure to anyone else. If you are not the intended recipient or the person responsible for delivering the e-mail to the intended recipient, you are hereby notified that any use, copying, distributing, dissemination, forwarding, printing, or copying of
Re: Question on HLASM - B to a DROP statement!?!
It better not, otherwise things like this wouldn't give the right length. STRING DC C'SOME LENGTH STRING' STRINGL EQU *-STRING Loc Object CodeAddr1 Addr2 Stmt Source Statement 114 * 54 116 STARTDSCL1 00055 117 LAB1 EQU * 56 118 LAB2 DS0h 56 47F0 C05600056 120 B LAB2 5A 47F0 C05500055 121 B LAB1 ** ASMA212W Branch address alignment for LAB1 unfavorable On 10/2/2024 1:58 PM, David Spiegel wrote: Hi R'Shmuel AMV"SH, I realize that DS 0H forces alignment. I was wondering if EQU * does/does not. כתיבה וחתימה טובה Regards, David On 2024-10-02 11:33, Seymour J Metz wrote: It is still true that DS 0H forces alignment. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, October 2, 2024 9:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question on HLASM - B to a DROP statement!?! Caution: This email did not originate from George Mason’s mail system. Do not click links or open attachments unless you recognize the sender and know the content is safe. Hi Allan, As a rule, "DS 0H" used to be safer than "EQU *" since the former forces half-word alignment. (I do not know if that is still true.) Regards, David On 2024-10-02 08:38, Allan Staller wrote: Classification: Confidential Suggested code change to resolve.. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Thompson Sent: Tuesday, October 1, 2024 4:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Question on HLASM - B to a DROP statement!?! Suggested code change to resolve: B DROPR11 DROPR11 EQU * DROP R11 LA R1,x (or something similar) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
Here is a little history for everybody since I used to work in the Middle East Back in the 70s Saudi Arabia fired all the Palestinians and deported them out of Saudi Arabia. That’s just old history. The more current history is that the Egyptians don’t want the Palestinians. So what’s occurred? Is that the Iranians after the 79 revolution in Iran, decided to start making trouble and that’s where we are right now. This is not a discussion of right or wrong. This is just a discussion of where we are and where we stand right now. Sent from my iPhone No one said I could type with one thumb > On Oct 2, 2024, at 15:48, Phil Smith III wrote: > > https://en.wikipedia.org/wiki/Virtue_signalling > > (Hmm, with two "l"s in "signalling", at least in the title; two is typically > British, one is American. But the article isn't even consistent, uses both. > Now let's discuss that...) > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on HLASM - B to a DROP statement!?!
I am referring to the next MACHINE instruction after the EQU, note you have a slack byte between LAB1 and LAB2, here is my example: 000 00014 1 TESTMAP CSECT , 00 07FE 2 BR14 02 D506 E000 F000 0 0 3 CLC 0(7,R14),0(R15) 084 DSCL5 D 5 MYTAG EQU * 0D 00 0E D504 F001 1000 1 0 6 CLC 1(5,R15),0(R1) Note that in my case the assembler made it obvious that there is a slack byte at X'000D' so a branch to MYTAG would result in an 0C1. On Wed, Oct 2, 2024 at 4:16 PM Tom Brennan wrote: > It better not, otherwise things like this wouldn't give the right length. > > STRING DC C'SOME LENGTH STRING' > STRINGL EQU *-STRING > >Loc Object CodeAddr1 Addr2 Stmt Source Statement > 114 * > 54 116 STARTDSCL1 >00055 117 LAB1 EQU * > 56 118 LAB2 DS0h > 56 47F0 C05600056 120 B LAB2 > 5A 47F0 C05500055 121 B LAB1 > ** ASMA212W Branch address alignment for LAB1 unfavorable > > On 10/2/2024 1:58 PM, David Spiegel wrote: > > Hi R'Shmuel AMV"SH, > > I realize that DS 0H forces alignment. I was wondering if EQU * > > does/does not. > > > > כתיבה וחתימה טובה > > > > Regards, > > David > > > > > > On 2024-10-02 11:33, Seymour J Metz wrote: > >> It is still true that DS 0H forces alignment. > >> > >> -- > >> Shmuel (Seymour J.) Metz > >> http://mason.gmu.edu/~smetz3 > >> עַם יִשְׂרָאֵל חַי > >> נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר > >> > >> > >> > >> > >> From: IBM Mainframe Discussion List on > >> behalf of David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu > > > >> Sent: Wednesday, October 2, 2024 9:07 AM > >> To: IBM-MAIN@LISTSERV.UA.EDU > >> Subject: Re: Question on HLASM - B to a DROP statement!?! > >> > >> Caution: This email did not originate from George Mason’s mail system. > >> Do not click links or open attachments unless you recognize the sender > >> and know the content is safe. > >> > >> > >> Hi Allan, > >> As a rule, "DS 0H" used to be safer than "EQU *" since the former forces > >> half-word alignment. > >> (I do not know if that is still true.) > >> > >> Regards, > >> David > >> > >> > >> On 2024-10-02 08:38, Allan Staller wrote: > >>> Classification: Confidential > >>> > >>> Suggested code change to resolve.. > >>> > >>> -Original Message- > >>> From: IBM Mainframe Discussion List On > >>> Behalf Of Steve Thompson > >>> Sent: Tuesday, October 1, 2024 4:29 PM > >>> To: IBM-MAIN@LISTSERV.UA.EDU > >>> Subject: Question on HLASM - B to a DROP statement!?! > >>> > >>> Suggested code change to resolve: > >>> > >>>B DROPR11 > >>> > >>> DROPR11 EQU * > >>>DROP R11 > >>>LA R1,x (or something similar) > >>> -- > >>> For IBM-MAIN subscribe / signoff / archive access instructions, send > >>> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >>> ::DISCLAIMER:: > >>> > >>> The contents of this e-mail and any attachment(s) are confidential > >>> and intended for the named recipient(s) only. E-mail transmission is > >>> not guaranteed to be secure or error-free as information could be > >>> intercepted, corrupted, lost, destroyed, arrive late or incomplete, > >>> or may contain viruses in transmission. The e mail and its contents > >>> (with or without referred errors) shall therefore not attach any > >>> liability on the originator or HCL or its affiliates. Views or > >>> opinions, if any, presented in this email are solely those of the > >>> author and may not necessarily reflect the views or opinions of HCL > >>> or its affiliates. Any form of reproduction, dissemination, copying, > >>> disclosure, modification, distribution and / or publication of this > >>> message without the prior written consent of authorized > >>> representative of HCL is strictly prohibited. If you have received > >>> this email in error please delete it and notify the sender > >>> immediately. Before opening any email and/or attachments, please > >>> check them for viruses and other defects. > >>> > >>> > >>> -- > >>> For IBM-MAIN subscribe / signoff / archive access instructions, > >>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >> > >> -- > >> For IBM-MAIN subscribe / signoff / archive access instructions, > >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >> > >> > >>
Re: engaging off-list
On Wed, 2 Oct 2024 17:05:34 -0500, I wrote: >E-mail addresses are visible there, but you can also just click the pencil >icon to reply to a post, and you'll have options to send your reply >>To: To the List (IBM-MAIN@LISTSERV.UA.EDU) >> To the Poster (whoever@wherever) However! I found in trying to send my message to Rick that Gmail doesn't like that option: >Diagnostic-Code: smtp; 550-5.7.26 Your email has been blocked because the >sender is unauthenticated. 550-5.7.26 Gmail requires all senders to >authenticate with either SPF or DKIM. So I guess for Gmail users (and any other servers with similar policies) you'll need to copy the address and send your message directly. ¬R -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cross-Memory Access: Can an Address Space be treated as a Data Space using an ALET?
The answer to the subject question depends on what you mean by "treated". In many cases a space is a space. The interface to ALESERV ADD is STOKEN. An address space has an STOKEN. A data space has an STOKEN. You can certainly access an address space's storage via an ALET on your DU-AL or PASN-AL. For correctness, the target address space is required to be non-swappable. You might get away with its being swappable but cannot in general count on it. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
Thanks, Steve, for the history. The topic is of great interest to me personally for a variety of reasons, including that my wife and I have both traveled in the Middle East and continue to do business there. I also have many friends/colleagues with specific interest in Israel, some of whom reside there. Most of my colleagues/friends with ME/Israeli interest are technical, a substantial portion of that set being mainframers. So there is real connection with this LISTSERV list. However ... The politics of the region serve as fire starter for flame wars, which we want to avoid even more than we want to avoid off-topic conversations. So that's a problem. I clearly see two list members, whom I need not name, who are at odds. I hold a reasoned opinion on several points, especially the politics, and would greatly welcome conversation with anyone (agree or disagree, as long as you don't "cancel" me) but that would certainly be off-list. But there's a problem. I don't know how to engage off-list. In fact, to chat with Steve is impossible because LISTSERV presents his email address as 050e0c375a14-dmarc-requ...@listserv.ua.edu. I don't know if that's a privacy setting or some other LISTSERV artifact but it hinders direct contact which in turn defeats off-list migration of less-than-relevant conversations. My contact info is either tro...@gmail.com or r...@casita.net (copied). Steve, please drop me a note. -- R; <>< On 10/2/24 4:55 PM, Steve Beaver wrote: Here is a little history for everybody since I used to work in the Middle East Back in the 70s Saudi Arabia fired all the Palestinians and deported them out of Saudi Arabia. That’s just old history. The more current history is that the Egyptians don’t want the Palestinians. So what’s occurred? Is that the Iranians after the 79 revolution in Iran, decided to start making trouble and that’s where we are right now. This is not a discussion of right or wrong. This is just a discussion of where we are and where we stand right now. Sent from my iPhone No one said I could type with one thumb On Oct 2, 2024, at 15:48, Phil Smith III wrote: https://en.wikipedia.org/wiki/Virtue_signalling (Hmm, with two "l"s in "signalling", at least in the title; two is typically British, one is American. But the article isn't even consistent, uses both. Now let's discuss that...) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
engaging off-list
On Wed, 2 Oct 2024 17:21:51 -0400, Rick Troth wrote: >But there's a problem. I don't know how to engage off-list. In fact, to >chat with Steve is impossible because LISTSERV presents his email >address as 050e0c375a14-dmarc-requ...@listserv.ua.edu. That should be a valid address to send him a private message through LISTSERV--but the actual addresses are visible to subscribers on the archive site. You can create a login at https://listserv.ua.edu/cgi-bin/wa?GETPW1 and then see the list archives at https://listserv.ua.edu/cgi-bin/wa?A0=ibm-main E-mail addresses are visible there, but you can also just click the pencil icon to reply to a post, and you'll have options to send your reply >To:To the List (IBM-MAIN@LISTSERV.UA.EDU) > To the Poster (whoever@wherever) ¬R -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
For everyone We are a community of hardcore IBM Systems programmers and developers that is getting smaller. I detest politics and conflict. And people construing malice where there is none. If you believe there is malice On this technical board you need to examine your concepts and belief systems Steve -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
esmie moo, And, just how in the world did saying 'be safe' spread 'propaganda'? It appears that you are the one that is weaponizing the technical board. Tony Thigpen esmie moo wrote on 10/2/24 8:37 AM: Please do NOT weaponise this technical board. Please do not use this board to act as a conduit to spread Israel propaganda. On Tuesday, October 1, 2024 at 11:32:45 a.m. EDT, Steve Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: For the guys in Israel - please stay safe Sent from my iPhone No one said I could type with one thumb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on HLASM - B to a DROP statement!?!
Classification: Confidential Suggested code change to resolve.. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Thompson Sent: Tuesday, October 1, 2024 4:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Question on HLASM - B to a DROP statement!?! Suggested code change to resolve: B DROPR11 DROPR11 EQU * DROP R11 LA R1,x (or something similar) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
Please do NOT weaponise this technical board. Please do not use this board to act as a conduit to spread Israel propaganda. On Tuesday, October 1, 2024 at 11:32:45 a.m. EDT, Steve Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: For the guys in Israel - please stay safe Sent from my iPhone No one said I could type with one thumb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on HLASM - B to a DROP statement!?!
Please, Will everyone go back and read the OP's original post. The question was not 'how to fix', but was instead, 'why did the assembler allow something this stupid in the first place'. My post was just to point out that the VSE HLASM does the exact same thing. And, I have gotten multiple 'you can fix it by doing this' emails since my post. Tony Thigpen Allan Staller wrote on 10/2/24 8:38 AM: Classification: Confidential Suggested code change to resolve.. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Thompson Sent: Tuesday, October 1, 2024 4:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Question on HLASM - B to a DROP statement!?! Suggested code change to resolve: B DROPR11 DROPR11 EQU * DROP R11 LA R1,x (or something similar) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
I agree with Tony - saying "be safe" is not propaganda or political - it is showing care and concern for members of this community that are in harm's way. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/sze “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Wednesday, October 2, 2024 7:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel esmie moo, And, just how in the world did saying 'be safe' spread 'propaganda'? It appears that you are the one that is weaponizing the technical board. Tony Thigpen esmie moo wrote on 10/2/24 8:37 AM: > Please do NOT weaponise this technical board. Please do not use this board > to act as a conduit to spread Israel propaganda. > On Tuesday, October 1, 2024 at 11:32:45 a.m. EDT, Steve Beaver > <050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: > > For the guys in Israel - please stay safe > > > > Sent from my iPhone > > No one said I could type with one thumb > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Checking another address space private region
Hi, Is there a way to check another address space private area? I need to see what is happening on an active started task private region in order to understand what is driving it full. Regards Jack -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
Well said. On Wednesday, October 2, 2024 at 09:09:15 a.m. EDT, Michael Watkins <032966e74d0f-dmarc-requ...@listserv.ua.edu> wrote: Then let's hope everyone stays safe; not just the Israelis, but the Palestinians, in both in the West Bank and the Gaza Strip, the Lebanese, the Syrians, the Jordanians, the Egyptions, the Iranians and the Yemenis. Why? Because even if there are no contributors to this thread in all of those areas, contributors to and readers of this thread are close to people in all of those areas. And they are all in harm's way, too. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lionel B. Dyck Sent: Wednesday, October 2, 2024 7:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel CAUTION: This email originated from outside of the Texas Comptroller's email system. DO NOT click links or open attachments unless you expect them from the sender and know the content is safe. I agree with Tony - saying "be safe" is not propaganda or political - it is showing care and concern for members of this community that are in harm's way. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/sze "Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are." - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Wednesday, October 2, 2024 7:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel esmie moo, And, just how in the world did saying 'be safe' spread 'propaganda'? It appears that you are the one that is weaponizing the technical board. Tony Thigpen esmie moo wrote on 10/2/24 8:37 AM: > Please do NOT weaponise this technical board. Please do not use this board >to act as a conduit to spread Israel propaganda. > On Tuesday, October 1, 2024 at 11:32:45 a.m. EDT, Steve Beaver ><050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: > > For the guys in Israel - please stay safe > > > > Sent from my iPhone > > No one said I could type with one thumb > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on HLASM - B to a DROP statement!?!
Remind me to not us copilot! -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Giovanni Bozzetti Sent: Wednesday, October 2, 2024 10:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question on HLASM - B to a DROP statement!?! Caution: This email did not originate from George Mason’s mail system. Do not click links or open attachments unless you recognize the sender and know the content is safe. This distribution List it is a great place to put questions and see answer and know people, we need that, however we will need be prepared to survive in a changing century and ready for AI stuff that are arriving... Let see what AI reply to our question about LABEL DROP I did enter this question: On z/OS assembler code can I put a LABEL in the DROP line ? And this is the answer from google COPILOT " In z/OS assembler, you cannot place a label directly on a DROP statement. The DROP statement is used to remove register names from the current register save area, and it does not support labels. Labels are typically used to mark locations in the code for branching or data definition, but not for assembler directives like DROP. If you need to manage register usage and ensure clarity in your code, you might consider using comments or structuring your code to make the purpose of the DROP statement clear without needing a label. Is there a specific scenario or problem you're trying to solve with the DROP statement? Maybe I can help with an alternative approach! "" Now is our turn to say if this is acceptable or we need to teaching AI better then someone is doing today...Because soon we can just need to say: z/OS assembler code give me a sample program that print "hello World" ? Here the result from google COPILOT " Sure! Here's a simple z/OS assembler program that prints "Hello, World": Assembly HELLOCSECT USING *,15 WTO 'Hello, World' BR14 END HELLO AI-generated code. Review and use carefully. More info on FAQ. This program uses the WTO (Write To Operator) macro to print the message "Hello, World" to the system console. The BR 14 instruction is used to return control to the operating system. If you have any questions about this code or need further assistance, feel free to ask! " We need to start learning again a lot of stuff.. Giovanni z/OS System programmer -Original Message- From: IBM Mainframe Discussion List On Behalf Of Eric Rossman Sent: Wednesday, October 2, 2024 9:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question on HLASM - B to a DROP statement!?! The original question did not ask why it allowed something stupid. It was: > Anyone see a problem with this? When did this kind of thing get > accepted? > ... > And every one of those "Branch" instructions would have been flagged > for an undefined label or some such. I see a problem with not fixing it. It appears that it has been accepted for a long time (possibly forever). Also, the description of the message says exactly what it will do: | The name is equated to the current value of the location counter (*). | However, if no control section has been started, the name is equated | to zero. I will venture to say that it's reasonable for the assembler to allow it since it will probably do something acceptable. However, the point stands that it issues a warning because this might not be what the programmer intended. Putting an ordinary symbol (a label) on a DROP would (to me) indicate that the programmer intended it as a target for a branch, at which point the named base_register (or label or address) should be dropped. If this was the intention, it would be better to do as suggested. The assembler cannot read minds so it warns when it might not do what was intended. Eric Rossman -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Wednesday, October 2, 2024 8:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Question on HLASM - B to a DROP statement!?! Please, Will everyone go back and read the OP's original post. The question was not 'how to fix', but was instead, 'why did the assembler allow something this stupid in the first place'. My post was just to point out that the VSE HLASM does the exact same thing. And, I have gotten multiple 'you can fix it by doing this' emails since my post. Tony Thigpen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
Not surprsing. On Wednesday, October 2, 2024 at 11:00:19 a.m. EDT, Steve Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: Because the people on this list that responded are all the systems programmers that live in Israel Sent from my iPhone No one said I could type with one thumb > On Oct 2, 2024, at 09:48, willie bunter > <001409bd2345-dmarc-requ...@listserv.ua.edu> wrote: > > Lennie, > You are spot on. The person who made this post should have included >everyone whose lives are threatened by attacks. Well said. > > On Wednesday, October 2, 2024 at 09:05:59 a.m. EDT, Lennie Bradshaw > wrote: > > So why have it directed only at people in Israel? > Why not include people in Lebanon, Iran, Gaza, Ukraine, Russia and all the > other places where citizens lives are threatened by attack from another > country? > I don't think this is relevant to IBM-MAIN discussions. > Lennie > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Lionel B. Dyck > Sent: 02 October 2024 13:54 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Israel > > I agree with Tony - saying "be safe" is not propaganda or political - it is > showing care and concern for members of this community that are in harm's way. > > > Lionel B. Dyck <>< > Github: https://github.com/lbdyck > System Z Enthusiasts Discord: https://discord.gg/sze > > “Worry more about your character than your reputation. Character is what you > are, reputation merely what others think you are.” - - - John Wooden > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Tony Thigpen > Sent: Wednesday, October 2, 2024 7:50 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Israel > > esmie moo, > > And, just how in the world did saying 'be safe' spread 'propaganda'? > > It appears that you are the one that is weaponizing the technical board. > > Tony Thigpen > > esmie moo wrote on 10/2/24 8:37 AM: >> Please do NOT weaponise this technical board. Please do not use this board >>to act as a conduit to spread Israel propaganda. >> On Tuesday, October 1, 2024 at 11:32:45 a.m. EDT, Steve Beaver >><050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: >> >> For the guys in Israel - please stay safe >> >> >> >> Sent from my iPhone >> >> No one said I could type with one thumb >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, send >> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, send >> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
That is what I was trying to articulate when I said "not to weaponise" this technical board. On Wednesday, October 2, 2024 at 09:45:37 a.m. EDT, Dave Beagle <0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote: Many times it’s not what you say, but what you don’t say. I don’t recall you telling the people in Ukraine, GAZA, or Lebanon to stay safe. I agree with Esmie. Dave B. إسرائيل قتلت 40 ألف فلسطيني بريء On Wednesday, October 2, 2024, 9:10 AM, Lionel B. Dyck <057b0ee5a853-dmarc-requ...@listserv.ua.edu> wrote: I agree - I am, as all of us should be, concerned with the safety of all our community members. The OP was focused on Israel probably because it was in the news most recently. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/sze “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Martin Packer Sent: Wednesday, October 2, 2024 8:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel Exactly. I was going to say that. I?m concerned for all of those. From: IBM Mainframe Discussion List on behalf of Lennie Bradshaw Date: Wednesday, 2 October 2024 at 14:06 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Israel So why have it directed only at people in Israel? Why not include people in Lebanon, Iran, Gaza, Ukraine, Russia and all the other places where citizens lives are threatened by attack from another country? I don't think this is relevant to IBM-MAIN discussions. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lionel B. Dyck Sent: 02 October 2024 13:54 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel I agree with Tony - saying "be safe" is not propaganda or political - it is showing care and concern for members of this community that are in harm's way. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/sze ?Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.? - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Wednesday, October 2, 2024 7:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel esmie moo, And, just how in the world did saying 'be safe' spread 'propaganda'? It appears that you are the one that is weaponizing the technical board. Tony Thigpen esmie moo wrote on 10/2/24 8:37 AM: > Please do NOT weaponise this technical board. Please do not use this board to act as a conduit to spread Israel propaganda. > On Tuesday, October 1, 2024 at 11:32:45 a.m. EDT, Steve Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: > > For the guys in Israel - please stay safe > > > > Sent from my iPhone > > No one said I could type with one thumb > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered office: Building C, IBM Hursley Office, Hursley Park Road, Winchester, Hampshire SO21 2JN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subsc
Re: Question on HLASM - B to a DROP statement!?!
It is still true that DS 0H forces alignment. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of David Spiegel <0468385049d1-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, October 2, 2024 9:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question on HLASM - B to a DROP statement!?! Caution: This email did not originate from George Mason’s mail system. Do not click links or open attachments unless you recognize the sender and know the content is safe. Hi Allan, As a rule, "DS 0H" used to be safer than "EQU *" since the former forces half-word alignment. (I do not know if that is still true.) Regards, David On 2024-10-02 08:38, Allan Staller wrote: > Classification: Confidential > > Suggested code change to resolve.. > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Steve Thompson > Sent: Tuesday, October 1, 2024 4:29 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Question on HLASM - B to a DROP statement!?! > > Suggested code change to resolve: > > B DROPR11 > > DROPR11 EQU * > DROP R11 > LA R1,x (or something similar) > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ::DISCLAIMER:: > > The contents of this e-mail and any attachment(s) are confidential and > intended for the named recipient(s) only. E-mail transmission is not > guaranteed to be secure or error-free as information could be intercepted, > corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses > in transmission. The e mail and its contents (with or without referred > errors) shall therefore not attach any liability on the originator or HCL or > its affiliates. Views or opinions, if any, presented in this email are solely > those of the author and may not necessarily reflect the views or opinions of > HCL or its affiliates. Any form of reproduction, dissemination, copying, > disclosure, modification, distribution and / or publication of this message > without the prior written consent of authorized representative of HCL is > strictly prohibited. If you have received this email in error please delete > it and notify the sender immediately. Before opening any email and/or > attachments, please check them for viruses and other defects. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
While I agree with the sentiment, that's the sort of thing that belongs in your sig, with a proper == SP CRLF separator. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Steve Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu> Sent: Tuesday, October 1, 2024 11:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Israel Caution: This email did not originate from George Mason’s mail system. Do not click links or open attachments unless you recognize the sender and know the content is safe. For the guys in Israel - please stay safe Sent from my iPhone No one said I could type with one thumb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on HLASM - B to a DROP statement!?!
The original question did not ask why it allowed something stupid. It was: > Anyone see a problem with this? When did this kind of thing get > accepted? > ... > And every one of those "Branch" instructions would have been flagged > for an undefined label or some such. I see a problem with not fixing it. It appears that it has been accepted for a long time (possibly forever). Also, the description of the message says exactly what it will do: | The name is equated to the current value of the | location counter (*). However, if no control section has | been started, the name is equated to zero. I will venture to say that it's reasonable for the assembler to allow it since it will probably do something acceptable. However, the point stands that it issues a warning because this might not be what the programmer intended. Putting an ordinary symbol (a label) on a DROP would (to me) indicate that the programmer intended it as a target for a branch, at which point the named base_register (or label or address) should be dropped. If this was the intention, it would be better to do as suggested. The assembler cannot read minds so it warns when it might not do what was intended. Eric Rossman -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Wednesday, October 2, 2024 8:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Question on HLASM - B to a DROP statement!?! Please, Will everyone go back and read the OP's original post. The question was not 'how to fix', but was instead, 'why did the assembler allow something this stupid in the first place'. My post was just to point out that the VSE HLASM does the exact same thing. And, I have gotten multiple 'you can fix it by doing this' emails since my post. Tony Thigpen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Checking another address space private region
In real time? After the fact could be SMF 30 – as it has the numbers. However allocation is not used and some applications GETMAIN the whole of their region as a matter of course. From: IBM Mainframe Discussion List on behalf of Jack Zukt <059cd493dd41-dmarc-requ...@listserv.ua.edu> Date: Wednesday, 2 October 2024 at 13:57 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Checking another address space private region Hi, Is there a way to check another address space private area? I need to see what is happening on an active started task private region in order to understand what is driving it full. Regards Jack -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered office: Building C, IBM Hursley Office, Hursley Park Road, Winchester, Hampshire SO21 2JN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
"...Please do not use this board to act as a conduit to spread Israel propaganda. ..." What an asinine remark! ... Maybe I should've said bovine instead? Maybe you'd prefer Hezbollah/Hamas/PFLP/ propaganda? SMH On 2024-10-02 08:37, esmie moo wrote: Please do NOT weaponise this technical board. Please do not use this board to act as a conduit to spread Israel propaganda. On Tuesday, October 1, 2024 at 11:32:45 a.m. EDT, Steve Beaver<050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: For the guys in Israel - please stay safe Sent from my iPhone No one said I could type with one thumb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
So why have it directed only at people in Israel? Why not include people in Lebanon, Iran, Gaza, Ukraine, Russia and all the other places where citizens lives are threatened by attack from another country? I don't think this is relevant to IBM-MAIN discussions. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lionel B. Dyck Sent: 02 October 2024 13:54 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel I agree with Tony - saying "be safe" is not propaganda or political - it is showing care and concern for members of this community that are in harm's way. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/sze “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Wednesday, October 2, 2024 7:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel esmie moo, And, just how in the world did saying 'be safe' spread 'propaganda'? It appears that you are the one that is weaponizing the technical board. Tony Thigpen esmie moo wrote on 10/2/24 8:37 AM: > Please do NOT weaponise this technical board. Please do not use this board > to act as a conduit to spread Israel propaganda. > On Tuesday, October 1, 2024 at 11:32:45 a.m. EDT, Steve Beaver > <050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: > > For the guys in Israel - please stay safe > > > > Sent from my iPhone > > No one said I could type with one thumb > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
I agree - I am, as all of us should be, concerned with the safety of all our community members. The OP was focused on Israel probably because it was in the news most recently. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/sze Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are. - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Martin Packer Sent: Wednesday, October 2, 2024 8:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel Exactly. I was going to say that. I?m concerned for all of those. From: IBM Mainframe Discussion List on behalf of Lennie Bradshaw Date: Wednesday, 2 October 2024 at 14:06 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Israel So why have it directed only at people in Israel? Why not include people in Lebanon, Iran, Gaza, Ukraine, Russia and all the other places where citizens lives are threatened by attack from another country? I don't think this is relevant to IBM-MAIN discussions. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lionel B. Dyck Sent: 02 October 2024 13:54 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel I agree with Tony - saying "be safe" is not propaganda or political - it is showing care and concern for members of this community that are in harm's way. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/sze ?Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.? - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Wednesday, October 2, 2024 7:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel esmie moo, And, just how in the world did saying 'be safe' spread 'propaganda'? It appears that you are the one that is weaponizing the technical board. Tony Thigpen esmie moo wrote on 10/2/24 8:37 AM: > Please do NOT weaponise this technical board. Please do not use this board to act as a conduit to spread Israel propaganda. > On Tuesday, October 1, 2024 at 11:32:45 a.m. EDT, Steve Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: > > For the guys in Israel - please stay safe > > > > Sent from my iPhone > > No one said I could type with one thumb > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered office: Building C, IBM Hursley Office, Hursley Park Road, Winchester, Hampshire SO21 2JN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
Your response is infantile. On 02.10.2024 16:59, Steve Beaver wrote: Because the people on this list that responded are all the systems programmers that live in Israel Sent from my iPhone No one said I could type with one thumb On Oct 2, 2024, at 09:48, willie bunter <001409bd2345-dmarc-requ...@listserv.ua.edu> wrote: Lennie, You are spot on. The person who made this post should have included everyone whose lives are threatened by attacks. Well said. On Wednesday, October 2, 2024 at 09:05:59 a.m. EDT, Lennie Bradshaw wrote: So why have it directed only at people in Israel? Why not include people in Lebanon, Iran, Gaza, Ukraine, Russia and all the other places where citizens lives are threatened by attack from another country? I don't think this is relevant to IBM-MAIN discussions. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lionel B. Dyck Sent: 02 October 2024 13:54 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel I agree with Tony - saying "be safe" is not propaganda or political - it is showing care and concern for members of this community that are in harm's way. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/sze "Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are." - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Wednesday, October 2, 2024 7:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel esmie moo, And, just how in the world did saying 'be safe' spread 'propaganda'? It appears that you are the one that is weaponizing the technical board. Tony Thigpen esmie moo wrote on 10/2/24 8:37 AM: Please do NOT weaponise this technical board. Please do not use this board to act as a conduit to spread Israel propaganda. On Tuesday, October 1, 2024 at 11:32:45 a.m. EDT, Steve Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: For the guys in Israel - please stay safe Sent from my iPhone No one said I could type with one thumb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN John Cassidy http://www.jdcassidy.eu "Aut viam inveniam aut faciam" - Hannibal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
Or even better, not posted it at all. I read and hear enough about this stuff. I do not want to hear about, deal with it, wish anyone well, or address it at all in this forum. Please just everybody stop. I'm relatively sure, like all Miss Universes, Miss USA's, Miss America's etc. We all want world peace and everyone to be safe. Just do it somewhere else. PLEASE! Doug Fuerst -- Original Message -- From "willie bunter" <001409bd2345-dmarc-requ...@listserv.ua.edu> To IBM-MAIN@LISTSERV.UA.EDU Date 10/2/2024 10:48:36 AM Subject Re: Israel Lennie, You are spot on. The person who made this post should have included everyone whose lives are threatened by attacks. Well said. On Wednesday, October 2, 2024 at 09:05:59 a.m. EDT, Lennie Bradshaw wrote: So why have it directed only at people in Israel? Why not include people in Lebanon, Iran, Gaza, Ukraine, Russia and all the other places where citizens lives are threatened by attack from another country? I don't think this is relevant to IBM-MAIN discussions. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lionel B. Dyck Sent: 02 October 2024 13:54 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel I agree with Tony - saying "be safe" is not propaganda or political - it is showing care and concern for members of this community that are in harm's way. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/sze “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Wednesday, October 2, 2024 7:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel esmie moo, And, just how in the world did saying 'be safe' spread 'propaganda'? It appears that you are the one that is weaponizing the technical board. Tony Thigpen esmie moo wrote on 10/2/24 8:37 AM: Please do NOT weaponise this technical board. Please do not use this board to act as a conduit to spread Israel propaganda. On Tuesday, October 1, 2024 at 11:32:45 a.m. EDT, Steve Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: For the guys in Israel - please stay safe Sent from my iPhone No one said I could type with one thumb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JESSPOOL Internal reader access
Many sites configure MSGCLASS=Z for purge upon completion. On Tue, Oct 1, 2024 at 11:59 PM Peter <05e4a8a0a03d-dmarc-requ...@listserv.ua.edu> wrote: > > Hello > > One of our Job is submitted directly to internal reader. Unfortunately the > job output is not sent to spool. > > Is there a way to know which RACF profile is responsible for internal > reader within JESSPOOL ? > > Peter > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on HLASM - B to a DROP statement!?!
Hi Allan, As a rule, "DS 0H" used to be safer than "EQU *" since the former forces half-word alignment. (I do not know if that is still true.) Regards, David On 2024-10-02 08:38, Allan Staller wrote: Classification: Confidential Suggested code change to resolve.. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Thompson Sent: Tuesday, October 1, 2024 4:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Question on HLASM - B to a DROP statement!?! Suggested code change to resolve: B DROPR11 DROPR11 EQU * DROP R11 LA R1,x (or something similar) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
Exactly. I was going to say that. I?m concerned for all of those. From: IBM Mainframe Discussion List on behalf of Lennie Bradshaw Date: Wednesday, 2 October 2024 at 14:06 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Israel So why have it directed only at people in Israel? Why not include people in Lebanon, Iran, Gaza, Ukraine, Russia and all the other places where citizens lives are threatened by attack from another country? I don't think this is relevant to IBM-MAIN discussions. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lionel B. Dyck Sent: 02 October 2024 13:54 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel I agree with Tony - saying "be safe" is not propaganda or political - it is showing care and concern for members of this community that are in harm's way. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/sze ?Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.? - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Wednesday, October 2, 2024 7:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel esmie moo, And, just how in the world did saying 'be safe' spread 'propaganda'? It appears that you are the one that is weaponizing the technical board. Tony Thigpen esmie moo wrote on 10/2/24 8:37 AM: > Please do NOT weaponise this technical board. Please do not use this board > to act as a conduit to spread Israel propaganda. > On Tuesday, October 1, 2024 at 11:32:45 a.m. EDT, Steve Beaver > <050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: > > For the guys in Israel - please stay safe > > > > Sent from my iPhone > > No one said I could type with one thumb > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered office: Building C, IBM Hursley Office, Hursley Park Road, Winchester, Hampshire SO21 2JN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
Then let's hope everyone stays safe; not just the Israelis, but the Palestinians, in both in the West Bank and the Gaza Strip, the Lebanese, the Syrians, the Jordanians, the Egyptions, the Iranians and the Yemenis. Why? Because even if there are no contributors to this thread in all of those areas, contributors to and readers of this thread are close to people in all of those areas. And they are all in harm's way, too. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lionel B. Dyck Sent: Wednesday, October 2, 2024 7:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel CAUTION: This email originated from outside of the Texas Comptroller's email system. DO NOT click links or open attachments unless you expect them from the sender and know the content is safe. I agree with Tony - saying "be safe" is not propaganda or political - it is showing care and concern for members of this community that are in harm's way. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/sze "Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are." - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Wednesday, October 2, 2024 7:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel esmie moo, And, just how in the world did saying 'be safe' spread 'propaganda'? It appears that you are the one that is weaponizing the technical board. Tony Thigpen esmie moo wrote on 10/2/24 8:37 AM: > Please do NOT weaponise this technical board. Please do not use this board > to act as a conduit to spread Israel propaganda. > On Tuesday, October 1, 2024 at 11:32:45 a.m. EDT, Steve Beaver > <050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: > > For the guys in Israel - please stay safe > > > > Sent from my iPhone > > No one said I could type with one thumb > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
Many times it’s not what you say, but what you don’t say. I don’t recall you telling the people in Ukraine, GAZA, or Lebanon to stay safe. I agree with Esmie. Dave B. إسرائيل قتلت 40 ألف فلسطيني بريء On Wednesday, October 2, 2024, 9:10 AM, Lionel B. Dyck <057b0ee5a853-dmarc-requ...@listserv.ua.edu> wrote: I agree - I am, as all of us should be, concerned with the safety of all our community members. The OP was focused on Israel probably because it was in the news most recently. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/sze “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Martin Packer Sent: Wednesday, October 2, 2024 8:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel Exactly. I was going to say that. I?m concerned for all of those. From: IBM Mainframe Discussion List on behalf of Lennie Bradshaw Date: Wednesday, 2 October 2024 at 14:06 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Israel So why have it directed only at people in Israel? Why not include people in Lebanon, Iran, Gaza, Ukraine, Russia and all the other places where citizens lives are threatened by attack from another country? I don't think this is relevant to IBM-MAIN discussions. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lionel B. Dyck Sent: 02 October 2024 13:54 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel I agree with Tony - saying "be safe" is not propaganda or political - it is showing care and concern for members of this community that are in harm's way. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/sze ?Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.? - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Wednesday, October 2, 2024 7:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel esmie moo, And, just how in the world did saying 'be safe' spread 'propaganda'? It appears that you are the one that is weaponizing the technical board. Tony Thigpen esmie moo wrote on 10/2/24 8:37 AM: > Please do NOT weaponise this technical board. Please do not use this board to act as a conduit to spread Israel propaganda. > On Tuesday, October 1, 2024 at 11:32:45 a.m. EDT, Steve Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: > > For the guys in Israel - please stay safe > > > > Sent from my iPhone > > No one said I could type with one thumb > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered office: Building C, IBM Hursley Office, Hursley Park Road, Winchester, Hampshire SO21 2JN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Checking another address space private region
Yup. You can also use the "JM" action from AS to get a subpool summary and then drill down to each bit of memory from there using "L" (if you are so inclined). Rob Scott Rocket Software -Original Message- From: IBM Mainframe Discussion List On Behalf Of Martin Packer Sent: Wednesday, October 2, 2024 3:38 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Checking another address space private region EXTERNAL EMAIL Right. That was where I (or probably Rob) would go next – if real(ish) time monitoring were required. Cheers, Martin From: IBM Mainframe Discussion List on behalf of Steely.Mark <0708bf6ac9be-dmarc-requ...@listserv.ua.edu> Date: Wednesday, 2 October 2024 at 15:01 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Checking another address space private region SDSF has the AS (Address space memory) command. This provides a lot of information about address space regions. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jack Zukt Sent: Wednesday, October 02, 2024 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Checking another address space private region ! CAUTION! EXTERNAL SENDER! STOP, ASSESS, AND VERIFY Do you know this person? Were you expecting this email? If not, report it using the Report Phishing Button! Hi Martin, I think that that will do the trick. Thank you for the tip. Regards Jack On Wed, 2 Oct 2024 at 14:01, Martin Packer wrote: > In real time? > > After the fact could be SMF 30 – as it has the numbers. However > allocation is not used and some applications GETMAIN the whole of > their region as a matter of course. > > From: IBM Mainframe Discussion List on > behalf of Jack Zukt <059cd493dd41-dmarc-requ...@listserv.ua.edu> > Date: Wednesday, 2 October 2024 at 13:57 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Checking another address space private region Hi, > Is there a way to check another address space private area? I need to > see what is happening on an active started task private region in > order to understand what is driving it full. > Regards > Jack > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > Unless otherwise stated above: > > IBM United Kingdom Limited > Registered in England and Wales with number 741598 Registered office: > Building C, IBM Hursley Office, Hursley Park Road, Winchester, > Hampshire SO21 2JN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered office: Building C, IBM Hursley Office, Hursley Park Road, Winchester, Hampshire SO21 2JN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ Main Office Toll Free Number: +1 855.577.4323 Contact Customer Support: https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - http://www.rocketsoftware.com/manage-your-email-preferences Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
Lennie, You are spot on. The person who made this post should have included everyone whose lives are threatened by attacks. Well said. On Wednesday, October 2, 2024 at 09:05:59 a.m. EDT, Lennie Bradshaw wrote: So why have it directed only at people in Israel? Why not include people in Lebanon, Iran, Gaza, Ukraine, Russia and all the other places where citizens lives are threatened by attack from another country? I don't think this is relevant to IBM-MAIN discussions. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lionel B. Dyck Sent: 02 October 2024 13:54 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel I agree with Tony - saying "be safe" is not propaganda or political - it is showing care and concern for members of this community that are in harm's way. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/sze “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Wednesday, October 2, 2024 7:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel esmie moo, And, just how in the world did saying 'be safe' spread 'propaganda'? It appears that you are the one that is weaponizing the technical board. Tony Thigpen esmie moo wrote on 10/2/24 8:37 AM: > Please do NOT weaponise this technical board. Please do not use this board >to act as a conduit to spread Israel propaganda. > On Tuesday, October 1, 2024 at 11:32:45 a.m. EDT, Steve Beaver ><050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: > > For the guys in Israel - please stay safe > > > > Sent from my iPhone > > No one said I could type with one thumb > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
Because the people on this list that responded are all the systems programmers that live in Israel Sent from my iPhone No one said I could type with one thumb > On Oct 2, 2024, at 09:48, willie bunter > <001409bd2345-dmarc-requ...@listserv.ua.edu> wrote: > > Lennie, > You are spot on. The person who made this post should have included > everyone whose lives are threatened by attacks. Well said. > >On Wednesday, October 2, 2024 at 09:05:59 a.m. EDT, Lennie Bradshaw > wrote: > > So why have it directed only at people in Israel? > Why not include people in Lebanon, Iran, Gaza, Ukraine, Russia and all the > other places where citizens lives are threatened by attack from another > country? > I don't think this is relevant to IBM-MAIN discussions. > Lennie > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Lionel B. Dyck > Sent: 02 October 2024 13:54 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Israel > > I agree with Tony - saying "be safe" is not propaganda or political - it is > showing care and concern for members of this community that are in harm's way. > > > Lionel B. Dyck <>< > Github: https://github.com/lbdyck > System Z Enthusiasts Discord: https://discord.gg/sze > > “Worry more about your character than your reputation. Character is what you > are, reputation merely what others think you are.” - - - John Wooden > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Tony Thigpen > Sent: Wednesday, October 2, 2024 7:50 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Israel > > esmie moo, > > And, just how in the world did saying 'be safe' spread 'propaganda'? > > It appears that you are the one that is weaponizing the technical board. > > Tony Thigpen > > esmie moo wrote on 10/2/24 8:37 AM: >> Please do NOT weaponise this technical board. Please do not use this >> board to act as a conduit to spread Israel propaganda. >> On Tuesday, October 1, 2024 at 11:32:45 a.m. EDT, Steve Beaver >> <050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: >> >> For the guys in Israel - please stay safe >> >> >> >> Sent from my iPhone >> >> No one said I could type with one thumb >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, send >> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, send >> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Checking another address space private region
Hi Martin, I think that that will do the trick. Thank you for the tip. Regards Jack On Wed, 2 Oct 2024 at 14:01, Martin Packer wrote: > In real time? > > After the fact could be SMF 30 – as it has the numbers. However allocation > is not used and some applications GETMAIN the whole of their region as a > matter of course. > > From: IBM Mainframe Discussion List on behalf > of Jack Zukt <059cd493dd41-dmarc-requ...@listserv.ua.edu> > Date: Wednesday, 2 October 2024 at 13:57 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Checking another address space private region > Hi, > Is there a way to check another address space private area? I need to see > what is happening on an active started task private region in order to > understand what is driving it full. > Regards > Jack > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > Unless otherwise stated above: > > IBM United Kingdom Limited > Registered in England and Wales with number 741598 > Registered office: Building C, IBM Hursley Office, Hursley Park Road, > Winchester, Hampshire SO21 2JN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Checking another address space private region
SDSF has the AS (Address space memory) command. This provides a lot of information about address space regions. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jack Zukt Sent: Wednesday, October 02, 2024 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Checking another address space private region ! CAUTION! EXTERNAL SENDER! STOP, ASSESS, AND VERIFY Do you know this person? Were you expecting this email? If not, report it using the Report Phishing Button! Hi Martin, I think that that will do the trick. Thank you for the tip. Regards Jack On Wed, 2 Oct 2024 at 14:01, Martin Packer wrote: > In real time? > > After the fact could be SMF 30 – as it has the numbers. However > allocation is not used and some applications GETMAIN the whole of > their region as a matter of course. > > From: IBM Mainframe Discussion List on > behalf of Jack Zukt <059cd493dd41-dmarc-requ...@listserv.ua.edu> > Date: Wednesday, 2 October 2024 at 13:57 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Checking another address space private region Hi, > Is there a way to check another address space private area? I need to > see what is happening on an active started task private region in > order to understand what is driving it full. > Regards > Jack > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > Unless otherwise stated above: > > IBM United Kingdom Limited > Registered in England and Wales with number 741598 Registered office: > Building C, IBM Hursley Office, Hursley Park Road, Winchester, > Hampshire SO21 2JN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
Classification: Confidential 'nuff said. Let's drop the subject. ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
too true Steve, you really should have held back. Look now and see that others have been stirred up. -- R; <>< استخدم الفلسطينيون 40 ألف مدني بريء كدروع بشرية On 10/2/24 9:45 AM, Dave Beagle wrote: Many times it’s not what you say, but what you don’t say. I don’t recall you telling the people in Ukraine, GAZA, or Lebanon to stay safe. I agree with Esmie. Dave B. إسرائيل قتلت 40 ألف فلسطيني بريء On Wednesday, October 2, 2024, 9:10 AM, Lionel B. Dyck <057b0ee5a853-dmarc-requ...@listserv.ua.edu> wrote: I agree - I am, as all of us should be, concerned with the safety of all our community members. The OP was focused on Israel probably because it was in the news most recently. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/sze “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Martin Packer Sent: Wednesday, October 2, 2024 8:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel Exactly. I was going to say that. I?m concerned for all of those. From: IBM Mainframe Discussion List on behalf of Lennie Bradshaw Date: Wednesday, 2 October 2024 at 14:06 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Israel So why have it directed only at people in Israel? Why not include people in Lebanon, Iran, Gaza, Ukraine, Russia and all the other places where citizens lives are threatened by attack from another country? I don't think this is relevant to IBM-MAIN discussions. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lionel B. Dyck Sent: 02 October 2024 13:54 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel I agree with Tony - saying "be safe" is not propaganda or political - it is showing care and concern for members of this community that are in harm's way. Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/sze ?Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.? - - - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Wednesday, October 2, 2024 7:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel esmie moo, And, just how in the world did saying 'be safe' spread 'propaganda'? It appears that you are the one that is weaponizing the technical board. Tony Thigpen esmie moo wrote on 10/2/24 8:37 AM: Please do NOT weaponise this technical board. Please do not use this board to act as a conduit to spread Israel propaganda. On Tuesday, October 1, 2024 at 11:32:45 a.m. EDT, Steve Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: For the guys in Israel - please stay safe Sent from my iPhone No one said I could type with one thumb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered office: Building C, IBM Hursley Office, Hursley Park Road, Winchester, Hampshire SO21 2JN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instruc
Re: Question on HLASM - B to a DROP statement!?!
This distribution List it is a great place to put questions and see answer and know people, we need that, however we will need be prepared to survive in a changing century and ready for AI stuff that are arriving... Let see what AI reply to our question about LABEL DROP I did enter this question: On z/OS assembler code can I put a LABEL in the DROP line ? And this is the answer from google COPILOT " In z/OS assembler, you cannot place a label directly on a DROP statement. The DROP statement is used to remove register names from the current register save area, and it does not support labels. Labels are typically used to mark locations in the code for branching or data definition, but not for assembler directives like DROP. If you need to manage register usage and ensure clarity in your code, you might consider using comments or structuring your code to make the purpose of the DROP statement clear without needing a label. Is there a specific scenario or problem you're trying to solve with the DROP statement? Maybe I can help with an alternative approach! "" Now is our turn to say if this is acceptable or we need to teaching AI better then someone is doing today...Because soon we can just need to say: z/OS assembler code give me a sample program that print "hello World" ? Here the result from google COPILOT " Sure! Here's a simple z/OS assembler program that prints "Hello, World": Assembly HELLOCSECT USING *,15 WTO 'Hello, World' BR14 END HELLO AI-generated code. Review and use carefully. More info on FAQ. This program uses the WTO (Write To Operator) macro to print the message "Hello, World" to the system console. The BR 14 instruction is used to return control to the operating system. If you have any questions about this code or need further assistance, feel free to ask! " We need to start learning again a lot of stuff.. Giovanni z/OS System programmer -Original Message- From: IBM Mainframe Discussion List On Behalf Of Eric Rossman Sent: Wednesday, October 2, 2024 9:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question on HLASM - B to a DROP statement!?! The original question did not ask why it allowed something stupid. It was: > Anyone see a problem with this? When did this kind of thing get > accepted? > ... > And every one of those "Branch" instructions would have been flagged > for an undefined label or some such. I see a problem with not fixing it. It appears that it has been accepted for a long time (possibly forever). Also, the description of the message says exactly what it will do: | The name is equated to the current value of the location counter (*). | However, if no control section has been started, the name is equated | to zero. I will venture to say that it's reasonable for the assembler to allow it since it will probably do something acceptable. However, the point stands that it issues a warning because this might not be what the programmer intended. Putting an ordinary symbol (a label) on a DROP would (to me) indicate that the programmer intended it as a target for a branch, at which point the named base_register (or label or address) should be dropped. If this was the intention, it would be better to do as suggested. The assembler cannot read minds so it warns when it might not do what was intended. Eric Rossman -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Thigpen Sent: Wednesday, October 2, 2024 8:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Question on HLASM - B to a DROP statement!?! Please, Will everyone go back and read the OP's original post. The question was not 'how to fix', but was instead, 'why did the assembler allow something this stupid in the first place'. My post was just to point out that the VSE HLASM does the exact same thing. And, I have gotten multiple 'you can fix it by doing this' emails since my post. Tony Thigpen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Checking another address space private region
Right. That was where I (or probably Rob) would go next – if real(ish) time monitoring were required. Cheers, Martin From: IBM Mainframe Discussion List on behalf of Steely.Mark <0708bf6ac9be-dmarc-requ...@listserv.ua.edu> Date: Wednesday, 2 October 2024 at 15:01 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Checking another address space private region SDSF has the AS (Address space memory) command. This provides a lot of information about address space regions. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jack Zukt Sent: Wednesday, October 02, 2024 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Checking another address space private region ! CAUTION! EXTERNAL SENDER! STOP, ASSESS, AND VERIFY Do you know this person? Were you expecting this email? If not, report it using the Report Phishing Button! Hi Martin, I think that that will do the trick. Thank you for the tip. Regards Jack On Wed, 2 Oct 2024 at 14:01, Martin Packer wrote: > In real time? > > After the fact could be SMF 30 – as it has the numbers. However > allocation is not used and some applications GETMAIN the whole of > their region as a matter of course. > > From: IBM Mainframe Discussion List on > behalf of Jack Zukt <059cd493dd41-dmarc-requ...@listserv.ua.edu> > Date: Wednesday, 2 October 2024 at 13:57 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Checking another address space private region Hi, > Is there a way to check another address space private area? I need to > see what is happening on an active started task private region in > order to understand what is driving it full. > Regards > Jack > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > Unless otherwise stated above: > > IBM United Kingdom Limited > Registered in England and Wales with number 741598 Registered office: > Building C, IBM Hursley Office, Hursley Park Road, Winchester, > Hampshire SO21 2JN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless otherwise stated above: IBM United Kingdom Limited Registered in England and Wales with number 741598 Registered office: Building C, IBM Hursley Office, Hursley Park Road, Winchester, Hampshire SO21 2JN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
This isn't the first time this topic has arisen and it probably won't be the last. Why not exchange email addresses with all of your friends in Israel and communicate with them about unrelated topics privately instead of on this listserv? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Wednesday, October 2, 2024 10:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Israel CAUTION: This email originated from outside of the Texas Comptroller's email system. DO NOT click links or open attachments unless you expect them from the sender and know the content is safe. While I agree with the sentiment, that's the sort of thing that belongs in your sig, with a proper == SP CRLF separator. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Steve Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu> Sent: Tuesday, October 1, 2024 11:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Israel Caution: This email did not originate from George Mason’s mail system. Do not click links or open attachments unless you recognize the sender and know the content is safe. For the guys in Israel - please stay safe Sent from my iPhone No one said I could type with one thumb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
Almost half of the people living in Israel are Muslim. The real problem is the Palestinians who left as refugees are not being allowed to emigrate and assimilate into other countries, like almost all refugees in history. On Wed, Oct 2, 2024 at 10:30 PM Dave Beagle <0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote: > > The funny or maybe not so funny is Jews & Palestinians share a common > ancestry. > > Yes, Israelis and Palestinians share a lineage: >- >- >- > >- Genetic overlap A DNA study found substantial genetic overlap between > Israeli/Palestinian Arabs and Jews. > - > >- Common ancestry A 2020 study found common ancestry between modern > Levantine Arabic-speaking peoples and Ashkenazi populations. > - > >- Ancient Canaanites Archaeological and genetic data support that both > Jews and Palestinians came from the ancient Canaanites. > - > >- Y chromosomes A study found that more than 70% of Jewish men and 82% of > Arab men inherited their Y chromosomes from the same paternal ancestors who > lived in the region within the last few thousand years. > - > - > >- Levant A genetic study found that many Jewish subjects were descended > from ancestors who originated in the Levant. > - > > Before 1948, Palestine was home to a diverse population of Arabs, Jews, and > Christians. > > > Dave B. > > إسرائيل قتلت 40 ألف فلسطيني بريء > > > On Wednesday, October 2, 2024, 11:05 PM, Dave Beagle > <0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote: > > It’s far most complex that that. And goes back much further. Go back to at > least 1948. > One of the two envisaged States proclaimed its independence as Israel and in > the 1948 war involving neighbouring Arab States expanded to 77 percent of the > territory of mandate Palestine, including the larger part of Jerusalem. Over > half of the Palestinian Arab population fled or were expelled. > > > > Dave B. > > إسرائيل قتلت 40 ألف فلسطيني بريء > > > On Wednesday, October 2, 2024, 4:56 PM, Steve Beaver > <050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: > > Here is a little history for everybody since I used to work in the Middle East > > Back in the 70s Saudi Arabia fired all the Palestinians and deported them out > of Saudi Arabia. That’s just old history. > > The more current history is that the Egyptians don’t want the Palestinians. > So what’s occurred? Is that the Iranians after the 79 revolution in Iran, > decided to start making trouble and that’s where we are right now. > > This is not a discussion of right or wrong. This is just a discussion of > where we are and where we stand right now. > > > > Sent from my iPhone > > No one said I could type with one thumb > > > On Oct 2, 2024, at 15:48, Phil Smith III wrote: > > > > https://en.wikipedia.org/wiki/Virtue_signalling > > > > (Hmm, with two "l"s in "signalling", at least in the title; two is > > typically British, one is American. But the article isn't even consistent, > > uses both. Now let's discuss that...) > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
Oh for God's sake STOP!! STOP already. That statement below is one of the most disgusting racist statements I have ever seen here. THIS IS A TECHNICAL FORUM. KEEP IT THAT WAY. TAKE YOUR RACIST CRAP ELSEWHERE. WHAT YOU THINK YOU KNOW IS NOT WORTH TOLERATING THIS. Doug Fuerst -- Original Message -- From "Dave Beagle" <0525eaef6620-dmarc-requ...@listserv.ua.edu> To IBM-MAIN@LISTSERV.UA.EDU Date 10/2/2024 23:02:12 PM Subject Re: Israel Lol, there is plenty of malice. This list consist of a bunch of mostly white, mostly males. Many of whom aren’t nearly as educated or intelligent as they want to portray. I can only imagine the types who post here. It’s truly a despicable place. Deplorables if you will. Let’s not pretend this board is some panacea of integrity. I witnessed first hand the attack dogs who exist here. I wouldn’t trust most of you as far as I could throw you. Dave B. إسرائيل قتلت 40 ألف فلسطيني بريء -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
The funny or maybe not so funny is Jews & Palestinians share a common ancestry. Yes, Israelis and Palestinians share a lineage: - - - - Genetic overlap A DNA study found substantial genetic overlap between Israeli/Palestinian Arabs and Jews. - - Common ancestry A 2020 study found common ancestry between modern Levantine Arabic-speaking peoples and Ashkenazi populations. - - Ancient Canaanites Archaeological and genetic data support that both Jews and Palestinians came from the ancient Canaanites. - - Y chromosomes A study found that more than 70% of Jewish men and 82% of Arab men inherited their Y chromosomes from the same paternal ancestors who lived in the region within the last few thousand years. - - - Levant A genetic study found that many Jewish subjects were descended from ancestors who originated in the Levant. - Before 1948, Palestine was home to a diverse population of Arabs, Jews, and Christians. Dave B. إسرائيل قتلت 40 ألف فلسطيني بريء On Wednesday, October 2, 2024, 11:05 PM, Dave Beagle <0525eaef6620-dmarc-requ...@listserv.ua.edu> wrote: It’s far most complex that that. And goes back much further. Go back to at least 1948. One of the two envisaged States proclaimed its independence as Israel and in the 1948 war involving neighbouring Arab States expanded to 77 percent of the territory of mandate Palestine, including the larger part of Jerusalem. Over half of the Palestinian Arab population fled or were expelled. Dave B. إسرائيل قتلت 40 ألف فلسطيني بريء On Wednesday, October 2, 2024, 4:56 PM, Steve Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: Here is a little history for everybody since I used to work in the Middle East Back in the 70s Saudi Arabia fired all the Palestinians and deported them out of Saudi Arabia. That’s just old history. The more current history is that the Egyptians don’t want the Palestinians. So what’s occurred? Is that the Iranians after the 79 revolution in Iran, decided to start making trouble and that’s where we are right now. This is not a discussion of right or wrong. This is just a discussion of where we are and where we stand right now. Sent from my iPhone No one said I could type with one thumb > On Oct 2, 2024, at 15:48, Phil Smith III wrote: > > https://en.wikipedia.org/wiki/Virtue_signalling > > (Hmm, with two "l"s in "signalling", at least in the title; two is typically > British, one is American. But the article isn't even consistent, uses both. > Now let's discuss that...) > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Non Mainframe Related Posts
Please stop! Just don't respond, no matter how much you want to. Darren -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
Lol, there is plenty of malice. This list consist of a bunch of mostly white, mostly males. Many of whom aren’t nearly as educated or intelligent as they want to portray. I can only imagine the types who post here. It’s truly a despicable place. Deplorables if you will. Let’s not pretend this board is some panacea of integrity. I witnessed first hand the attack dogs who exist here. I wouldn’t trust most of you as far as I could throw you. Dave B. إسرائيل قتلت 40 ألف فلسطيني بريء On Wednesday, October 2, 2024, 7:24 PM, Steve Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: For everyone We are a community of hardcore IBM Systems programmers and developers that is getting smaller. I detest politics and conflict. And people construing malice where there is none. If you believe there is malice On this technical board you need to examine your concepts and belief systems Steve -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Israel
It’s far most complex that that. And goes back much further. Go back to at least 1948. One of the two envisaged States proclaimed its independence as Israel and in the 1948 war involving neighbouring Arab States expanded to 77 percent of the territory of mandate Palestine, including the larger part of Jerusalem. Over half of the Palestinian Arab population fled or were expelled. Dave B. إسرائيل قتلت 40 ألف فلسطيني بريء On Wednesday, October 2, 2024, 4:56 PM, Steve Beaver <050e0c375a14-dmarc-requ...@listserv.ua.edu> wrote: Here is a little history for everybody since I used to work in the Middle East Back in the 70s Saudi Arabia fired all the Palestinians and deported them out of Saudi Arabia. That’s just old history. The more current history is that the Egyptians don’t want the Palestinians. So what’s occurred? Is that the Iranians after the 79 revolution in Iran, decided to start making trouble and that’s where we are right now. This is not a discussion of right or wrong. This is just a discussion of where we are and where we stand right now. Sent from my iPhone No one said I could type with one thumb > On Oct 2, 2024, at 15:48, Phil Smith III wrote: > > https://en.wikipedia.org/wiki/Virtue_signalling > > (Hmm, with two "l"s in "signalling", at least in the title; two is typically > British, one is American. But the article isn't even consistent, uses both. > Now let's discuss that...) > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
