Re: ALERSERV delete from stimerm exit

[Robin Atwood]

I am guessing you need a job step TTOKEN if you delete the ALET not under
the owning TCB.

Robin

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Joseph Reichman
> Sent: 09 October 2020 09:37
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: ALERSERV delete from stimerm exit
> 
> Hi
> 
> 
> 
> Would any one know if there is any restriction on deleting an ALET entry
> (ALESERV DELETE) from a STIMERM exit I am getting a RC X'14' in R15
> 
> 
> 
> I ran the program under test and it's the same ALET I ALERSERV ADD
> AL=WORKUNIT
> 
> 
> 
> thanks
> 
> 
> 
> 
> --
> 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: dataset allocation

[Wayne Bickerdike]

If you know the dataset name structure, here's how I would break it down:

In option 3.4 enter the datasets wild card name, such as

PEOPLE.THAT.**.NEED.SOME.HELP

Save the list that is produced. It will be in your SPF LIST dataset. So PF3
until the option appears KEEP, ALLOCATE NEW.

Note the LIST dataset name (SPF4.LIST or whatever).

Back to ISPF, edit the list dataset to get a list of dataset names .

Write yourself a JCL PROC that has all the bits you need and have DSNIN as
a symbolic.

Now write a REXX program that reads the list and puts out the JCL steps.

You should end up with something like.

//SNNN EXEC MYPROC,DSNIN=file from list

Your REXX can count up to 250 and add a job card after each 250 steps.



On Fri, Oct 9, 2020 at 1:40 PM Joseph Reichman 
wrote:

