The one on page 12 is what I have thumbtacked to my wall at work:
http://zseries.marist.edu/pdfs/ztidbitz/31%20zNibbler%20%28zOS%20Control%20Blocks%29.pdf
On Fri, Apr 23, 2021 at 2:43 PM PINION, RICHARD W.
wrote:
> Many years ago, 1982, I took my first MVS class, MVS Structure and Logic.
> One
That's the symbol for a removable disc pack.
Joe
On Fri, Apr 23, 2021, 16:29 Tom Brennan wrote:
> Oh... maybe a drum?
>
> At first I was thinking of that old IBM robot that grabbed spools of
> very wide tape and unrolled them to read.
>
> On 4/23/2021 2:23 PM, Tom Brennan wrote:
> > I see the
Oh... maybe a drum?
At first I was thinking of that old IBM robot that grabbed spools of
very wide tape and unrolled them to read.
On 4/23/2021 2:23 PM, Tom Brennan wrote:
I see the normal tape and disk icons at the upper right, but what's that
donut shaped thing next to them?
On 4/23/2021
I see the normal tape and disk icons at the upper right, but what's that
donut shaped thing next to them?
On 4/23/2021 1:37 PM, Lizette Koehler wrote:
How about here
http://www.lbdsoftware.com/os360.jpg
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
PINION,
You are welcome. You can try to contact https://museudocomputador.org.br/
Carlos Bodra
IBM zEnterprise Certified
São Paulo – SP – Brazil
-Mensagem original-
De: IBM Mainframe Discussion List Em nome de W
Mainframe
Enviada em: sexta-feira, 23 de abril de 2021 17:47
Para:
Found a couple more
http://www.prycroft6.com.au/misc/download/GV25-6719-0_MVSflow_repaint.gif
http://www.prycroft6.com.au/misc/download/zos_system_overview_poster2.pdf
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Lizette Koehler
Sent: Friday, April 23, 2021
Thank you Carlos ans Radoslaw!It is like an adventure to get an item like
this.. :(I will keep in my journey!
Dan
Sent from Yahoo Mail for iPhone
On Friday, April 23, 2021, 6:23 AM, Radoslaw Skorupka
wrote:
I could find some, but it is definitely far from Brasil.
I would ask second hand
How about here
http://www.lbdsoftware.com/os360.jpg
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
PINION, RICHARD W.
Sent: Friday, April 23, 2021 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Diagram of MVS Control Blocks
I did Google, but I didn't find the
I did Google, but I didn't find the old spaghetti diagram of MVS control blocks.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Lizette Koehler
Sent: Friday, April 23, 2021 4:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Diagram of MVS Control Blocks
[External
Should be able to Google (or other favorite browser search engine)
Very common on the internet
So any specific control blocks? Or just general diagram
Lizette
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Rupert Reynolds
Sent: Friday, April 23, 2021 1:22 PM
I have been looking for mine. I was given a map by IMI Computing. I think
it got lost during a stressful house move!
Roops
On Fri., Apr. 23, 2021, 20:43 PINION, RICHARD W.,
wrote:
> Many years ago, 1982, I took my first MVS class, MVS Structure and Logic.
> One of
> the first handouts our
Hi Allan,
That is not necessarily true.
You're correct if PURGE=YES in the Global Zone OPTIONS.
Regards,
David
On 2021-04-23 15:27, Allan Staller wrote:
Classification: Confidential
You might want to run an accept after the maintenance has been successfully
deployed. This will clean out the
Many years ago, 1982, I took my first MVS class, MVS Structure and Logic. One
of
the first handouts our class was given was a spaghetti diagram of MVS control
blocks.
Unfortunately, I threw mine away in 2016, when I thought my system programming
days were over.
Would anyone happen to have that
Classification: Confidential
You might want to run an accept after the maintenance has been successfully
deployed. This will clean out the SMPPTS datasets.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Allan Staller
Sent: Friday, April 23, 2021 12:48 PM
To:
Good use of all those Mod -1s and -3s laying around!
Bob
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Carmen Vitullo
Sent: Friday, April 23, 2021 2:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPe receive e37-04 on SMPPTS1
I will be long retired before I
I will be long retired before I get to the point I'll need 99 SMPPTS's :)
Carmen Vitullo
-Original Message-
From: David <00ac4b1d56b3-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN
Date: Friday, 23 April 2021 1:36 PM CDT
Subject: Re: SMPe receive e37-04 on SMPPTS1
And you
And you can have 99 SMPPTS spill datasets (SMPPTS1 to SMPPTS99), if memory
serves...
David
-Original Message-
From: Lizette Koehler
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Fri, Apr 23, 2021 2:14 pm
Subject: Re: SMPe receive e37-04 on SMPPTS1
As needed, I will create as many SMPPTSx datasets
As needed, I will create as many SMPPTSx datasets for my CSI. Then ensure that
I have updated CSI DDDEF with the new SMP/e PTS datasets.
So long as SMP/e CSI has the datasets in the DDDEF entries. SMP/e keeps trying
until it finds room
Lizette
-Original Message-
From: IBM Mainframe
Thank you for the replies!
Yes, SMPe "recovered" from the E37-04.
It spilled over to SMPPTS1 then in turn spilled over to SMPPTS2.
so it seems all good
thanks!
Bill
--
For IBM-MAIN subscribe / signoff / archive access
Classification: Confidential
You need to review the receive job to see if smpe recovered from the E37.
If not:
1) Compress/resize SMPPTS, SMPPTS1 if required. Allocate SMPPTS2 if required.
1) rerun the receive
3) rerun the apply
HTH,
-Original Message-
From: IBM Mainframe Discussion
Do you have an SMPPTS2 dataset? If the SMPPTS1 dataset ran out of space during
the receive it either spilled over to SMPPTS2 or if it's a PDS. SMP/e
compressed it and continued the receive process to a successful completion.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG
I ran a SMPe receive and got a CC 0. Assuming all was ok I went on to the
Apply. When I looked back at the receive job I now noticed it got a E37-04 on
the SMPPTS1 dataset.
Now I am not sure all the PTFs were loaded into SMPPTS1.
Should I rerun the receive making sure I address the E37 issue?
@Peter: thanks for clarifying that, obviously I had mangled something
(although I am not sure how!). Anyway, I have now coded an exit that will
work with either type of process so the problem is now hopefully moot.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Peter
The exits are not in common, they don't need to be. I have a dump which
shows that the right TCB is running, the parameters supplied to the exit are
correct, it's just the wrong exit has been called. I have not opened a
problem with IBM, I was hoping to get some feedback from IBMers here first.
Two ASCRE's were issued.
Each created address space has the termination exit you specified when you
issued the ASCRE to create it.
If you are finding that only one routine gets control for the termination
of both of those address spaces then you specified that routine on both
ASCRE
Great.
And in my last post it should have said:
WithOUT the -s it should not sign the contents.
On Fri, 23 Apr 2021 11:08:37 +, Beesley, Paul wrote:
>Thanks John. I now have it working with Pass Phrase encryption partly due to
>IBM support's help.
>This is my input:
>-use-mdc
>-t
Is the exit loaded in common? Have you dumped the parameter lists and verified
that they contain the expected value? Opened an ETR (or whatever they're
calling it these days)?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe
Thanks John. I now have it working with Pass Phrase encryption partly due to
IBM support's help.
This is my input:
-use-mdc
-t
-s2k-mode 1
-s2k-passphrase OpenPGPTest
I had to code -use-mdc, otherwise I get a warning about lack of integrity and
it fails to decrypt, despite using AES256 which
I could find some, but it is definitely far from Brasil.
I would ask second hand equipment suppliers.
--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland
W dniu 15.04.2021 o 16:26, Bodra - Pessoal pisze:
Maybe Computer Museum have it.
Carlos Bodra
IBM zEnterprise Certified
São Paulo –
To be honest I don't care about algorithm name.
However algorithms from 3490 and 3592 need not to be compatible, because
there is absolutely no possibility to use old cart in new drive and vice
versa. Yes, carts looks similar, but the drive won't accept wrong cart,
it will be rejected.
There
@Seymour: The two TCBs have different functions and I got a dump which shows
when the AS created by TCB1 terminates, the exit from TCB2 got driven, leading
to an 0C4 because the input requirements are different.
@Rob: Thanks for the detailed reply, I will reply to each of your points:
(o):
The compression method is part of the tape specs. If the tape drive
says it can read the tape, it can decompress the data. If encrypted
it requires the decryption keys. Often a specific tape drive can read
or write the last two tape capacities and read one more generation
back.
On Thu, Apr 22,
32 matches
Mail list logo