Re: How long for an experiened z/OS sysprog to come up to speed on a new environment?

I think it's a matter of trust. Right off, a company needs to trust that I'm honest, otherwise they shouldn't allow me anywhere near their datacenter or network. But how can they trust that I'm reasonably competent in the areas I claim to be, and that I won't make mistakes that cause big

Re: How long for an experiened z/OS sysprog to come up to speed on a new environment?

The USB is just for emergencies, I can download from my phone just as well, and from my NAS at home if necessary. It seems odd to me to lock down a systems programmer from getting information that may save the site, but maybe it's just me. I can honestly say that no one has ever told me I

Re: How long for an experiened z/OS sysprog to come up to speed on a new environment?

Ditto here. On 2/19/2023 4:38 PM, Beverly Caldwell wrote: Oh dear. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How long for an experiened z/OS sysprog to come up to speed on a new environment?

It's a management issue, not a technical issue. If management gives a green light, any competent systems programmer should be able to import his personal tools. If management says no, then you have an obligation to respect their rules unless and until they change their minds. The same issue

Re: How long for an experiened z/OS sysprog to come up to speed on a new environment?

Okay on the subject of violating the code of security regarding external utilities their shop their rules. It is way better to fight that up front than to get found out bringing something in. Most shops I've worked on are fairly easy about utility stuff however there are always the hard cases

Re: How long for an experiened z/OS sysprog to come up to speed on a new environment?

The last 3 environments I worked in the USB drives were locked down so you could not use them. And if you did manage to, then your action would be detected and could lead to disciplinary action. So for me at least, that is not an option. On Mon, Feb 20, 2023 at 1:53 PM Brian Westerman <

Re: How long for an experiened z/OS sysprog to come up to speed on a new environment?

I carry everything around on a USB drive. All JCL, manuals and source code and even load libraries that I might ever need. Drives are very cheap and can hold much more data than I ever would need. I rarely go anywhere without it because, well, it's attached to my keys. Brian

Re: How long for an experiened z/OS sysprog to come up to speed on a new environment?

Oh dear. On Sun, Feb 19, 2023, 5:03 PM Grant Taylor < 023065957af1-dmarc-requ...@listserv.ua.edu> wrote: > On 2/19/23 4:27 PM, Beverly Caldwell wrote: > > But yes it has never been a problem for me. Sometimes takes a little > > deviousness to make the transfer work. > > > > These people

Re: How long for an experiened z/OS sysprog to come up to speed on a new environment?

On 2/19/23 4:27 PM, Beverly Caldwell wrote: But yes it has never been a problem for me. Sometimes takes a little deviousness to make the transfer work. These people think they are so smart but there is usually a way round their little schemes. I feel like this flies in the face of security

Re: Test

My guess is that WYKR has an MTA in a bad neighborhood. If you send me a e-mail offline I will check on who the relevant parties are. From: IBM Mainframe Discussion List on behalf of Steve Thompson Sent: Sunday, February 19, 2023 4:45 PM To:

Re: How long for an experiened z/OS sysprog to come up to speed on a new environment?

Tools? That's something to discuss up front. Not just ownership, but whether to share. JCL? Sharing is fine if your colleagues understand "as is". I'm most comfortable when sharing is the norm, but their shop, their rules. From: IBM Mainframe Discussion

Re: How long for an experiened z/OS sysprog to come up to speed on a new environment?

I would answer your questions if knew who you were and why you were asking! But yes it has never been a problem for me. Sometimes takes a little deviousness to make the transfer work. These people think they are so smart but there is usually a way round their little schemes. On Sun, Feb 19, 2023,

Re: How long for an experiened z/OS sysprog to come up to speed on a new environment?

On Sun, 19 Feb 2023, at 22:33, Rob Schramm wrote: > Ps Most of the rest can be figured out.. tools/JCL can be downloaded Do all sites actually let you bring in your own tools, sample JCL etc? How about - say - assembler source? It seems to me that some places might view that as a security

Re: How long for an experiened z/OS sysprog to come up to speed on a new environment?

I agree with Brian. It really depends on what you need done. But start with 1) where or how is syslog, stc output and jobs archived - this is nice 2) what are the smf jobs - also nice 3) hope for SDSF 4) hope for the correct access as a sysprog 5) hmc access 6) doc if it exists Most everything

Re: Test

Tried it and the problem specifically seems to be with Marist. I've run into this before. Have to wait until Monday to get them on the phone. Steve Thompson On 2/19/2023 2:40 PM, Paul Gilmartin wrote: On Sun, 19 Feb 2023 13:12:58 -0500, Steve Thompson wrote: This is a test to see if my IP

Re: Test

Still good Sent from my iPhone No one said I could type with one thumb > On Feb 19, 2023, at 13:40, Paul Gilmartin > <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > > On Sun, 19 Feb 2023 13:12:58 -0500, Steve Thompson wrote: > >> This is a test to see if my IP is still being

Re: Test

On Sun, 19 Feb 2023 13:12:58 -0500, Steve Thompson wrote: >This is a test to see if my IP is still being blocked. > Also, perhaps first, try: . -- gil -- For IBM-MAIN subscribe / signoff / archive

Re: Test

Received Sent from my iPhone No one said I could type with one thumb > On Feb 19, 2023, at 12:18, Steve Thompson wrote: > > Thank you for your reply. > > Knowing this screwy problem, I have the list servers I use set up to send me > a copy of what I sent them so I can know it posted. >