> Oh please I have enough problems
>
>
>
> > On Oct 8, 2020, at 10:34 PM, Clark Morris  wrote:
> >
> > [Default] On 8 Oct 2020 17:42:10 -0700, in bit.listserv.ibm-main
> > reichman...@gmail.com (Joseph Reichman) wrote:
> >
> >> I have no idea who the sysorog is
> >>
> >> Honestly I’m told to do something I try my best to accomplish my
> superiors just tell me to ask different people
> >>
> >> I have come to the point no one wants to help so I take the attitude
> I’ll do what ever tell me what ever happens happens s
> >>
> > This task should be simple and require no authorized code. COBOL, PL1,
> > and C/C== have the capability of writing JCL by reading the catalog
> > (at worst an IDCAMS listing) emitting the appropriate JOB and EXEC
> > images and using the data set names to create the input DD cards.  The
> > actual selection and extraction program should be written in the
> > higher level (COBOL, PL1, C/C++) language for which record
> > descriptions for the data on the files exist (I would hope in 2020
> > that it isn't assembler only).  Having written programs to deal with
> > the SMF30 records with variable position keys and extract CALL and
> > COPY information from COBOL and DYL280 (now Vision Results) programs,
> > I find it hard to believe that you are faced with a difficult task. If
> > the language is COBOL, I have written code in COBOL to handle bit
> > switches (snitched from a posting on comp.software.year-2000) and
> > reference modification is simple.
> >
> > Clark Morris
> >
> >
> > Clark Morris
> >>
>  On Oct 8, 2020, at 8:36 PM, Jeremy Nicoll <
> jn.ls.mfrm...@letterboxes.org> wrote:
> >>>
> >>> ?On Thu, 8 Oct 2020, at 22:17, Joseph Reichman wrote:
>  There are number if restrictions in size of concatenation
> >>>
> >>> Yes, but suppose you can concatenate n datasets per dd?
> >>>
> >>> You read the list of datasetnames and then, n at a time,
> >>> generate the right JCL.
> >>>
> >>> The point is, whatever the restrictions are, it cannot be hard
> >>> to do it.
> >>>
> >>>
>  in addition there is CPU time step limit
> >>>
> >>> I don't understand that.
> >>>
> >>> If you have a legitimate business need to process all this data your
> >>> systems programmers should provide you with a suitable job class.
> >>>
> >>> Indeed didn't someone else who IS an IRS sysprog reply a bit earlier
> >>> saying that such classes DO exist?
> >>>
> >>>
>  I not working for a software co where I can go APF authorized and do
>  what ever I want
> >>>
> >>> Things may have changed but I don't recall APF authorisation having
> >>> anything to do with time limits.
> >>>
> >>> Speak to your sysprogs.
> >>>
> >>>
> >>>
> >>> --
> >>> Jeremy Nicoll - my opinions are my own.
> >>>
> >>> --
> >>> 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 V. Bickerdike

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: dataset allocation

[Joseph Reichman]

Oh please I have enough problems 



> On Oct 8, 2020, at 10:34 PM, Clark Morris  wrote:
> 
> [Default] On 8 Oct 2020 17:42:10 -0700, in bit.listserv.ibm-main
> reichman...@gmail.com (Joseph Reichman) wrote:
> 
>> I have no idea who the sysorog is 
>> 
>> Honestly I’m told to do something I try my best to accomplish my superiors 
>> just tell me to ask different people 
>> 
>> I have come to the point no one wants to help so I take the attitude I’ll do 
>> what ever tell me what ever happens happens s 
>> 
> This task should be simple and require no authorized code. COBOL, PL1,
> and C/C== have the capability of writing JCL by reading the catalog
> (at worst an IDCAMS listing) emitting the appropriate JOB and EXEC
> images and using the data set names to create the input DD cards.  The
> actual selection and extraction program should be written in the
> higher level (COBOL, PL1, C/C++) language for which record
> descriptions for the data on the files exist (I would hope in 2020
> that it isn't assembler only).  Having written programs to deal with
> the SMF30 records with variable position keys and extract CALL and
> COPY information from COBOL and DYL280 (now Vision Results) programs,
> I find it hard to believe that you are faced with a difficult task. If
> the language is COBOL, I have written code in COBOL to handle bit
> switches (snitched from a posting on comp.software.year-2000) and
> reference modification is simple.
> 
> Clark Morris
> 
> 
> Clark Morris   
>> 
 On Oct 8, 2020, at 8:36 PM, Jeremy Nicoll  
 wrote:
>>> 
>>> ?On Thu, 8 Oct 2020, at 22:17, Joseph Reichman wrote:
 There are number if restrictions in size of concatenation
>>> 
>>> Yes, but suppose you can concatenate n datasets per dd?
>>> 
>>> You read the list of datasetnames and then, n at a time, 
>>> generate the right JCL.
>>> 
>>> The point is, whatever the restrictions are, it cannot be hard 
>>> to do it.  
>>> 
>>> 
 in addition there is CPU time step limit
>>> 
>>> I don't understand that. 
>>> 
>>> If you have a legitimate business need to process all this data your 
>>> systems programmers should provide you with a suitable job class.
>>> 
>>> Indeed didn't someone else who IS an IRS sysprog reply a bit earlier
>>> saying that such classes DO exist?
>>> 
>>> 
 I not working for a software co where I can go APF authorized and do 
 what ever I want 
>>> 
>>> Things may have changed but I don't recall APF authorisation having 
>>> anything to do with time limits.
>>> 
>>> Speak to your sysprogs.
>>> 
>>> 
>>> 
>>> -- 
>>> Jeremy Nicoll - my opinions are my own.
>>> 
>>> --
>>> 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

ALERSERV delete from stimerm exit

[Joseph Reichman]

Hi

 

Would any one know if there is any restriction on deleting an ALET entry
(ALESERV DELETE) from a STIMERM exit I am getting a RC X'14' in R15

 

I ran the program under test and it's the same ALET I ALERSERV ADD
AL=WORKUNIT

 

thanks 

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: dataset allocation

[Clark Morris]

[Default] On 8 Oct 2020 17:42:10 -0700, in bit.listserv.ibm-main
reichman...@gmail.com (Joseph Reichman) wrote:

>I have no idea who the sysorog is 
>
>Honestly I’m told to do something I try my best to accomplish my superiors 
>just tell me to ask different people 
>
>I have come to the point no one wants to help so I take the attitude I’ll do 
>what ever tell me what ever happens happens s 
>
This task should be simple and require no authorized code. COBOL, PL1,
and C/C== have the capability of writing JCL by reading the catalog
(at worst an IDCAMS listing) emitting the appropriate JOB and EXEC
images and using the data set names to create the input DD cards.  The
actual selection and extraction program should be written in the
higher level (COBOL, PL1, C/C++) language for which record
descriptions for the data on the files exist (I would hope in 2020
that it isn't assembler only).  Having written programs to deal with
the SMF30 records with variable position keys and extract CALL and
COPY information from COBOL and DYL280 (now Vision Results) programs,
I find it hard to believe that you are faced with a difficult task. If
the language is COBOL, I have written code in COBOL to handle bit
switches (snitched from a posting on comp.software.year-2000) and
reference modification is simple.

Clark Morris


Clark Morris   
>
>> On Oct 8, 2020, at 8:36 PM, Jeremy Nicoll  
>> wrote:
>> 
>> ?On Thu, 8 Oct 2020, at 22:17, Joseph Reichman wrote:
>>> There are number if restrictions in size of concatenation
>> 
>> Yes, but suppose you can concatenate n datasets per dd?
>> 
>> You read the list of datasetnames and then, n at a time, 
>> generate the right JCL.
>> 
>> The point is, whatever the restrictions are, it cannot be hard 
>> to do it.  
>> 
>> 
>>> in addition there is CPU time step limit
>> 
>> I don't understand that. 
>> 
>> If you have a legitimate business need to process all this data your 
>> systems programmers should provide you with a suitable job class.
>> 
>> Indeed didn't someone else who IS an IRS sysprog reply a bit earlier
>> saying that such classes DO exist?
>> 
>> 
>>> I not working for a software co where I can go APF authorized and do 
>>> what ever I want 
>> 
>> Things may have changed but I don't recall APF authorisation having 
>> anything to do with time limits.
>> 
>> Speak to your sysprogs.
>> 
>> 
>> 
>> -- 
>> Jeremy Nicoll - my opinions are my own.
>> 
>> --
>> 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: IBM splitting into two companies

[zMan]

Nope, IBM doesn't process 90% of credit card transactions. Most processors
are on distributed, with a lot of HPE NonStop in the mix, but also other
platforms.

Some of the brands (AmEx, Visa) use a fair bit of mainframe hardware, but
they're not processors. And some issuers use z/OS, but by no means all.

And as previously demonstrated--by you!--IBM is not the go-to for cloud.

On Thu, Oct 8, 2020 at 10:18 PM Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> I don’t mind having my pictures or music in the AWS or AZURE cloud. But, I
> don’t want my financial or health information there. IBM still processes
> 90% of the credit card transactions. Red Hat acquisition will keep them the
> go to cloud for highly sensitive information. It’s why banks, big retail, &
> health care companies aren’t looking to get off the platform we all love.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Thursday, October 8, 2020, 6:30 PM, Ron Wells <
> 02ebc63ff5ef-dmarc-requ...@listserv.ua.edu> wrote:
>
> CLOUD by any other name
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of zMan
> Sent: Thursday, October 08, 2020 2:41 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM splitting into two companies
>
> ** EXTERNAL EMAIL - USE CAUTION **
>
>
> "IBM cloud" is a joke. When anyone talks about cloud, it's AWS, Azure,
> maybe GCP. NEVER EVER ONCE IBM.
>
> On Thu, Oct 8, 2020 at 12:24 PM Allan Staller 
> wrote:
>
> > Classification: HCL Internal
> >
> > Don't know anything about this directly, but It actually might help
> > the "traditional" portfolio by allowing more focus.
> > The cloud portion can benefit from reduced bureaucracy, so on the
> > surface, this is a win-win.
> >
> > OTOH, how many cloud providers have been hacked to date. I recall
> > APPLE, AMAZON and I think one more.
> >
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Dave Jousma
> > Sent: Thursday, October 8, 2020 10:44 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: IBM splitting into two companies
> >
> > [CAUTION: This Email is from outside the Organization. Unless you
> > trust the sender, Don’t click links or open attachments as it may be a
> > Phishing email, which can steal your Information and compromise your
> > Computer.]
> >
> > Anyone know any more about this?
> >
> >
> > https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> > reuters.com%2Farticle%2Fus-ibm-divestiture%2Fibm-to-break-up-109-year-
> > old-company-to-focus-on-cloud-growth-idUSKBN26T1TZ&data=02%7C01%7C
> > Ron.Wells%40OMF.COM%7Cd9f08b923f4d4950db8308d86bc23335%7C57c0053cb5f84
> > a1e8bb6e8afa09f3b82%7C0%7C1%7C637377829109678388&sdata=5CwaLgr2DUk
> > Jw%2FvCXctklNS6h%2BXyNa0ojq1pZRip8K8%3D&reserved=0
> >
> >
> > https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> > prnewswire.com%2Fnews-releases%2Fibm-to-accelerate-hybrid-cloud-growth
> > -strategy-and-execute-spin-off-of-market-leading-managed-infrastructur
> > e-services-unit-301148458.html&data=02%7C01%7CRon.Wells%40OMF.COM%
> > 7Cd9f08b923f4d4950db8308d86bc23335%7C57c0053cb5f84a1e8bb6e8afa09f3b82%
> > 7C0%7C1%7C637377829109678388&sdata=eQoih0SoGl6gRMYa%2BNUDf4dZe8fF0
> > lAhJACRZNPqf%2FU%3D&reserved=0
> >
> > --
> > 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
> >
>
>
> --
> zMan -- "I've got a mainframe and I'm not afraid to use it"
>
> 

Re: IBM splitting into two companies

[zMan]

Actually, Bill, it's pretty clear that you didn't read the report. It's at
https://kinsta.com/blog/cloud-market-share/ and lists the top 5 vendors,
comprising more than half the market, and then notes that the next ten
players--of whom IBM is one--"account for another 26% of the SaaS market".
So IBM has a couple of percent; as I said, that's a joke. Not a major
player.

On Thu, Oct 8, 2020 at 10:04 PM Bill Johnson <
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> Anyone who says IBM cloud is a joke isn’t well informed.
> Cloud Market Share – a Look at the Cloud Ecosystem in 2020
>
> |
> |
> |
> |   ||
>
>|
>
>   |
> |
> |   |
> Cloud Market Share – a Look at the Cloud Ecosystem in 2020
>
> Deep dive into the Cloud Market Share with tons of data and stats compared
> to explain the different cloud services and identify the leading cloud
> providers.
>   |   |
>
>   |
>
>   |
>
>
>
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Thursday, October 8, 2020, 3:41 PM, zMan 
> wrote:
>
> "IBM cloud" is a joke. When anyone talks about cloud, it's AWS, Azure,
> maybe GCP. NEVER EVER ONCE IBM.
>
> On Thu, Oct 8, 2020 at 12:24 PM Allan Staller 
> wrote:
>
> > Classification: HCL Internal
> >
> > Don't know anything about this directly, but It actually might help the
> > "traditional" portfolio by allowing more focus.
> > The cloud portion can benefit from reduced bureaucracy, so on the
> surface,
> > this is a win-win.
> >
> > OTOH, how many cloud providers have been hacked to date. I recall APPLE,
> > AMAZON and I think one more.
> >
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On Behalf
> > Of Dave Jousma
> > Sent: Thursday, October 8, 2020 10:44 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: IBM splitting into two companies
> >
> > [CAUTION: This Email is from outside the Organization. Unless you trust
> > the sender, Don’t click links or open attachments as it may be a Phishing
> > email, which can steal your Information and compromise your Computer.]
> >
> > Anyone know any more about this?
> >
> >
> >
> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.reuters.com%2Farticle%2Fus-ibm-divestiture%2Fibm-to-break-up-109-year-old-company-to-focus-on-cloud-growth-idUSKBN26T1TZ&data=02%7C01%7Callan.staller%40HCL.COM%7C9a630f6e28694a836b8908d86ba10956%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637377686692839710&sdata=moQ%2FtN5NyAFdoaHs7Ggk0fvvQiCegg8KzxjTCe%2FaBmQ%3D&reserved=0
> >
> >
> >
> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.prnewswire.com%2Fnews-releases%2Fibm-to-accelerate-hybrid-cloud-growth-strategy-and-execute-spin-off-of-market-leading-managed-infrastructure-services-unit-301148458.html&data=02%7C01%7Callan.staller%40HCL.COM%7C9a630f6e28694a836b8908d86ba10956%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637377686692839710&sdata=nAv%2FMxw5DvgpWrS%2FT2LB%2B%2FiytrH%2Bw9kchPMdHyymUUU%3D&reserved=0
> >
> > --
> > 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
> >
>
>
> --
> zMan -- "I've got a mainframe and I'm not afraid to use it"
>
> --
> 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 acce

Re: IBM splitting into two companies

[Bill Johnson]

I don’t mind having my pictures or music in the AWS or AZURE cloud. But, I 
don’t want my financial or health information there. IBM still processes 90% of 
the credit card transactions. Red Hat acquisition will keep them the go to 
cloud for highly sensitive information. It’s why banks, big retail, & health 
care companies aren’t looking to get off the platform we all love.


Sent from Yahoo Mail for iPhone


On Thursday, October 8, 2020, 6:30 PM, Ron Wells 
<02ebc63ff5ef-dmarc-requ...@listserv.ua.edu> wrote:

CLOUD by any other name

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of zMan
Sent: Thursday, October 08, 2020 2:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM splitting into two companies

** EXTERNAL EMAIL - USE CAUTION **


"IBM cloud" is a joke. When anyone talks about cloud, it's AWS, Azure, maybe 
GCP. NEVER EVER ONCE IBM.

On Thu, Oct 8, 2020 at 12:24 PM Allan Staller  wrote:

> Classification: HCL Internal
>
> Don't know anything about this directly, but It actually might help
> the "traditional" portfolio by allowing more focus.
> The cloud portion can benefit from reduced bureaucracy, so on the
> surface, this is a win-win.
>
> OTOH, how many cloud providers have been hacked to date. I recall
> APPLE, AMAZON and I think one more.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Dave Jousma
> Sent: Thursday, October 8, 2020 10:44 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IBM splitting into two companies
>
> [CAUTION: This Email is from outside the Organization. Unless you
> trust the sender, Don’t click links or open attachments as it may be a
> Phishing email, which can steal your Information and compromise your
> Computer.]
>
> Anyone know any more about this?
>
>
> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> reuters.com%2Farticle%2Fus-ibm-divestiture%2Fibm-to-break-up-109-year-
> old-company-to-focus-on-cloud-growth-idUSKBN26T1TZ&data=02%7C01%7C
> Ron.Wells%40OMF.COM%7Cd9f08b923f4d4950db8308d86bc23335%7C57c0053cb5f84
> a1e8bb6e8afa09f3b82%7C0%7C1%7C637377829109678388&sdata=5CwaLgr2DUk
> Jw%2FvCXctklNS6h%2BXyNa0ojq1pZRip8K8%3D&reserved=0
>
>
> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> prnewswire.com%2Fnews-releases%2Fibm-to-accelerate-hybrid-cloud-growth
> -strategy-and-execute-spin-off-of-market-leading-managed-infrastructur
> e-services-unit-301148458.html&data=02%7C01%7CRon.Wells%40OMF.COM%
> 7Cd9f08b923f4d4950db8308d86bc23335%7C57c0053cb5f84a1e8bb6e8afa09f3b82%
> 7C0%7C1%7C637377829109678388&sdata=eQoih0SoGl6gRMYa%2BNUDf4dZe8fF0
> lAhJACRZNPqf%2FU%3D&reserved=0
>
> --
> 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
>


--
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Email Disclaimer

This E-mail contains confidential information belonging to the sender, which 
may be legally privileged information. This information is intended only for 
the use of the individual or entity addressed above. If you are not the 
intended recipient, or an employee or agent responsible for delivering it to 
the intended recipient, you are hereby notified that any disclosure, copying, 
distribution, or the taking of any action in reliance on the contents of the 

Re: IBM splitting into two companies

[Bill Johnson]

Anyone who says IBM cloud is a joke isn’t well informed. 
Cloud Market Share – a Look at the Cloud Ecosystem in 2020 
  
|  
|   
|   
|   ||

   |

  |
|  
|   |  
Cloud Market Share – a Look at the Cloud Ecosystem in 2020
 
Deep dive into the Cloud Market Share with tons of data and stats compared to 
explain the different cloud services and identify the leading cloud providers.
  |   |

  |

  |

  



Sent from Yahoo Mail for iPhone


On Thursday, October 8, 2020, 3:41 PM, zMan  wrote:

"IBM cloud" is a joke. When anyone talks about cloud, it's AWS, Azure,
maybe GCP. NEVER EVER ONCE IBM.

On Thu, Oct 8, 2020 at 12:24 PM Allan Staller  wrote:

> Classification: HCL Internal
>
> Don't know anything about this directly, but It actually might help the
> "traditional" portfolio by allowing more focus.
> The cloud portion can benefit from reduced bureaucracy, so on the surface,
> this is a win-win.
>
> OTOH, how many cloud providers have been hacked to date. I recall APPLE,
> AMAZON and I think one more.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Dave Jousma
> Sent: Thursday, October 8, 2020 10:44 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IBM splitting into two companies
>
> [CAUTION: This Email is from outside the Organization. Unless you trust
> the sender, Don’t click links or open attachments as it may be a Phishing
> email, which can steal your Information and compromise your Computer.]
>
> Anyone know any more about this?
>
>
> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.reuters.com%2Farticle%2Fus-ibm-divestiture%2Fibm-to-break-up-109-year-old-company-to-focus-on-cloud-growth-idUSKBN26T1TZ&data=02%7C01%7Callan.staller%40HCL.COM%7C9a630f6e28694a836b8908d86ba10956%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637377686692839710&sdata=moQ%2FtN5NyAFdoaHs7Ggk0fvvQiCegg8KzxjTCe%2FaBmQ%3D&reserved=0
>
>
> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.prnewswire.com%2Fnews-releases%2Fibm-to-accelerate-hybrid-cloud-growth-strategy-and-execute-spin-off-of-market-leading-managed-infrastructure-services-unit-301148458.html&data=02%7C01%7Callan.staller%40HCL.COM%7C9a630f6e28694a836b8908d86ba10956%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637377686692839710&sdata=nAv%2FMxw5DvgpWrS%2FT2LB%2B%2FiytrH%2Bw9kchPMdHyymUUU%3D&reserved=0
>
> --
> 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
>


-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
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: dataset allocation

[Mike Schwab]

Chief Information Officer — Nancy Sieger*  Look up their number and
try to follow the chain down.

Here is the working environment.
https://federalnewsnetwork.com/tom-temin-commentary/2018/01/irs-clutches-its-modernization-holy-grail/

On Thu, Oct 8, 2020 at 7:42 PM Joseph Reichman  wrote:
>
> I have no idea who the sysorog is
>
> Honestly I’m told to do something I try my best to accomplish my superiors 
> just tell me to ask different people
>
> I have come to the point no one wants to help so I take the attitude I’ll do 
> what ever tell me what ever happens happens s
>
>
>
> > On Oct 8, 2020, at 8:36 PM, Jeremy Nicoll  
> > wrote:
> >
> > On Thu, 8 Oct 2020, at 22:17, Joseph Reichman wrote:
> >> There are number if restrictions in size of concatenation
> >
> > Yes, but suppose you can concatenate n datasets per dd?
> >
> > You read the list of datasetnames and then, n at a time,
> > generate the right JCL.
> >
> > The point is, whatever the restrictions are, it cannot be hard
> > to do it.
> >
> >
> >> in addition there is CPU time step limit
> >
> > I don't understand that.
> >
> > If you have a legitimate business need to process all this data your
> > systems programmers should provide you with a suitable job class.
> >
> > Indeed didn't someone else who IS an IRS sysprog reply a bit earlier
> > saying that such classes DO exist?
> >
> >
> >> I not working for a software co where I can go APF authorized and do
> >> what ever I want
> >
> > Things may have changed but I don't recall APF authorisation having
> > anything to do with time limits.
> >
> > Speak to your sysprogs.
> >
> >
> >
> > --
> > Jeremy Nicoll - my opinions are my own.
> >
> > --
> > 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: dataset allocation

[Jeremy Nicoll]

On Fri, 9 Oct 2020, at 01:42, Joseph Reichman wrote:
> I have no idea who the sysorog is 

I can't believe that none of your colleagues know.

Ask your manager.   Or ring the switchboard and ask to speak to
systems programming.  Or something.  Act like an adult.


> Honestly I’m told to do something I try my best to accomplish my 
> superiors just tell me to ask different people 

Did you miss some words out of that sentence?

 
> I have come to the point no one wants to help so I take the attitude 
> I’ll do what ever tell me what ever happens happens s 

That sentence started off well and then went rogue.  I don't know what
you mean.

But ... if you're saying your colleagues don't want to help you... could 
that be because you treat them like you treat us?  If you only ask them
tiny snippets of what you want to know and don't provide context, I'd
expect them to get annoyed with you.


-- 
Jeremy Nicoll - my opinions are my own.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: dataset allocation

[Joseph Reichman]

I have no idea who the sysorog is 

Honestly I’m told to do something I try my best to accomplish my superiors just 
tell me to ask different people 

I have come to the point no one wants to help so I take the attitude I’ll do 
what ever tell me what ever happens happens s 



> On Oct 8, 2020, at 8:36 PM, Jeremy Nicoll  
> wrote:
> 
> On Thu, 8 Oct 2020, at 22:17, Joseph Reichman wrote:
>> There are number if restrictions in size of concatenation
> 
> Yes, but suppose you can concatenate n datasets per dd?
> 
> You read the list of datasetnames and then, n at a time, 
> generate the right JCL.
> 
> The point is, whatever the restrictions are, it cannot be hard 
> to do it.  
> 
> 
>> in addition there is CPU time step limit
> 
> I don't understand that. 
> 
> If you have a legitimate business need to process all this data your 
> systems programmers should provide you with a suitable job class.
> 
> Indeed didn't someone else who IS an IRS sysprog reply a bit earlier
> saying that such classes DO exist?
> 
> 
>> I not working for a software co where I can go APF authorized and do 
>> what ever I want 
> 
> Things may have changed but I don't recall APF authorisation having 
> anything to do with time limits.
> 
> Speak to your sysprogs.
> 
> 
> 
> -- 
> Jeremy Nicoll - my opinions are my own.
> 
> --
> 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: dataset allocation

[Jeremy Nicoll]

On Thu, 8 Oct 2020, at 22:17, Joseph Reichman wrote:
> There are number if restrictions in size of concatenation

Yes, but suppose you can concatenate n datasets per dd?

You read the list of datasetnames and then, n at a time, 
generate the right JCL.

The point is, whatever the restrictions are, it cannot be hard 
to do it.  


> in addition there is CPU time step limit

I don't understand that. 

If you have a legitimate business need to process all this data your 
systems programmers should provide you with a suitable job class.

Indeed didn't someone else who IS an IRS sysprog reply a bit earlier
saying that such classes DO exist?


> I not working for a software co where I can go APF authorized and do 
> what ever I want 

Things may have changed but I don't recall APF authorisation having 
anything to do with time limits.

Speak to your sysprogs.



-- 
Jeremy Nicoll - my opinions are my own.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: dataset allocation

[Mike Schwab]

Well, if they are all near the max, half track blocking would result
in 2 blocks of 2 records.  A 32K block size would result in a block of
3 records, with space for another block of 2 records, but I'm not sure
QSAM will do that.  And 2.4GB is about 90% of a 3390-3.  An average of
7000 or less would be great with 1/2 track blocking, but even the
minimum size of 2K for a very simple record you could even just go
without blocking without losing much space to inter record gaps.

How about a pattern of some sort on the DSNs.
HLQ7...ccc.Dyymmdd.Thhmmss, etc.

On Thu, Oct 8, 2020 at 11:08 AM Michael Stein  wrote:
>
> On Wed, Oct 07, 2020 at 07:41:58AM -0400, Joseph Reichman wrote:
> > The average number of records in the file could be 240,000 each record
> > could be close to 10,000 bytes there are 4,644 files
>
> So each file could be up to: 1 * 24 -> 2.4 GB
>
> And the maximum total data is: 2.4 GB * 4644 -> 11.14 TB
>
> Reading 11 TB in 4 hours (?) is:
>
>   11e12/(4*3600.) -> 763 MB/second
>
> Most likely all the records are less than the maximum (10K bytes) size
> and there is less data that this.
>
> That's a lot of records too: 24*4644 -> 1114 million records.
>
> How long does a billion (1000 million) QSAM GET locates take?
>
> I have no idea how long a QSAM GET takes.  But a billion of them
> add up and it's all CPU time.
>
> What's the blocksize of these datasets?  The CPU for each GET
> is just bumping a pointer and checking for the end of the current
> block.  There's more CPU involved in switching blocks.
>
> I'm still wondering:
>
>   Is this a one time job or recurring every year, month, week, day?
>
> --
> 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: IBM splitting into two companies

[Ron Wells]

CLOUD by any other name

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of zMan
Sent: Thursday, October 08, 2020 2:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM splitting into two companies

** EXTERNAL EMAIL - USE CAUTION **


"IBM cloud" is a joke. When anyone talks about cloud, it's AWS, Azure, maybe 
GCP. NEVER EVER ONCE IBM.

On Thu, Oct 8, 2020 at 12:24 PM Allan Staller  wrote:

> Classification: HCL Internal
>
> Don't know anything about this directly, but It actually might help
> the "traditional" portfolio by allowing more focus.
> The cloud portion can benefit from reduced bureaucracy, so on the
> surface, this is a win-win.
>
> OTOH, how many cloud providers have been hacked to date. I recall
> APPLE, AMAZON and I think one more.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Dave Jousma
> Sent: Thursday, October 8, 2020 10:44 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IBM splitting into two companies
>
> [CAUTION: This Email is from outside the Organization. Unless you
> trust the sender, Don’t click links or open attachments as it may be a
> Phishing email, which can steal your Information and compromise your
> Computer.]
>
> Anyone know any more about this?
>
>
> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> reuters.com%2Farticle%2Fus-ibm-divestiture%2Fibm-to-break-up-109-year-
> old-company-to-focus-on-cloud-growth-idUSKBN26T1TZ&data=02%7C01%7C
> Ron.Wells%40OMF.COM%7Cd9f08b923f4d4950db8308d86bc23335%7C57c0053cb5f84
> a1e8bb6e8afa09f3b82%7C0%7C1%7C637377829109678388&sdata=5CwaLgr2DUk
> Jw%2FvCXctklNS6h%2BXyNa0ojq1pZRip8K8%3D&reserved=0
>
>
> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> prnewswire.com%2Fnews-releases%2Fibm-to-accelerate-hybrid-cloud-growth
> -strategy-and-execute-spin-off-of-market-leading-managed-infrastructur
> e-services-unit-301148458.html&data=02%7C01%7CRon.Wells%40OMF.COM%
> 7Cd9f08b923f4d4950db8308d86bc23335%7C57c0053cb5f84a1e8bb6e8afa09f3b82%
> 7C0%7C1%7C637377829109678388&sdata=eQoih0SoGl6gRMYa%2BNUDf4dZe8fF0
> lAhJACRZNPqf%2FU%3D&reserved=0
>
> --
> 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
>


--
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Email Disclaimer

This E-mail contains confidential information belonging to the sender, which 
may be legally privileged information. This information is intended only for 
the use of the individual or entity addressed above. If you are not the 
intended recipient, or an employee or agent responsible for delivering it to 
the intended recipient, you are hereby notified that any disclosure, copying, 
distribution, or the taking of any action in reliance on the contents of the 
E-mail or attached files is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: dataset allocation

[Joseph Reichman]

There are number if restrictions in size of concatenation in addition there is 
CPU time step limit 

I not working for a software co where I can go APF authorized and do what ever 
I want 





> On Oct 8, 2020, at 4:41 PM, Jeremy Nicoll  
> wrote:
> 
> On Thu, 8 Oct 2020, at 20:19, Joseph Reichman wrote:
>> He offered to set up the JCL was looking for the least complicated way to do 
>> my  
>> Job
> 
> Yes I know - as usual you're telling us something we already know.
> 
> I don't see why - as a programmer - you seem not to be capable of running 
> through a list of dsnames and generating DD statements for them.  What is
> it about that that's complicated? 
> 
> -- 
> Jeremy Nicoll - my opinions are my own.
> 
> --
> 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: dataset allocation

[Jeremy Nicoll]

On Thu, 8 Oct 2020, at 20:19, Joseph Reichman wrote:
> He offered to set up the JCL was looking for the least complicated way to do 
> my  
> Job

Yes I know - as usual you're telling us something we already know.

I don't see why - as a programmer - you seem not to be capable of running 
through a list of dsnames and generating DD statements for them.  What is
it about that that's complicated? 

-- 
Jeremy Nicoll - my opinions are my own.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM splitting into two companies

[Knutson, Samuel]

You can read the press release, view the charts and listen the webcast where 
this was rolled out to Wall Street analysts this morning here

https://www.ibm.com/investor/events/ibm-strategic-update-2020



The contents of this e-mail are intended for the named addressee only. It 
contains information that may be confidential. Unless you are the named 
addressee or an authorized designee, you may not copy or use it, or disclose it 
to anyone else. If you received it in error please notify us immediately and 
then destroy it

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM splitting into two companies

[zMan]

"IBM cloud" is a joke. When anyone talks about cloud, it's AWS, Azure,
maybe GCP. NEVER EVER ONCE IBM.

On Thu, Oct 8, 2020 at 12:24 PM Allan Staller  wrote:

> Classification: HCL Internal
>
> Don't know anything about this directly, but It actually might help the
> "traditional" portfolio by allowing more focus.
> The cloud portion can benefit from reduced bureaucracy, so on the surface,
> this is a win-win.
>
> OTOH, how many cloud providers have been hacked to date. I recall APPLE,
> AMAZON and I think one more.
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Dave Jousma
> Sent: Thursday, October 8, 2020 10:44 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IBM splitting into two companies
>
> [CAUTION: This Email is from outside the Organization. Unless you trust
> the sender, Don’t click links or open attachments as it may be a Phishing
> email, which can steal your Information and compromise your Computer.]
>
> Anyone know any more about this?
>
>
> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.reuters.com%2Farticle%2Fus-ibm-divestiture%2Fibm-to-break-up-109-year-old-company-to-focus-on-cloud-growth-idUSKBN26T1TZ&data=02%7C01%7Callan.staller%40HCL.COM%7C9a630f6e28694a836b8908d86ba10956%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637377686692839710&sdata=moQ%2FtN5NyAFdoaHs7Ggk0fvvQiCegg8KzxjTCe%2FaBmQ%3D&reserved=0
>
>
> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.prnewswire.com%2Fnews-releases%2Fibm-to-accelerate-hybrid-cloud-growth-strategy-and-execute-spin-off-of-market-leading-managed-infrastructure-services-unit-301148458.html&data=02%7C01%7Callan.staller%40HCL.COM%7C9a630f6e28694a836b8908d86ba10956%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637377686692839710&sdata=nAv%2FMxw5DvgpWrS%2FT2LB%2B%2FiytrH%2Bw9kchPMdHyymUUU%3D&reserved=0
>
> --
> 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
>


-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: dataset allocation

[Joseph Reichman]

He offered to set up the JCL was looking for the least complicated way to do my 

Job

Thanks 



> On Oct 8, 2020, at 2:56 PM, Jeremy Nicoll  
> wrote:
> 
> On Thu, 8 Oct 2020, at 18:53, Joseph Reichman wrote:
>> This is just happening now however Sri offered to help me set this up 
>> with DFSORT 
>> 
>> If I send him DSNames unfortunately 
>> Since I work for the IRS I don’t know if can do that very big on privacy 
>> issues 
> 
> Why would you need to send actual dsnames to someone else?
> 
> What on earth is so difficult about building JCL?  It's just lines of text.
> 
> 
> -- 
> Jeremy Nicoll - my opinions are my own.
> 
> --
> 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: dataset allocation

[Jeremy Nicoll]

On Thu, 8 Oct 2020, at 18:53, Joseph Reichman wrote:
> This is just happening now however Sri offered to help me set this up 
> with DFSORT 
> 
> If I send him DSNames unfortunately 
> Since I work for the IRS I don’t know if can do that very big on privacy 
> issues 

Why would you need to send actual dsnames to someone else?

What on earth is so difficult about building JCL?  It's just lines of text.


-- 
Jeremy Nicoll - my opinions are my own.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: dataset allocation

[Joseph Reichman]

This is just happening now however Sri offered to help me set this up with 
DFSORT 

If I send him DSNames unfortunately 
Since I work for the IRS I don’t know if can do that very big on privacy issues 



> On Oct 8, 2020, at 12:09 PM, Michael Stein  wrote:
> 
> On Wed, Oct 07, 2020 at 07:41:58AM -0400, Joseph Reichman wrote:
>> The average number of records in the file could be 240,000 each record
>> could be close to 10,000 bytes there are 4,644 files
> 
> So each file could be up to: 1 * 24 -> 2.4 GB
> 
> And the maximum total data is: 2.4 GB * 4644 -> 11.14 TB
> 
> Reading 11 TB in 4 hours (?) is:
> 
>  11e12/(4*3600.) -> 763 MB/second
> 
> Most likely all the records are less than the maximum (10K bytes) size
> and there is less data that this.
> 
> That's a lot of records too: 24*4644 -> 1114 million records.
> 
> How long does a billion (1000 million) QSAM GET locates take?
> 
> I have no idea how long a QSAM GET takes.  But a billion of them
> add up and it's all CPU time.
> 
> What's the blocksize of these datasets?  The CPU for each GET
> is just bumping a pointer and checking for the end of the current
> block.  There's more CPU involved in switching blocks.
> 
> I'm still wondering:
> 
>  Is this a one time job or recurring every year, month, week, day?
> 
> --
> 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: LPSTAT Fails

[Roger Bolan]

I know you fully specified the path when you gave the lpstat command, but I
wonder if that's enough.
There are two versions of lpstat.  One is just a stub.
See
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.aopu000/lps.htm
where it says: " /bin/lpstat is a stub command. z/OS® UNIX recognizes it
but does not support its function. To make sure that you run
/usr/lpp/Printsrv/lpstat, do either of these:

   - Use the mv command to rename /bin/lpstat.
   - Change your PATH environment variable so that /usr/lpp/Printsrv comes
   before /bin."

You can also run the command /usr/lpp/Printsrv/samples/aopcheck
That's a Rexx exec.  Check the comments inside.  If you use all default
names then you can run aopcheck with no arguments.  If you use non-default
names, you can pass your names as arguments or you can customize aopcheck
to use the defaults configured for your site.
The aopcheck checks certain permissions bits and owner and group names and
gives messages that contain the phrase "but should be" if anything isn't as
expected.
You might want to see
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.aops000/custmap.htm
and review the steps in the Infoprint Server Customization Roadmap to make
sure you didn't skip something.

For more than that, you should open a case with IBM for the Infoprint
Server component of z/OS.
Start here: https://www.ibm.com/support/home/

--Roger





On Mon, Oct 5, 2020 at 10:28 AM David Spiegel 
wrote:

> Hi,
> A user issues /usr/lpp/Printsrv/bin/lpstat -a
> and gets:
> /usr/lpp/Printsrv/bin: FSUM9209 cannot execute: reason code = 0b1b011f:
> EDC5111I Permission denied.
>
> The user is COnnected to AOPADMIN which is PErmitted UPDATE to PRINTSRV
> AOP.ADMINISTRATOR
>
> Here are the z/OS V2.3 Files and Permission Bits:
> Dir755   rwxr-xr-x  2020-02-06 04:35 OMVSKERN 8192  .
> Dir755   rwxr-xr-x  2020-02-06 04:35  OMVSKERN 8192 ..
> Syml   777   rwxrwxrwx  2019-04-29 20:56  OMVSKERN   42 .aokcinit
> Syml   777   rwxrwxrwx  2019-04-29 20:56  OMVSKERN   48 afpxpcl
> Syml   777   rwxrwxrwx  2019-04-29 21:24  OMVSKERN   34 afpxpcld
> Syml   777   rwxrwxrwx  2019-04-29 20:56  OMVSKERN   48 afpxpdf
> Syml   777   rwxrwxrwx  2019-04-29 21:24  OMVSKERN   34 afpxpdfd
> Syml   777   rwxrwxrwx  2019-04-29 20:56  OMVSKERN   46 afpxps
> Syml   777   rwxrwxrwx  2019-04-29 21:24  OMVSKERN   33 afpxpsd
> File   755   rwxr-xr-x  2017-05-24 17:40  OMVSKERN  2162688 aopchkinv
> File   700   rwx--  2017-05-24 17:40  OMVSKERN20480 aopcstart
> File   700   rwx--  2020-02-06 04:34  OMVSKERN  3911680 aopd
> File   754   rwxr-xr--  2020-02-06 04:34  OMVSKERN32768 aopdemon
> File   700   rwx--  2020-02-06 04:34  OMVSKERN   286720 aopippd
> File   750   rwxr-x---  2020-02-06 04:34  OMVSKERN  3092480 aoplogu
> File   700   rwx--  2020-02-06 04:34  OMVSKERN   299008 aoplpd
> File   755   rwxr-xr-x  2020-02-06 04:34  OMVSKERN  5517312 aopmig
> File   755   rwxr-xr-x  2020-02-06 04:34  OMVSKERN  2396160 aopmigns
> File   755   rwxr-xr-x  2020-02-06 04:34  OMVSKERN  1810432 aopmigpw
> File   700   rwx--  2020-02-06 04:34  OMVSKERN   176128 aopnetd
> File   755   rwxr-xr-x  2020-02-06 04:34  OMVSKERN  3534848 aopoms
> File   700   rwx--  2020-02-06 04:35  OMVSKERN  3198976 aopoutd
> File   755   rwxr-xr-x  2020-02-06 04:35  OMVSKERN  2408448 aopsapd
> File   750   rwxr-x---  2020-02-06 04:35  OMVSKERN  2625536 aopsend
> File   755   rwxr-xr-x  2020-02-06 04:34  OMVSKERN 5292 aopsetup
> File   700   rwx--  2020-02-06 04:35  OMVSKERN  1835008 aopssid
> File   755   rwxr-xr-x  2017-05-24 17:40  OMVSKERN13399 aopstart
> File   755   rwxr-xr-x  2020-02-06 04:35  OMVSKERN  2625536 aopstat
> File   750   rwxr-x---  2020-02-06 04:35  OMVSKERN  2519040 aopstop
> File   700   rwx--  2020-02-06 04:35  OMVSKERN   847872 aopsubd
> File   700   rwx--  2020-02-06 04:35  OMVSKERN   663552 aopwsmd
> File   750   rwxr-x---  2017-05-24 17:40  OMVSKERN  2633728 aopxcfut
> File   700   rwx--  2020-02-06 04:35  OMVSKERN   532480 aopxfd
> File   755   rwxr-xr-x  2020-02-06 04:34  OMVSKERN  3358720 cancel
> File   755   rwxr-xr-x  2020-02-06 04:34  OMVSKERN  2871296 filter
> File   750   rwxr-x---  2020-02-06 04:34  OMVSKERN  2072576 hinvu
> Dir755   rwxr-xr-x  2017-05-24 17:40  OMVSKERN 8192 IBM
> File   750   rwxr-x---  2017-05-24 17:40  OMVSKERN 1760
> loadprinterinventory
> File   755   rwxr-xr-x  2020-02-06 04:34  OMVSKERN  3383296 lp
> File   755   rwxr-xr-x  2020-02-06 04:34  OMVSKERN  3444736 lpstat
> File   750   rwxr-x---  2020-02-06 04:35  OMVSKERN  3608576 pidu
> File   755   rwxr-xr-x  2017-05-24 17:40  OMVSKERN 2223 remotexf
> File   750   rwxr-x---  2020-02-06 04:35  OMVSKERN  2023424 sdbu
>
> Othe

Re: dfsort remove spaces

[Anthony B.]

I don't understand why the solution is so complex. If the spaces all line
up in fixed columns (I hope this assumption is correct), then simply coding
OUTRECs for each field non-blank would accomplish the desired output. I've
coded many hundreds of DF/SORT jobs and I don't see a degree of difficulty.
If I'm missing something obvious, I'll appreciate clarification.

On Thu, Oct 8, 2020 at 11:34 AM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Thu, 8 Oct 2020 10:46:00 -0500, Ron Thomas wrote:
> >
> >I have a sample file as below and we would need to remove the spaces
> >
> >000645|VHO CASILLERO DIABLO |PINOT NOIR 750ML  |
> >...
> >i have coded as below
> >SORT FIELDS=COPY
> >INREC OVERLAY=(001:001,010,UFF,M10,LENGTH=10,
> >   012:012,025,UFF,M10,LENGTH=25,
> >   038:038,025,UFF,M10,LENGTH=25,
> >   001:001,2500,SQZ=(SHIFT=LEFT))
> >
> >but the output i am getting is as below
> >
> >645|0|750|CASILLERODELDIABLO|VHOCASILLERODIABLO|
> >...
> Where did the "DEL" come from?
>
> -- gil
>
> --
> 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: DFSMShsm SETSYS BACKUP(DASD)

[Glenn Wilcock]

Hi Theo,

HBACK is a data set backup command.  Data set backup settings are determined by 
the SETSYS DSBACKUP parameters, of which the default for TAPE tasks is 2.  
Please update your SETSYS DSBACKUP parameters such that all backups will go to 
disk.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: dfsort remove spaces

[Ron Thomas]

thanks a lot Massimo . it worked great !!

Regards
Ron T

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: dfsort remove spaces

[Paul Gilmartin]

On Thu, 8 Oct 2020 10:46:00 -0500, Ron Thomas wrote:
>
>I have a sample file as below and we would need to remove the spaces
>
>000645|VHO CASILLERO DIABLO |PINOT NOIR 750ML  |
>...
>i have coded as below
>SORT FIELDS=COPY
>INREC OVERLAY=(001:001,010,UFF,M10,LENGTH=10,
>   012:012,025,UFF,M10,LENGTH=25,
>   038:038,025,UFF,M10,LENGTH=25,
>   001:001,2500,SQZ=(SHIFT=LEFT))
>
>but the output i am getting is as below
>
>645|0|750|CASILLERODELDIABLO|VHOCASILLERODIABLO|
>...
Where did the "DEL" come from?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: dfsort remove spaces

[Massimo Biancucci]

Ron,

sorry for me not understanding the meaning of the actual SYSIN.

If you run this (assuming SORTIN LRECL is 2500):
 INREC FIELDS=(1,2500,SQZ=(SHIFT=LEFT,MID=C' '))
 SORT FIELDS=COPY
 OUTREC FINDREP=(INOUT=(C' |',C'|'))

The INREC squeezes the record dropping all spaces and inserting a single
space where before was 1 or more spaces (so 2 or more spaces becomes 1
space).
MID is the magic keyword.
This will build a rec like this:
000645|VHO CASILLERO DIABLO |PINOT NOIR 750ML |

The OUTREC FINDREP replace all " |" with "|" and then:
000645|VHO CASILLERO DIABLO|PINOT NOIR 750ML|

I think you INREC PARSE could have been a good solution too (it seems "|"
it's the fields separator).

Best regards.


Il giorno gio 8 ott 2020 alle ore 17:46 Ron Thomas  ha
scritto:

> Hello
>
> I have a sample file as below and we would need to remove the spaces
>
> 000645|VHO CASILLERO DIABLO |PINOT NOIR 750ML  |
> 000645|VHO CASILLERO DIABLO |PINOT NOIR 750ML  |
> 000645|VHO CASILLERO DIABLO |PINOT NOIR 750ML  |
> 000645|VHO CASILLERO DIABLO |PINOT NOIR 750ML  |
> 000645|VHO CASILLERO DIABLO |PINOT NOIR 750ML  |
> 000645|VHO CASILLERO DIABLO |PINOT NOIR 750ML  |
> 000645|VHO CASILLERO DIABLO |PINOT NOIR 750ML  |
> 000645|VHO CASILLERO DIABLO |PINOT NOIR 750ML  |
> 000645|VHO CASILLERO DIABLO |PINOT NOIR 750ML  |
>
> i have coded as below
>
>
> SORT FIELDS=COPY
> INREC OVERLAY=(001:001,010,UFF,M10,LENGTH=10,
>012:012,025,UFF,M10,LENGTH=25,
>038:038,025,UFF,M10,LENGTH=25,
>001:001,2500,SQZ=(SHIFT=LEFT))
>
> but the output i am getting is as below
>
>
>
> 645|0|750|CASILLERODELDIABLO|VHOCASILLERODIABLO|
> 645|0|750|CASILLERODELDIABLO|VHOCASILLERODIABLO|
> 645|0|750|CASILLERODELDIABLO|VHOCASILLERODIABLO|
> 645|0|750|CASILLERODELDIABLO|VHOCASILLERODIABLO|
> 645|0|750|CASILLERODELDIABLO|VHOCASILLERODIABLO|
> 645|0|750|CASILLERODELDIABLO|VHOCASILLERODIABLO|
> 645|0|750|CASILLERODELDIABLO|VHOCASILLERODIABLO|
> 645|0|750|CASILLERODELDIABLO|VHOCASILLERODIABLO|
> 645|0|750|CASILLERODELDIABLO|VHOCASILLERODIABLO|
>
> here we can see that the data "VHO CASILLERO DIABLO  " spaces also got
> removed . is there a way we can get data as follows
>
> 000645|VHO CASILLERO DIABLO|PINOT NOIR 750ML|
>
> Could some let me know how this can be done ?
>
> Thanks.
> Ron T
>
> --
> 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: IBM splitting into two companies

[Allan Staller]

Classification: HCL Internal

Don't know anything about this directly, but It actually might help the 
"traditional" portfolio by allowing more focus.
The cloud portion can benefit from reduced bureaucracy, so on the surface, this 
is a win-win.

OTOH, how many cloud providers have been hacked to date. I recall APPLE, AMAZON 
and I think one more.



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Thursday, October 8, 2020 10:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM splitting into two companies

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Anyone know any more about this?

https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.reuters.com%2Farticle%2Fus-ibm-divestiture%2Fibm-to-break-up-109-year-old-company-to-focus-on-cloud-growth-idUSKBN26T1TZ&data=02%7C01%7Callan.staller%40HCL.COM%7C9a630f6e28694a836b8908d86ba10956%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637377686692839710&sdata=moQ%2FtN5NyAFdoaHs7Ggk0fvvQiCegg8KzxjTCe%2FaBmQ%3D&reserved=0

https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.prnewswire.com%2Fnews-releases%2Fibm-to-accelerate-hybrid-cloud-growth-strategy-and-execute-spin-off-of-market-leading-managed-infrastructure-services-unit-301148458.html&data=02%7C01%7Callan.staller%40HCL.COM%7C9a630f6e28694a836b8908d86ba10956%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637377686692839710&sdata=nAv%2FMxw5DvgpWrS%2FT2LB%2B%2FiytrH%2Bw9kchPMdHyymUUU%3D&reserved=0

--
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: dataset allocation

[Michael Stein]

On Wed, Oct 07, 2020 at 07:41:58AM -0400, Joseph Reichman wrote:
> The average number of records in the file could be 240,000 each record
> could be close to 10,000 bytes there are 4,644 files

So each file could be up to: 1 * 24 -> 2.4 GB

And the maximum total data is: 2.4 GB * 4644 -> 11.14 TB

Reading 11 TB in 4 hours (?) is:

  11e12/(4*3600.) -> 763 MB/second

Most likely all the records are less than the maximum (10K bytes) size
and there is less data that this.

That's a lot of records too: 24*4644 -> 1114 million records.

How long does a billion (1000 million) QSAM GET locates take?

I have no idea how long a QSAM GET takes.  But a billion of them
add up and it's all CPU time.

What's the blocksize of these datasets?  The CPU for each GET
is just bumping a pointer and checking for the end of the current
block.  There's more CPU involved in switching blocks.

I'm still wondering:

  Is this a one time job or recurring every year, month, week, day?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: [EXTERNAL] IBM splitting into two companies

[Marshall Stone]

Anyone remember Advantis... the 'network people' @ IBM GTS were spun off to 
create that debacle

Marshall Stone
Sirius Corp - Mainframe Sr. Engineer
Office: 984.202.7078
Mobile: 859.494.8651

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Thursday, October 8, 2020 11:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] IBM splitting into two companies

Anyone know any more about this?

https://www.reuters.com/article/us-ibm-divestiture/ibm-to-break-up-109-year-old-company-to-focus-on-cloud-growth-idUSKBN26T1TZ

https://www.prnewswire.com/news-releases/ibm-to-accelerate-hybrid-cloud-growth-strategy-and-execute-spin-off-of-market-leading-managed-infrastructure-services-unit-301148458.html

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

This message (including any attachments) is intended only for the use of the 
individual or entity to which it is addressed and may contain information that 
is non-public, proprietary, privileged, confidential, and exempt from 
disclosure under applicable law or may constitute as attorney work product. If 
you are not the intended recipient, you are hereby notified that any use, 
dissemination, distribution, or copying of this communication is strictly 
prohibited. If you have received this communication in error, notify us 
immediately by telephone and (i) destroy this message if a facsimile or (ii) 
delete this message immediately if this is an electronic 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: IBM splitting into two companies

[Chris Hoelscher]

I believe it GTS that is splitting, not IBM proper
I don't know where my account is falling

Chris Hoelscher
Lead Sys DBA 
IBM Global Technical Services on assignmemt to Humana Inc.
T 502.476.2538  or 502.407.7266


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Thursday, October 8, 2020 11:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] IBM splitting into two companies

[External Email: Use caution with links and attachments]


Anyone know any more about this?

https://urldefense.com/v3/__https://www.reuters.com/article/us-ibm-divestiture/ibm-to-break-up-109-year-old-company-to-focus-on-cloud-growth-idUSKBN26T1TZ__;!!IfVdvpvC!Hf5zGn_Y7he020iC5l2A9re_pO6PmKMwBQ0mMQBaqFeVOVQgUQYwl6hfOyVuX1D7$

https://urldefense.com/v3/__https://www.prnewswire.com/news-releases/ibm-to-accelerate-hybrid-cloud-growth-strategy-and-execute-spin-off-of-market-leading-managed-infrastructure-services-unit-301148458.html__;!!IfVdvpvC!Hf5zGn_Y7he020iC5l2A9re_pO6PmKMwBQ0mMQBaqFeVOVQgUQYwl6hfO3Mh_aHb$

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.

Humana Inc. and its subsidiaries comply with applicable Federal civil rights 
laws and
do not discriminate on the basis of race, color, national origin, ancestry, 
age, disability, sex,
marital status, gender, sexual orientation, gender identity, or religion. 
Humana Inc. and its subsidiaries do not
exclude people or treat them differently because of race, color, national 
origin, ancestry, age,
disability, sex, marital status, gender, sexual orientation, gender identity, 
or religion.

English: ATTENTION: If you do not speak English, language assistance services, 
free
of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711).

Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición servicios
gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711).

繁體中文(Chinese):注意:如果您使用繁體中文,您可以免費獲得語言援助
服務。請致電 1‐877‐320‐1235 (TTY: 711)。

Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen sèvis 
èd
pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711).

Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z bezpłatnej
pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711).

한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로
이용하실 수 있습니다. 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM splitting into two companies

[Jesse 1 Robinson]

Heard it on the news this morning. It's pumped up IBM stock. No idea what it 
means for us on the ground. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Thursday, October 8, 2020 8:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):IBM splitting into two companies

CAUTION EXTERNAL EMAIL

Anyone know any more about this?

https://www.reuters.com/article/us-ibm-divestiture/ibm-to-break-up-109-year-old-company-to-focus-on-cloud-growth-idUSKBN26T1TZ

https://www.prnewswire.com/news-releases/ibm-to-accelerate-hybrid-cloud-growth-strategy-and-execute-spin-off-of-market-leading-managed-infrastructure-services-unit-301148458.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM splitting into two companies

[Dana Mitchell]

On Thu, 8 Oct 2020 10:44:09 -0500, Dave Jousma  wrote:

>Anyone know any more about this?
>
>https://www.reuters.com/article/us-ibm-divestiture/ibm-to-break-up-109-year-old-company-to-focus-on-cloud-growth-idUSKBN26T1TZ
>
>https://www.prnewswire.com/news-releases/ibm-to-accelerate-hybrid-cloud-growth-strategy-and-execute-spin-off-of-market-leading-managed-infrastructure-services-unit-301148458.html
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