Re: BSAM Read 31 bit mode

Thanks. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Joseph Reichman [reichman...@gmail.com] Sent: Sunday, February 19, 2023 9:23 AM To: IBM-MAIN@LISTSERV.UA.EDU

Re: BSAM Read 31 bit mode

> The combination with a mask of B'0111' limits addressing to 24 bits. > It does work in AMODE 31 and 24, but not on a 360. In this case it doesn't matter, because IBM uses bits 0-7 of that word in the DCB for flags, so 24 bits is all that's left. > A colleague, working for MIPS/SGI had to

Re: Test

Thank you for your reply. Knowing this screwy problem, I have the list servers I use set up to send me a copy of what I sent them so I can know it posted. Regards, Steve Thompson On 2/19/2023 1:14 PM, Charles Hardee wrote: I received your message so it appears your not being blocked, as of

Re: Test

I received your message so it appears your not being blocked, as of now. On Sun, Feb 19, 2023 at 12:13 PM Steve Thompson wrote: > This is a test to see if my IP is still being blocked. > > My email server is hosted in Washington state and from time to > time certain organizations suddenly start

Test

This is a test to see if my IP is still being blocked. My email server is hosted in Washington state and from time to time certain organizations suddenly start blocking the ips from the host there. Steve Thompson -- For

Re: BSAM Read 31 bit mode

On Sun, 19 Feb 2023 17:14:14 +, Seymour J Metz wrote: >> THe ICM clears bits 0-7 of the (SYNAD?) address. > >It's the XR that clears bits 0-7, not the ICM. > The combination with a mask of B'0111' limits addressing to 24 bits. It does work in AMODE 31 and 24, but not on a 360. >That's not

Re: BSAM Read 31 bit mode

> THe ICM clears bits 0-7 of the (SYNAD?) address. It's the XR that clears bits 0-7, not the ICM. > It's dismaying that after almost 4 decades programmers must be concerned with > 24-bit limitations. Library macros should be sensitive to some option such as > OPTABLE and generate code

Re: BSAM Read 31 bit mode

Both BALR and BASR change all bits of the link register. ICM with a mask of 7, however, does not alter bits 0-7. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Joseph

Re: BSAM Read 31 bit mode

I've never believed that a faster assembly justifies making a program harder to debug, modify or read, not even on the 650, which was slower than your wrist watch. I'll admit to using "16" instead of "CVTPTR", but I attribute it to youthful folly and haven't done it in decades. Since the 1970s

Re: BSAM Read 31 bit mode

On Sun, 19 Feb 2023 10:12:31 -0600 Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: :>On Sun, 19 Feb 2023 17:37:46 +0200, Binyamin Dissen wrote: :>>: :>>:>With one line more context: :>>:>>:>ICM 15,B'0111',49(R6) :>>:>>:> BALR 14,15 :>>The ICM does not touch 0-7. : :>It

Re: BSAM Read 31 bit mode

On Sun, 19 Feb 2023 17:37:46 +0200, Binyamin Dissen wrote: >: >:>With one line more context: >:>>:>ICM 15,B'0111',49(R6) >:>>:> BALR 14,15 > >The ICM does not touch 0-7. > It doesn't preserve them. >And it is the access method address, not the SYNAD > (These things would be more legible if

Re: BSAM Read 31 bit mode

On Sun, 19 Feb 2023 08:37:39 -0600 Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: :>On Sun, 19 Feb 2023 12:15:40 +0200, Binyamin Dissen wrote: :> :>>The fact that your code is AMODE 31 does not mean that the access method MUST :>>be above the line. : :>>The actual

Re: BSAM Read 31 bit mode

I think SYNAD can be RMODE 31 it’s a parms on the DCBE The other like abend and open I think are RMODE 24 Think IBM should have been consistent. Here is the doc from the using datasets manual. The exits are discussed on chapter 31 in the using datasets manual. Programming Considerations

Re: BSAM Read 31 bit mode

My mistake was the BALR in AMODE 31 doesn't kill bits 1 - 7 thanks -Original Message- From: IBM Mainframe Discussion List On Behalf Of Binyamin Dissen Sent: Sunday, February 19, 2023 5:16 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: BSAM Read 31 bit mode The fact that your code is

Re: BSAM Read 31 bit mode

On Sun, 19 Feb 2023 12:15:40 +0200, Binyamin Dissen wrote: >The fact that your code is AMODE 31 does not mean that the access method MUST >be above the line. > >The actual expansion had an XR 15,15 before the ICM. > >Why do you think that there is an issue? BALR does not change the AMODE. > With

Re: BSAM Read 31 bit mode

Shmuel I looked that up or browsed the macro there is no reference rmode/amode 31 in the macro. I did try sysstate amode64 generated the same code. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Saturday, February 18, 2023 8:40 PM To:

Re: BSAM Read 31 bit mode

The fact that your code is AMODE 31 does not mean that the access method MUST be above the line. The actual expansion had an XR 15,15 before the ICM. Why do you think that there is an issue? BALR does not change the AMODE. On Fri, 17 Feb 2023 15:35:35 -0500 Joseph Reichman wrote: :>Hi :> :>

Re: [EXTERNAL] Flashcopy dataset example

Bill, ADRDSSU DATASET DUMP with the CONCURRENT(VIRTUALREQ) option will flash copy the dataset to a work dataset and then dump (backup) the work dataset. I have not tried this myself. You have to pre-define work datasets with a particular naming convention. See “virtual concurrent copy working