https://newsroom.ibm.com/Accelerating-our-future-and-growth-strategy

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

dfsort remove spaces

[Ron Thomas]

Hello

I have a sample file as below and we would need to remove the spaces

000645|VHO CASILLERO DIABLO |PINOT NOIR 750ML  |
000645|VHO CASILLERO DIABLO |PINOT NOIR 750ML  |
000645|VHO CASILLERO DIABLO |PINOT NOIR 750ML  |
000645|VHO CASILLERO DIABLO |PINOT NOIR 750ML  |
000645|VHO CASILLERO DIABLO |PINOT NOIR 750ML  |
000645|VHO CASILLERO DIABLO |PINOT NOIR 750ML  |
000645|VHO CASILLERO DIABLO |PINOT NOIR 750ML  |
000645|VHO CASILLERO DIABLO |PINOT NOIR 750ML  |
000645|VHO CASILLERO DIABLO |PINOT NOIR 750ML  |

i have coded as below


SORT FIELDS=COPY
INREC OVERLAY=(001:001,010,UFF,M10,LENGTH=10,
   012:012,025,UFF,M10,LENGTH=25,
   038:038,025,UFF,M10,LENGTH=25,
   001:001,2500,SQZ=(SHIFT=LEFT))

but the output i am getting is as below



645|0|750|CASILLERODELDIABLO|VHOCASILLERODIABLO|
645|0|750|CASILLERODELDIABLO|VHOCASILLERODIABLO|
645|0|750|CASILLERODELDIABLO|VHOCASILLERODIABLO|
645|0|750|CASILLERODELDIABLO|VHOCASILLERODIABLO|
645|0|750|CASILLERODELDIABLO|VHOCASILLERODIABLO|
645|0|750|CASILLERODELDIABLO|VHOCASILLERODIABLO|
645|0|750|CASILLERODELDIABLO|VHOCASILLERODIABLO|
645|0|750|CASILLERODELDIABLO|VHOCASILLERODIABLO|
645|0|750|CASILLERODELDIABLO|VHOCASILLERODIABLO|

here we can see that the data "VHO CASILLERO DIABLO  " spaces also got removed 
. is there a way we can get data as follows

000645|VHO CASILLERO DIABLO|PINOT NOIR 750ML|

Could some let me know how this can be done ?

Thanks.
Ron T

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

IBM splitting into two companies

[Dave Jousma]

Anyone know any more about this?

https://www.reuters.com/article/us-ibm-divestiture/ibm-to-break-up-109-year-old-company-to-focus-on-cloud-growth-idUSKBN26T1TZ

https://www.prnewswire.com/news-releases/ibm-to-accelerate-hybrid-cloud-growth-strategy-and-execute-spin-off-of-market-leading-managed-infrastructure-services-unit-301148458.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OMVS Whatis ?

[Chris Hoelscher]

Heck - even my laptop has an . n-r-off switch 

Chris Hoelscher
Lead Sys DBA 
IBM Global Technical Services on assignmemt to Humana Inc.
T 502.476.2538  or 502.407.7266

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Thursday, October 8, 2020 9:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] OMVS Whatis ?

[External Email: Use caution with links and attachments]


On Thu, 8 Oct 2020 06:25:43 -0500, Lionel B Dyck wrote:
>...
>Thus when adding utilities (e.g. Rocket ported, Co:Z, ...) that have 
>man pages, the MANPATH can be updated so that these tools man pages can 
>be found if requested specifically but they cannot be found using the 'man -k 
>xxx'
>command.
>
Further, some FOSS man pages are supplied in nroff format and formatted and 
cached on demand, and OMVS has no nroff.  I've relied on accessing each such 
man page on a system supporting nroff with the formatted man directories NFS 
shared back to z/OS.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.

Humana Inc. and its subsidiaries comply with applicable Federal civil rights 
laws and
do not discriminate on the basis of race, color, national origin, ancestry, 
age, disability, sex,
marital status, gender, sexual orientation, gender identity, or religion. 
Humana Inc. and its subsidiaries do not
exclude people or treat them differently because of race, color, national 
origin, ancestry, age,
disability, sex, marital status, gender, sexual orientation, gender identity, 
or religion.

English: ATTENTION: If you do not speak English, language assistance services, 
free
of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711).

Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición servicios
gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711).

繁體中文(Chinese):注意:如果您使用繁體中文,您可以免費獲得語言援助
服務。請致電 1‐877‐320‐1235 (TTY: 711)。

Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen sèvis 
èd
pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711).

Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z bezpłatnej
pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711).

한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로
이용하실 수 있습니다. 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: OMVS Whatis ?

[Paul Gilmartin]

On Thu, 8 Oct 2020 06:25:43 -0500, Lionel B Dyck wrote:
>...
>Thus when adding utilities (e.g. Rocket ported, Co:Z, ...) that have man
>pages, the MANPATH can be updated so that these tools man pages can be found
>if requested specifically but they cannot be found using the 'man -k xxx'
>command.
> 
Further, some FOSS man pages are supplied in nroff format and formatted
and cached on demand, and OMVS has no nroff.  I've relied on accessing
each such man page on a system supporting nroff with the formatted man
directories NFS shared back to z/OS.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

OMVS Whatis ?

[Lionel B Dyck]

Has anyone ported whatis and makewhatis to OMVS?

Or is there a better way than using whatis?

My issue is that the ‘man -k xxx’ searches the /usr/man/%L/whatis database
and there is no available means to update that file since whatis and
makewhatis are not available.

Thus when adding utilities (e.g. Rocket ported, Co:Z, ...) that have man
pages, the MANPATH can be updated so that these tools man pages can be found
if requested specifically but they cannot be found using the 'man -k xxx'
command.

Thoughts?  Am I off base?  Am I missing something?

Lionel B. Dyck <
Website: https://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what
you are, reputation merely what others think you are." - John Wooden

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: dfsort file split

[Massimo Biancucci]

Sorry for answering so fast (and so far from a PC) without testing it
before.



Mail
priva di virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Il giorno mer 7 ott 2020 alle ore 17:16 Sri h Kolusu 
ha scritto:

> > Here , i want to add the header in the OUT01-05 files . is there a
> > way we can do in the same step.
>
> Ron,
>
> You used KEYBEGIN on 40,5 , the header record will have a Group number 1
> and the detail records will have group number starting at 2.  So if your
> input file always has a header then you need to use the group number 1 to
> include the header.  You also need to remove the temporary group id number
> that you created. You need to use BUILD for that.
>
> //SYSINDD *
>   OPTION COPY
>   OUTREC IFTHEN=(WHEN=GROUP,KEYBEGIN=(40,5),PUSH=(651:ID=2))
>   OUTFIL FNAMES=OUT01,BUILD=(01,650),INCLUDE=(651,2,SS,EQ,C'01,02')
>   OUTFIL FNAMES=OUT02,BUILD=(01,650),INCLUDE=(651,2,SS,EQ,C'01,03')
>   OUTFIL FNAMES=OUT03,BUILD=(01,650),INCLUDE=(651,2,SS,EQ,C'01,04')
>   OUTFIL FNAMES=OUT04,BUILD=(01,650),INCLUDE=(651,2,SS,EQ,C'01,05')
>   OUTFIL FNAMES=OUT05,BUILD=(01,650),INCLUDE=(651,2,SS,EQ,C'01,06')
> /*
>
> >> for instance if the header record is the only with double-blank at 651:
>
>
> Massimo,
>
> That will NOT work. Keybegin will look wherever there is a change in the
> key at position 40 for 5 bytes.  So the first key change is on the Header
> record itself.
>
>
> Thanks,
> Kolusu
> DFSORT Development
> IBM Corporation
>
> --
> 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