Re: Jes2 to Server

[Ron Wells]

Mackinney

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Roberto Halais
Sent: Thursday, October 28, 2021 7:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Jes2 to Server

** EXTERNAL EMAIL - USE CAUTION **


Michael:
Do you happen to know what software your client is using at the server end?
We have VPS and would like to use it.

On Wed, Oct 27, 2021 at 5:13 PM Michael Brennan < 
034cc18fb308-dmarc-requ...@listserv.ua.edu> wrote:

> If you have product such as VPS, CA-Spool or other product on your
> system that controls printers, you should be able to do this with that
> product.  I have a client that use VPS to suck up all jobs that have
> an Output Class of Y and sends it to server where the output is archived.
>
> 
> From: IBM Mainframe Discussion List  on
> behalf of Roberto Halais 
> Sent: Wednesday, October 27, 2021 3:29 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Jes2 to Server
>
> [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.]
>
> Listers:
> We have the need to move jes2 sysout reports to a server in order to
> archive them.
> Is there a CBT utility that can do that?
>
> I was thinking of using a rexx to access SDSF to get the list of
> sysouts and then print to dataset thru SDSF and ftp the dataset to the server.
> Is this a good idea?
> Is this possible?
> Any gotchas?
>
> Thank you for any idea you can come up with.
>
> Regards,
> Roberto
> --
> Politics: Poli (many) - tics (blood sucking parasites)
>
> --
> 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
>
--
Politics: Poli (many) - tics (blood sucking parasites)

--
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: [EXTERNAL] Re: Mainframe Modernization

[Ron Wells]

Google > replacing mainframe with cloud >> ck the companies statements on 
LEGECY  , BUT PRECISELY pretty much hits the nail on the head when it comes to 
looking at what you have vs going to another platform.



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Nash, Jonathan S.
Sent: Thursday, October 21, 2021 10:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: Mainframe Modernization

** EXTERNAL EMAIL - USE CAUTION **


Some goverment agencies are replacing
their mainframe COBOL with java.
I dont see a payoff. I think this is
driven by contracting companies who
will make money off the conversion and
managers who do not know anything about
programming languages but read somewhere that COBOL is out of date.

Many agencies and companies used to have in house COBOL, JCL, etc training. Now 
they just say they cant find programmers who know COBOL. Most of the people I 
worked with 20 years ago had learned COBOL on the JOB.

Some agencies want to move data bases
from mainframe DB2 to some kind of
cloud data base.

I tried to get Zowe working. No one
is using it here. From what I saw of the interface I like ISPF edit better with 
add in edit macros and REXX EXECs that I learned about on IBM-MAIN. Zowe told 
me it couldnt find java even thought I kept entering the location in what 
looked like the right spot. I gave up. This interface might appeal to kids who 
learn COBOL though.

I used to use smart batch pipes works
in REXX which was nice. I learned about it on IBM-MAIN. Later they shut it off 
and said I was the ONLY one using it in my shop and wanted to know how I leared 
about it.
(IBM-MAIN) I just tried TSO PIPE and it worked so... If IBM is loosing market 
share, perhaps things like smart batch pipes works should be free ?



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Eric D Rossman
Sent: Thursday, October 21, 2021 10:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Mainframe Modernization

What kind of "lies- smoke and mirrors" do you see that IBM should be pushing 
back on with our marketing?

I'm just a highly technical crypto guy, so I don't write the marketing copy, 
but you have piqued my interest.

Eric Rossman, CISSP(r)
ICSF Cryptographic Security Development
z/OS Enabling Technologies
edros...@us.ibm.com

"Ron Wells" wrote on 10/21/2021 09:05:05 AM:

> IBM needs to push back in Marketing , be more forceful stop the
> lies- smoke and mirrors


--
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


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: Mainframe Modernization

[Ron Wells]

Unfortunate but true -- causing more irritation than solving real problems , 
BAD programming (making any platform look bad)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tony Thigpen
Sent: Thursday, October 21, 2021 9:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe Modernization

** EXTERNAL EMAIL - USE CAUTION **


Ron,
My opinion is that IBM is just as bad now that they are 'cloud eccentric'. 
(Yes, play on words, not a misspelling.)

Tony Thigpen

Ron Wells wrote on 10/21/21 9:05 AM:
> IBM needs to push back in Marketing , be more forceful stop the lies-
> smoke and mirrors
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Ron Wells
> Sent: Thursday, October 21, 2021 8:03 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Mainframe Modernization
>
> ** EXTERNAL EMAIL - USE CAUTION **
>
>
> Agree-
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Bill Johnson
> Sent: Thursday, October 21, 2021 8:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Mainframe Modernization
>
> ** EXTERNAL EMAIL - USE CAUTION **
>
>
> Understanding TCO is extremely important, yet frequently overlooked. 
> Management sometimes doesn’t care or isn’t smart enough to determine it. My 
> last boss only cared about initial cost, which he could take to his boss and 
> say “see, I saved you $10,000” even though in 5 years he likely cost the 
> company $50,000 in lost productivity, downtime, or other issues he didn’t 
> factor in. Of course, my last boss was a Unix guy with zero knowledge of the 
> mainframe and no desire to learn or take recommendations from his mainframe 
> staff of 5 who combined had almost 200 years of experience.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Thursday, October 21, 2021, 8:44 AM, Ron Wells 
> <02ebc63ff5ef-dmarc-requ...@listserv.ua.edu> wrote:
>
> Marketing BS for the UNEDUCATED MGNT that only look at the $$ and does not 
> know or understand TRUE TCO.
> %
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of David Elliot
> Sent: Wednesday, October 20, 2021 5:50 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Mainframe Modernization
>
> ** EXTERNAL EMAIL - USE CAUTION **
>
>
> Does anyone out there know what is meant by the expression "Mainframe 
> Modernization' '? It seems  to be catching on with the Bobs but when you ask 
> exactly how they propose to modernize their systems all you get is silence. 
> As in if you don"know we shouldn't even be talking about it.
> Any ideas ? Or is it just more BS like 'cloud' or 'devops'?
>
> --
> 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
>
>
>
>
> --
> 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
>
>
> Email Disclaimer
>
> This E-mail contains confidential information belon

Re: Mainframe Modernization

[Ron Wells]

I should not have picked on Java, but you may understand my irritation.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ed 
Jaffe
Sent: Thursday, October 21, 2021 8:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe Modernization

** EXTERNAL EMAIL - USE CAUTION **


On 10/21/2021 5:39 AM, Ron Wells wrote:
> Like reinventing a wheel and all they do is add complexity , as example 
> Java..another moving target, write something for it, change rel. BANG does 
> not work. Like Windows, if IBM did this, they would have been out of the Boz 
> decades ago.

We love Java on IBM Z and we have not experienced the incompatibility issues 
you're describing. We started back in 2013 on Java 6 and that same code is 
still working perfectly today under Java 8. We target Java
6 in the compile to ensure backward compatibility with the oldest Java 
available for the oldest z/OS operating systems supported by the oldest 
supported releases of our software products (at the moment that is z/OS 2.1). 
We find that approach easier than setting the target individually for every 
release, though that could be done if we needed some feature not available in 
Java 6.

Of course, it's always possible there could be changes required when z/OS Java 
11 finally gets released.. hopefully later this year. If we experience any 
incompatibilities, I will update this thread with our findings.

FWIW, we also have some old COBOL programs from an acquired product that needed 
some minor changes to allow them to compile under COBOL 6.x.

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.phoenixsoftware.com%2Fdata=04%7C01%7CRon.Wells%40OMF.COM%7C8bb7e681d66a4fc3c89108d994947a8a%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C637704187707350903%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=JchgLW%2BU4YCqaBYUqsyuo%2B8acOb00n3du8P9yUAnmdI%3Dreserved=0



This e-mail message, including any attachments, appended messages and the 
information contained therein, is for the sole use of the intended 
recipient(s). If you are not an intended recipient or have otherwise received 
this email message in error, any use, dissemination, distribution, review, 
storage or copying of this e-mail message and the information contained therein 
is strictly prohibited. If you are not an intended recipient, please contact 
the sender by reply e-mail and destroy all copies of this email message and do 
not otherwise utilize or retain this email message or any or all of the 
information contained therein. Although this email message and any attachments 
or appended messages are believed to be free of any virus or other defect that 
might affect any computer system into which it is received and opened, it is 
the responsibility of the recipient to ensure that it is virus free and no 
responsibility is accepted by the sender for any loss or damage arising in any 
way from its opening or use.

--
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: Mainframe Modernization

[Ron Wells]

IBM needs to push back in Marketing , be more forceful stop the lies- smoke and 
mirrors

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ron 
Wells
Sent: Thursday, October 21, 2021 8:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe Modernization

** EXTERNAL EMAIL - USE CAUTION **


Agree-

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Thursday, October 21, 2021 8:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe Modernization

** EXTERNAL EMAIL - USE CAUTION **


Understanding TCO is extremely important, yet frequently overlooked. Management 
sometimes doesn’t care or isn’t smart enough to determine it. My last boss only 
cared about initial cost, which he could take to his boss and say “see, I saved 
you $10,000” even though in 5 years he likely cost the company $50,000 in lost 
productivity, downtime, or other issues he didn’t factor in. Of course, my last 
boss was a Unix guy with zero knowledge of the mainframe and no desire to learn 
or take recommendations from his mainframe staff of 5 who combined had almost 
200 years of experience.


Sent from Yahoo Mail for iPhone


On Thursday, October 21, 2021, 8:44 AM, Ron Wells 
<02ebc63ff5ef-dmarc-requ...@listserv.ua.edu> wrote:

Marketing BS for the UNEDUCATED MGNT that only look at the $$ and does not know 
or understand TRUE TCO.
%
-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Elliot
Sent: Wednesday, October 20, 2021 5:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Mainframe Modernization

** EXTERNAL EMAIL - USE CAUTION **


Does anyone out there know what is meant by the expression "Mainframe 
Modernization' '? It seems  to be catching on with the Bobs but when you ask 
exactly how they propose to modernize their systems all you get is silence. As 
in if you don"know we shouldn't even be talking about it.
Any ideas ? Or is it just more BS like 'cloud' or 'devops'?

--
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




--
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


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: Mainframe Modernization

[Ron Wells]

Agree-

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Thursday, October 21, 2021 8:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe Modernization

** EXTERNAL EMAIL - USE CAUTION **


Understanding TCO is extremely important, yet frequently overlooked. Management 
sometimes doesn’t care or isn’t smart enough to determine it. My last boss only 
cared about initial cost, which he could take to his boss and say “see, I saved 
you $10,000” even though in 5 years he likely cost the company $50,000 in lost 
productivity, downtime, or other issues he didn’t factor in. Of course, my last 
boss was a Unix guy with zero knowledge of the mainframe and no desire to learn 
or take recommendations from his mainframe staff of 5 who combined had almost 
200 years of experience.


Sent from Yahoo Mail for iPhone


On Thursday, October 21, 2021, 8:44 AM, Ron Wells 
<02ebc63ff5ef-dmarc-requ...@listserv.ua.edu> wrote:

Marketing BS for the UNEDUCATED MGNT that only look at the $$ and does not know 
or understand TRUE TCO.
%
-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Elliot
Sent: Wednesday, October 20, 2021 5:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Mainframe Modernization

** EXTERNAL EMAIL - USE CAUTION **


Does anyone out there know what is meant by the expression "Mainframe 
Modernization' '? It seems  to be catching on with the Bobs but when you ask 
exactly how they propose to modernize their systems all you get is silence. As 
in if you don"know we shouldn't even be talking about it.
Any ideas ? Or is it just more BS like 'cloud' or 'devops'?

--
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




--
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: Mainframe Modernization

[Ron Wells]

Marketing BS for the UNEDUCATED MGNT that only look at the $$ and does not know 
or understand TRUE TCO.
%
-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Elliot
Sent: Wednesday, October 20, 2021 5:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Mainframe Modernization

** EXTERNAL EMAIL - USE CAUTION **


Does anyone out there know what is meant by the expression "Mainframe 
Modernization' '? It seems  to be catching on with the Bobs but when you ask 
exactly how they propose to modernize their systems all you get is silence. As 
in if you don"know we shouldn't even be talking about it.
Any ideas ? Or is it just more BS like 'cloud' or 'devops'?

--
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: Mainframe Modernization

[Ron Wells]

Like reinventing a wheel and all they do is add complexity , as example 
Java..another moving target, write something for it, change rel. BANG does not 
work. Like Windows, if IBM did this, they would have been out of the Boz 
decades ago.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of W 
Mainframe
Sent: Thursday, October 21, 2021 6:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe Modernization

** EXTERNAL EMAIL - USE CAUTION **


I am involved in a project to bring some z/OS products to Zowe. IMHO it sounds 
like "put lipstick on pig" (a term from my country). I hate this idea.
Many tiers to access a simple TSO resource or program... Angular... Java... 
JSON... Python... Webserver... and my mainframe application is a good Rexx, 
PL/X and low level routines with ISPF showing popups, menus, colors and 
browsers... :) Long life to TSO... CMS.. :) My contractor's justification is to 
bring young people to mainframe world trough new technologies.
Of course... This is only my opinion.
Dan


Sent from Yahoo Mail for iPhone


On Thursday, October 21, 2021, 7:49 AM, Rich Smrcina 
 wrote:

That’s a very good point, Tony.

Rich Smrcina


> On Oct 20, 2021, at 8:52 PM, Tony Thigpen  wrote:
>
> It's a magic salesman word.
>
> A few years ago, it meant moving the mainframe workload to PC using a PC 
> based Cobol. Later it meant moving to the cloud.
>
> Anytime you hear the word, it means "I have some snake oil to sell you where 
> I can get rich even if the project fails."
>
> Be aware that while it sounds almost the same, the term "Application 
> Modernization" usually means good/legitimate things like adding a web 
> front-end or a better database back-end.
>
> "Mainframe Modernization" is bad, "Application Modernization" is good.
> (Normally.)
>
> Tony Thigpen
>
> David Elliot wrote on 10/20/21 6:50 PM:
>> Does anyone out there know what is meant by the expression "Mainframe
>> Modernization' '? It seems  to be catching on with the Bobs but when
>> you ask exactly how they propose to modernize their systems all you
>> get is silence. As in if you don"know we shouldn't even be talking about it.
>> Any ideas ? Or is it just more BS like 'cloud' or 'devops'?
>> -
>> - 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


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: PL/I vs. JCL

[Ron Wells]

Gc28-0629-1  vs2 3.7  11/15/76

Vtam unformatted system services (USS)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Tuesday, October 05, 2021 2:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PL/I vs. JCL

** EXTERNAL EMAIL - USE CAUTION **


>From the 1st abstract:
z/OS UNIX System Services (z/OS UNIX)
Is IBM's preferred terminology

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Joe Monk
> Sent: Tuesday, October 05, 2021 12:02 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: PL/I vs. JCL
>
> What is the title of this book?
>
> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Furld
> efense.com%2Fv3%2F__https%3A%2F%2Fwww.ibm.com%2Fdocs%2Fen%2Fzos%2F2.3.
> 0%3Ftopdata=04%7C01%7CRon.Wells%40OMF.COM%7C7deb7c4c2bc444fbd11e0
> 8d988334ee9%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C6376905762141
> 73198%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJB
> TiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=8Y2OUNnPrMGiP4JS4gv2aNV8qq
> 5uROJAG24eH14Cas4%3Dreserved=0
> ic=zos-unix-system-services__;!!JmPEgBY0HMszNaDT!8tb9V_xzl-
> O2qojJgBt3KsnCxRGI-6He5Al6AhVprIk3GM7yixUGzQiW7wD4mQ$
>
> Joe
>
> On Tue, Oct 5, 2021, 13:58 Ed Jaffe  wrote:
>
> > On 10/5/2021 9:56 AM, Seymour J Metz wrote:
> > >
> > > Further, the last post here from IBM on the issue said that USS
> > > was not
> > an approved abbreviation for Unix System Services.
> >
> > Quite so. If you search for "USS" in IBM z/OS 2.5 documentation:
> >
> >
> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Furld
> efense.com%2Fv3%2F__https%3A%2F%2Fwww.ibm.com%2Fdocs%2Fen%2Fsearch%2FU
> SS%3Fsdata=04%7C01%7CRon.Wells%40OMF.COM%7C7deb7c4c2bc444fbd11e08
> d988334ee9%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C63769057621417
> 3198%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBT
> iI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=vZxAo2kzYxrk7XyXyjUOgl1GKJb
> BF2q9Q73K%2F7Wl7TA%3Dreserved=0
> cope=SSLTBW_2.5.0__;!!JmPEgBY0HMszNaDT!8tb9V_xzl-
> O2qojJgBt3KsnCxRGI-6He5Al6AhVprIk3GM7yixUGzQjszvUwCQ$
> >
> > you will find several hits for Unformatted System Services in the
> > CommServer books and no hits whatsoever in the z/OS UNIX books.
> >
> >
> > --
> > Phoenix Software International
> > Edward E. Jaffe
> > 831 Parkview Drive North
> > El Segundo, CA 90245
> >
> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Furld
> efense.com%2Fv3%2F__https%3A%2F%2Fwww.phoenixsoftware.com%2F__%3B!!JmP
> data=04%7C01%7CRon.Wells%40OMF.COM%7C7deb7c4c2bc444fbd11e08d98833
> 4ee9%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C637690576214173198%7
> CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1
> haWwiLCJXVCI6Mn0%3D%7C1000sdata=W2Dxj74SCrWjSUH0Hpthrc2QhJXw7Ytwj
> VYyER%2FGtT8%3Dreserved=0
> EgBY0HMszNaDT!8tb9V_xzl-O2qojJgBt3KsnCxRGI-
> 6He5Al6AhVprIk3GM7yixUGzQj3ScfQsQ$
> >
> >
> >
> > 
> >  This e-mail message, including any attachments,
> > appended messages and
> the
> > information contained therein, is for the sole use of the intended
> > recipient(s). If you are not an intended recipient or have otherwise
> > received this email message in error, any use, dissemination,
> > distribution, review, storage or copying of this e-mail message and
> > the information contained therein is strictly prohibited. If you are
> > not an intended recipient, please contact the sender by reply e-mail
> > and destroy all copies of this email message and do not otherwise
> > utilize or retain this email message or any or all of the
> > information contained therein. Although this email message and any
> > attachments or appended messages are believed
> to be
> > free of any virus or other defect that might affect any computer
> > system into which it is received and opened, it is the
> > responsibility of the recipient to ensure that it is virus free and
> > no responsibility is accepted by the sender for any loss or damage
> > arising in any way from its opening or use.
> >
> > 
> > -- 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


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 

Re: EXTERNAL EMAIL: Re: zPDT Learner's Edition

[Ron Wells]

Brain washed.
And I mean support for the FLAT file system is fine..

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of zMan
Sent: Thursday, September 30, 2021 8:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL EMAIL: Re: zPDT Learner's Edition

** EXTERNAL EMAIL - USE CAUTION **


Eh? You want z/OS to remain in its little puddle of uniqueness, unable to 
interoperate with the vast majority of the universe, requiring arcane skills to 
do the most basic of tasks and thus ensuring its path toward demise?

On Thu, Sep 30, 2021 at 8:51 AM Ron Wells < 
02ebc63ff5ef-dmarc-requ...@listserv.ua.edu> wrote:

> Still wish  OMVS would slowly be DUMPED (not support for the FLAT file
> system) but all the other JUNK
>

--
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: EXTERNAL EMAIL: Re: zPDT Learner's Edition

[Ron Wells]

Still wish  OMVS would slowly be DUMPED (not support for the FLAT file system) 
but all the other JUNK

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Frenzel
Sent: Wednesday, September 29, 2021 4:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: EXTERNAL EMAIL: Re: zPDT Learner's Edition

** EXTERNAL EMAIL - USE CAUTION **


It took some days for me to put some thought into this pricing aspect. From a 
guy who is fascinated with the entire Z platform and all the things there to 
discover I am totally going to get the license. As long as IBM decides to make 
it available in Germany, of course.

Now, if I put myself 5 years back when I didn't even know the Mainframe existed 
and someone would have told me to pay $120 to be allowed to install an 
operating system I had never heard of on my computer to work on a weird looking 
screen, be limited by an 80 column wide editing session and that it is very 
difficult to set up a connection with a graphical editor.. I am having a really 
hard time to believe I would have said yes to buying it. (I am being a bit 
ironic here.)

Perhaps for everyone who is part of this group it's a different story. I am 
just doubting that this so called "Learner's Edition" will actually attract new 
people (learner?) to the platform. Maybe this is just a move to lower the 
numbers of not-so-legal installations of z/OS on an emulator and controlling 
it. As a newbie I would not be sold and probably move on with all the other 
technologies I can use free of charge and that are still fun. I understand that 
it won't just be free. For university students, however, it should be free of 
charge. For instance, check out the GitHub Student Developer Pack 
https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Feducation.github.com%2Fpackdata=04%7C01%7CRon.Wells%40OMF.COM%7C1d27f5b04e4b498a020b08d98393f632%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C637685493799598634%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=hac%2BPJdGROzcNFX3yUMnd8ZTtfXOo6d%2Bu%2BFE6G0iPK4%3Dreserved=0.
 So much free stuff.
Put zPDT in there and I bet some folks will dig into it and maybe some day end 
up in this mailing list.

Cheers - David

-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List  Im Auftrag von 
Jerry Whitteridge
Gesendet: Freitag, 24. September 2021 18:03
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: EXTERNAL EMAIL: Re: zPDT Learner's Edition

Agreed - $120 is something affordable by most, and I'm really excited to see 
this coming out

Jerry Whitteridge
jerry.whitteri...@albertsons.com
Manager Mainframe Systems & HP Non-Stop
Albertsons Companies

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Grant Taylor
Sent: Friday, September 24, 2021 8:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL EMAIL: Re: zPDT Learner's Edition

On 9/24/21 9:41 AM, Tom Brennan wrote:
> Like Ray, for years I've been advocating something free or nearly free
> with every IBM manager I happen to see.  No effect so far.  If this
> works it could be a big change for future education.

I feel like $120 / year is well within the reach of any student or hobbyist 
that wants to learn.  It's *SIGNIFICANTLY* more approachable than the $5k entry 
point for other options for professionals from IBM.

It seems as if the announcement on IBM's site may have been slightly premature 
(O(weeks)) as it has purportedly been withdrawn and someone else in the 
community has said that it should be available in mid October.

I'm very much looking forward to seeing how this rolls out.  I love the idea of 
having an IBM supported way to run contemporary z/OS along side my well 
seasoned P/390-E.  :-)



--
Grant. . . .
unix || die

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

 Warning: All e-mail sent to this address will be received by the corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient. This e-mail may contain proprietary information and is intended only 
for the use of the intended recipient(s). If the reader of this message is not 
the intended recipient(s), you are notified that you have received this message 
in error and that any review, dissemination, distribution or copying of this 
message is strictly prohibited. If you have received this message in error, 
please notify the sender immediately.


--
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 

Re: [IBM External] The Business Case for BatchPipes in the z/OS Base (was: ... Pipes ...)

[Ron Wells]

Ahh basicsI remember

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
kekronbekron
Sent: Wednesday, September 29, 2021 8:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM External] The Business Case for BatchPipes in the z/OS Base 
(was: ... Pipes ...)

** EXTERNAL EMAIL - USE CAUTION **


Well my friends, I found it for ye.

https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fweb.archive.org%2Fweb%2F20060224031157%2Fhttp%3A%2F%2Fwww.redbooks.ibm.com%2Fredbooks%2Fpdfs%2Fsg242557.pdfdata=04%7C01%7CRon.Wells%40OMF.COM%7C5d18d65d03ac481b280408d9834f7854%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C63768520084735%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=QrpAr3pkkI4EqsiRBLS8xMBCqEn59a3xvdfeO6woEGk%3Dreserved=0


*Saying this to nobody on this thread, but to some kind of people* Now tell me 
what's important... knowing how to get to stuff or knowing by memory all the 
new parmlib members / keywords in zOS 2.5

- KB

‐‐‐ Original Message ‐‐‐

On Wednesday, September 29th, 2021 at 6:45 PM, Martin Packer 
 wrote:

> I think it's gone. Does anyone still have a PDF of it?
>
> Thanks, Martin
>
> Martin Packer
>
> WW z/OS Performance, Capacity and Architecture, IBM Technology Sales
>
> +44-7802-245-584
>
> email: martin_pac...@uk.ibm.com
>
> Twitter / Facebook IDs: MartinPacker
>
> Blog:
> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmain
> frameperformancetopics.com%2Fdata=04%7C01%7CRon.Wells%40OMF.COM%7
> C5d18d65d03ac481b280408d9834f7854%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7
> C0%7C0%7C637685200847310001%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMD
> AiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=nYYf
> Xc%2BO%2F4BhKOG9G5yNW5OgSVXUpPSDg1eDT1tBvx0%3Dreserved=0
>
> Mainframe, Performance, Topics Podcast Series (With Marna Walle):
>
> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fanch
> or.fm%2Fmarna-walledata=04%7C01%7CRon.Wells%40OMF.COM%7C5d18d65d0
> 3ac481b280408d9834f7854%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C6
> 37685200847310001%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoi
> V2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=6laUrA7rfLQ9FG
> Ion0vaCk8qODQGTGLBs8kcXaNsOfY%3Dreserved=0
>
> Youtube channel:
> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> youtube.com%2Fchannel%2FUCu_65HaYgksbF6Q8SQ4oOvAdata=04%7C01%7CRo
> n.Wells%40OMF.COM%7C5d18d65d03ac481b280408d9834f7854%7C57c0053cb5f84a1
> e8bb6e8afa09f3b82%7C0%7C0%7C637685200847310001%7CUnknown%7CTWFpbGZsb3d
> 8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C
> 3000sdata=prb%2FQMce629xpliec12VBsH378IG7cbKVc66rA6WW7g%3Dre
> served=0
>
> From: "René Jansen" rene.vincent.jan...@gmail.com
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Date: 29/09/2021 09:12
>
> Subject: [EXTERNAL] Re: [IBM External] The Business Case for
>
> BatchPipes in the z/OS Base (was: ... Pipes ...)
>
> Sent by: "IBM Mainframe Discussion List" IBM-MAIN@LISTSERV.UA.EDU
>
> Martin,
>
> Do you have that book somewhere still? I spent 15 minutes on google
> but
>
> lots of links lead nowhere.
>
> NetRexx does have a rather complete CMS Pipelines implementation (
>
> https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.n
> etrexx.org%2Fdata=04%7C01%7CRon.Wells%40OMF.COM%7C5d18d65d03ac481
> b280408d9834f7854%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C6376852
> 00847310001%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMz
> IiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=7G0d%2BLopX5dw7x2O6f
> Imcn83jLCAoRLLJVM0aObRkrg%3Dreserved=0 <
>
> https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.n
> etrexx.org%2Fdata=04%7C01%7CRon.Wells%40OMF.COM%7C5d18d65d03ac481
> b280408d9834f7854%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C6376852
> 00847310001%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMz
> IiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=7G0d%2BLopX5dw7x2O6f
> Imcn83jLCAoRLLJVM0aObRkrg%3Dreserved=0
>
> > ) and I was wondering what I need to do to also have these ’halfpipes’
>
> and other batch interfaces, using JZOS or other.
>
> Best regards,
>
> René.
>
> > On 29 Sep 2021, at 08:54, Martin Packer martin_pac...@uk.ibm.com
>
> wrote:
>
> > Between steps can't be pipes, can be VIO. Between jobs can be pipes,
>
> can't
>
> > be VIO.
> >
> > That second sentence depends on the ability to schedule two jobs
>
> (possibly
>
> > originally steps of the same job) alongside each other.
> >
> > Fun stuff but / and somewhat complex - which is what inspired me to
>
> start
>
> > writing what would become SG24-2557 Parallel Sysplex Batch
> > Performance
>
> in
>
> > late 1990. :-)
> >
> > I did a lot of presenting on Pipes to individual customers and
>
> conferences
>
> > in the 1990s. It would be fun to do it again... :-)
> >
> > Cheers, Martin
> >
> > Sent from my iPad
> >
> > > On 29 Sep 2021, at 05:23, Paul Gilmartin
> > >
> > > 

Re: Programs that work right the first time.

[Ron Wells]

Like systems in Easytrieve  lazy JUNK

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Crayford
Sent: Monday, August 23, 2021 7:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Programs that work right the first time.

** EXTERNAL EMAIL - USE CAUTION **


Technical debt :)

> On 22 Aug 2021, at 2:52 pm, Seymour J Metz  wrote:
>
> What is an application with thousands of lines of REXX code, chopped liver?

--
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: EXTERNAL: Re: Programs that work right the first time.

[Ron Wells]

Stop the politics..get enough of it on news BS

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Savor, Thomas
Sent: Sunday, August 22, 2021 8:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: Re: Programs that work right the first time.

** EXTERNAL EMAIL - USE CAUTION **


Typical Liberal.trying your best to spin it into Trumps fault...all Trump 
tried to do is get the Afgan folks and the Taliban folks to work out a deal so 
we could leave and they could live together...but they couldn't agree...so we 
were still there.

I don't remember under Trump cargo planes taking off from Kabul with folks 
hanging off of them...and falling off and dying, but I do remember seeing it on 
TV last weekand I also have family stuck over there, so yes I know who got 
out and whos been left to find your own way out.

Also don't remember British holding Trump in contempt for leaving their troops 
there, but I do remember this happening under Biden's watch last week.

And "if he falls ill"...i guess you've never been around someone with 
Dementia...he couldn't even find the front door to the white house last 
weekreally...i guess Trump hid it from him...WAKE UP !!!

It pleases me to see even CNN turn on him now...i love it.
By the way, how are your gas prices ??

Thanks,

Tom

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Sunday, August 22, 2021 9:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: Re: Programs that work right the first time.

 Trump started the process of leaving Afghanistan. Even released 5000 Taliban 
including their current leader. We aren't leaving Americans behind. Biden will 
be president for another 3 1/2 years, unless he falls ill and Kamala takes 
over. And knowing that probably really gets you going pleases me.

On Sunday, August 22, 2021, 08:01:21 PM EDT, Savor, Thomas 
<0330b7631be3-dmarc-requ...@listserv.ua.edu> wrote:

 Your guy is in-defensible...great job in Afghanistan...superb !!!
Not only did we leave a bunch of US citizens there, but left NATO troops 
there...so Ooooh another Dumbass !!!
Biden makes Carter look good...I thought Obozo was bad...Biden is probably 
going to be removed soon...or at least starting the process.

Thanks,

Tom


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Sunday, August 22, 2021 7:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: Re: Programs that work right the first time.

Ooooh, another trumper.


Sent from Yahoo Mail for iPhone


On Sunday, August 22, 2021, 7:42 PM, Wayne Bickerdike  wrote:

*I knew I'd trigger the trumpers here.*

Trolls have that effect.

On Mon, Aug 23, 2021 at 9:38 AM Bill Johnson < 
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> I knew I'd trigger the trumpers here.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Sunday, August 22, 2021, 7:27 PM, Savor, Thomas <
> 0330b7631be3-dmarc-requ...@listserv.ua.edu> wrote:
>
> "In April 2020, a voter fraud study covering 20 years by the
> Massachusetts Institute of Technology found the level of mail-in
> ballot fraud "exceedingly rare" since it occurs only in "0.6
> percent" of instances nationally, and, in one state, "0.04 percent
> - about five times less likely than getting hit by lightning."
>
> That's by far the stupidest comment I've heard in long
> time.MIT...Mass..area nothing but Democrats (of course, the
> election was clean).  We already know that Arizona was fraud, Georgia
> was fraud...Georgia is trying to figure out how to audit Fulton County
> where terrible voting irregularities occurred...but the fraud machine
> is heavy...Next you are going to tell me that the Georgia voting law
> is wrong...if you think so STOP WATCHING CNN.  But I know nothing will happen.
>
> We will not be secure with our elections until we go back to paper
> ballots...i don't trust electronic voting at all...the Rats didn't
> like under Bush, the GOP doesn't like it now.
>
> You say, " how can they cheat electronically"...guys think about it.
> Your PC recognizes when you plug something into USB...right.
> Volkswagen got into a lot of trouble when diesel car was plugged into
> emissions test...system recognized it, and changed the settings to
> pass emissions...then when unplugged, car computer reset system back to 
> normal.
> So easily, a voting machine can recognize being audited, do things
> correctly, then when unplugged, go back to "coded" settingsvoting
> machines by Law, once certified, are supposed to be dis-connected from
> the Internet, but we know that didn't happen in Arizona.
>
> There were 153 million registered voters in 2016, when 60%
> voted...which is a pretty high amount.
> In 2020, 168 million registered voters, 80+ for Biden  74+ for Trump,
> for 92% voted...impossible.
>
> Biden tried to have a rally here in Georgia during the
> election...couldnt get 100 people to show up...Trump 

Re: even an old mainframer can do it

[Ron Wells]

They are taught the mainframe is OUT, heard this for decades. Not understanding 
other systems/platforms NOT their agenda.

I blame IBM for not doing there own marketing to SLAM these IDIOTS. Appeasing 
these people not the answer. Education LACKS people that understand or want to 
understand.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
kekronbekron
Sent: Tuesday, August 17, 2021 10:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: even an old mainframer can do it

** EXTERNAL EMAIL - USE CAUTION **


Objectively, this has got to be madness.
Just look at the JCL that's being shoved into a horrid, horrid Python program.
~200 lines to replace 18 lines of JCL.

Oh.. and that's leaving aside the condescending tone about 'the old mainframer'.
Whether a person wants to learn something or not (therefore choosing their 
path) is up to them.
They don't need to be harassed/shamed about it.
Just because there were some people on mainframe forums consistently harassing 
everyone with "check with your site's system programmer / RTFM / etc.", it 
doesn't mean the woke folk need to return the favour by being passive 
aggressive or insulting senior sysprogs for not wearing neon shorts or whatever.

If this is being paraded as simplification, now the mainframe is truly doomed.

https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmedium.com%2Ftheropod%2Fthe-journey-from-jcl-to-python-so-easy-even-an-old-mainframer-can-do-it-f088cc49366adata=04%7C01%7CRon.Wells%40OMF.COM%7C35cfe8dec6fa4d23d67508d961fc900c%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C637648559662358705%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=mR3xUIE8Tiu%2BbqSIUODs05n%2FBP%2FbGRC7MjdbjUuwQQQ%3Dreserved=0

- KB

--
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: Windows FTPS client

[Ron Wells]

winscp

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Thursday, July 29, 2021 12:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Windows FTPS client

** EXTERNAL EMAIL - USE CAUTION **


On Thu, 29 Jul 2021 19:00:47 +0200, Radoslaw Skorupka wrote:
>
>Regarding simplicity - I would like to have CLI mode (command line)
>clients for ftps and sftp.
>
Most systems come with sftp clients.  For z/OS (or z\OS, as some say) you might 
have to go to Rocket; for z/OS server,  Co:Z.

-- gil
;

--
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: z/OS versions

[Ron Wells]

Just curios--going to what

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
McCabe, Ron
Sent: Friday, July 16, 2021 2:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS versions

** EXTERNAL EMAIL - USE CAUTION **


Hello IBM List,

Got a question about how you feel about running on an unsupported z/OS version. 
 Just about like everyone else our company is moving off the mainframe ... 
after several failed attempts I do believe they have something that will work 
this time and I'm OK with it because if they reach their goal End of Life for 
the mainframe will be when I was planning on retiring.
Some background - we are currently running z/OS 2.2, we started the process to 
upgrade to 2.3 about 6 months ago and we are close to implementing providing 
our DEV's and BA's can finish up the testing that we require which is not going 
very well.  Since the EOL goal for the mainframe is 4th quarter 2022 we are now 
thinking of not implementing z/OS 2.3 since it could possibly cause more 
problems for us than just staying with z/OS 2.2.

So my question - how does everyone feel about running on an unsupported z/OS 
system?

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

--
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: Serverpac installs January 2022 and beyond

[Ron Wells]

Total joke--setup and developed by people that THINK they know what they are 
doing and THINK they know what you need.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shaffer, Terri
Sent: Friday, July 16, 2021 11:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond

** EXTERNAL EMAIL - USE CAUTION **


So not to beat up on this new installation process, but if I have the option on 
installing z/OS 2.5 with serverpac in Oct, I will never touch z/OSMF again for 
2 years.

It took me 2 days and working with security just to get the certificates 
working correctly.  I still have issues with the HTTPS not authenticating, but 
at least z/OSMF can communicate with my LPARS.

Then I tried the TRYIT - Portable software instance and looks like even more 
issues, or things that haven't been customized.  Because I don't use ISP, HLQ's

An error occurred on system "ACWA". Error: "login: timeout: 
TsoServerConnection(USER=TSSTESA, ASID=0x00b5, QID=0x0019)". "IKJ56455I 
TSSTESA LOGON IN PROGRESS AT 10:49:05 ON JULY 16, 2021 IEFA107I TSSTESA 
IZUFPROC IZUFPROC SYSEXEC - DATA SET ISP.SISPEXEC NOT FOUND ". The error report 
returned by the z/OS data set and files REST interface for the "LIST_DATASETS" 
service contains category "2", return code 4 and reason 1.

For the migration guide I will explode/print because using z/OSMF on a window 
that is about 8 x 5 is un-usable, with all the z/OSMF headers and tabs, etc.

If IBM wanted to fix this SPAWN another window to view the Migration task at 
least then it would be the size of my laptop monitor.

I understand IBM's direction but just like many shops have stated we never 
start it, I just setup a JCL error in the proc and go about it not taking 130G 
of storage and resources.

Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide - Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Marna WALLE
Sent: Sunday, March 7, 2021 10:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond

External Email


Brian,
I would like to assure you that this decision was not taken lightly, and was 
taken with all those considerations (and others) to extend both ordering types 
for as long as was feasible.

Some points I would like to make:

- the z/OS ServerPac for z/OSMF is extremely similar to the CICS, Db2,and IMS 
ServerPac for z/OSMF.  What is different?  The Workflows which contain the 
configuration and verification, since they are product-specific.  Where can you 
see those Workflow steps today?  By looking at your z/OS CustomPac dialog JCL 
jobs you ran for your last z/OS installation.  Those are the Workflow steps 
you'll see.  So the "differences" are simply the way you submit the JCL jobs.  
Do you want to see how you lay down the data sets and assign them to volumes 
and catalogs, and how that is different with z/OSMF vs. ISPF?  Look today at 
the CICS, IMS, and Db2 z/OSMF ServerPac.  That is how it will be done - with 
the z/OS addition that you'll be able to use (or not use) a new master catalog, 
as you desire.

- providing a "dual" method of installing the z/OS release (and other IBM 
products) requires two software manufacturing processes, for existing and every 
new product that GA's during that time. I'm sure I don't need to mention that 
the costs of have two production processes for every product in the IBM catalog 
is not insignificant.  Now, that is what we are doing right now for CICS, IMS, 
and Db2, so that customers can have that choice right now for the non-z038 SREL 
products.  It is expected that you set up and learn this process now, so that 
when the z/OS SREL arrives, it is not a unknown method of installing.  Keep in 
mind, these "dual" paths and costs have been ongoing since September 2019.  
This overlap has been going on for a while, at varying levels for the product 
set.

- As you mention, if you still want to see z/OS itself in z/OSMF ServerPac, 
then order z/OS V2.5 between Sept 2021 and January 2022.  Install it.  Throw it 
away.   That would then be your "test order".   That is how it will install 
should you re-order z/OS V2.5 (or a later release) when you are ready to 
install it.

- You mention that the service on the ServerPac, if you keep it un-installled, 
will need more PTFs. Yes, if you insist that you must install a CustomPac 
ServerPac after that path is gone, it will age as any old ServerPac order will 
age.  This is no different than ordering a z/OS release in ServerPac before it 
is end-of-marketing, putting it on the shelf, and having to install many PTFs 
today. I've seen lots of customers do that for z/OS V2.3, when they were on 
V2.1 and weren't ready to move yet.  Always, I recommend that if your z/OS 
release is still orderable and yours has aged, order another one with current 
service.

- You mention 

Re: Pentagon cancels JEDI contract.

[Ron Wells]

I see IBM was not included..?? oh forgot..not WINDOWS based for the MORONS to 
understand

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Tuesday, July 06, 2021 11:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Pentagon cancels JEDI contract.

** EXTERNAL EMAIL - USE CAUTION **


The Pentagon has canceled the AMZN/MSFT fought over JEDI 10 billion dollar 
contract. Pentagon Cancels JEDI Cloud Contract

|
|
|
|   ||

   |

  |
|
|   |
Pentagon Cancels JEDI Cloud Contract

The cancelation comes with the Pentagons intent to pursue a new cloud effort, 
the Joint Warfighter Cloud Capability.
  |   |

  |

  |







--
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: IBM email migration disaster

[Ron Wells]

Windows is what s/b toast--hopefully..Linux a much better OS

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Friday, July 02, 2021 12:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM email migration disaster

** EXTERNAL EMAIL - USE CAUTION **


IBM will be around for another half century or more. I remember people saying 
they'd be gone by Y2K. That mainframes were toast. 25 years ago. They still 
process the important stuff.


Sent from Yahoo Mail for iPhone


On Friday, July 2, 2021, 1:07 PM, zMan  wrote:

See, that's where your blindness comes into play: I have made my living from 
IBM and been a user and fan for almost a half-century. I mourn what a shadow of 
its greatness it has become, and hope that someone can turn them around. But 
the ship seems headed inexorably toward the iceberg. Very sad.

On Fri, Jul 2, 2021 at 1:02 PM Bill Johnson < 
0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:

> Your anti IBM bias is well known here. And very old.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Friday, July 2, 2021, 12:58 PM, zMan  wrote:
>
> First, "off-topic" and "IBM-MAIN" are good friends.
>
> Second, this is hardly off-topic when it's paralyzing IBM.
>
> Third, your blind IBM fanboi obeisance is well documented; I for one
> am tired of it, as it defies logic.
>
> On Fri, Jul 2, 2021 at 12:55 PM Bill Johnson <
> 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Off topic.
> >
> >
> > Sent from Yahoo Mail for iPhone
> >
> >
> > On Friday, July 2, 2021, 12:47 PM, zMan  wrote:
> >
> > https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fww
> > w.theregister.com%2F2021%2F06%2F30%2Fibm_email_outage%2Fdata=04
> > %7C01%7CRon.Wells%40OMF.COM%7C12acd3105e7d488200fd08d93d7d39a3%7C57c
> > 0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C637608430307886394%7CUnknown
> > %7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiL
> > CJXVCI6Mn0%3D%7C1000sdata=6m%2FixQnCuf6kvv%2FOvvvlZP3UQiJrKUTJd
> > EidWwZb%2BIU%3Dreserved=0
> >
> >  "If we can't even handle our own cloud migration program then why
> >would  any customer trust us?"
> >
> > Indeed. Don't worry, IBM -- nobody actually uses your cloud in the
> > real world anyway, no matter what you claim.
> > --
> > 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
> >
>
>
> --
> 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
>


--
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


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: Shopz Order Server

[Ron Wells]

Keep getting following on both

Forbidden
You don't have permission to access /services/projects/ecc/ws/ on this server.

IBM_HTTP_Server at eccgw02.rochester.ibm.com Port 443


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Wednesday, April 28, 2021 8:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Shopz Order Server

** EXTERNAL EMAIL - USE CAUTION **


Carmen,

It's been happening a lot over the last year. I generally retry or use the 
alternate:

url="https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Feccgw02.rochester.ibm.com%2Fservices%2Fprojects%2Fecc%2Fws%2Fdata=04%7C01%7CRon.Wells%40OMF.COM%7C07395556c0894c01432d08d90a45b741%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C637552116814308062%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=DwhB18FxPMoU6N%2B690iWATzsjTitxFqrDsBU%2B%2F5wvc4%3Dreserved=0;

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Wednesday, April 28, 2021 8:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Shopz Order Server

For 2 days I've been trying to receive recommended service and the order gets 
created but eventually times out.
Did the order server address change?
ORDERSERVER

  
url="https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Feccgw01.boulder.ibm.com%2Fservices%2Fprojects%2Fecc%2Fws%2Fdata=04%7C01%7CRon.Wells%40OMF.COM%7C07395556c0894c01432d08d90a45b741%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C637552116814308062%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=eYU20j2bV62QWMsZIMe738D%2BA%2FYdQ17VTLOzXVozhCg%3Dreserved=0;

is there an issue with the site ?
thanks
Carmen

--
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


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: FTP-Links in IBM Websites and PTFs

[Ron Wells]

SFTP more secure??? Think not

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Friday, April 16, 2021 7:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP-Links in IBM Websites and PTFs

** EXTERNAL EMAIL - USE CAUTION **


I don't know the details, just that SFTP (over SSH) is considered more secures 
than FTPS. Raw SFTP is not secure. SFTP is another overloaded acronym; there is 
a simple FTP that, I hope, nobody is advocating.


--
Shmuel (Seymour J.) Metz
https://nam12.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=04%7C01%7CRon.Wells%40OMF.COM%7C3df9664afd604e22bbc908d900d3880e%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C637541730801146299%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=F9UVJ%2F9CJs5tQqScPfjl%2FyOXbzaLVOy0DIc2Mu5wtFU%3Dreserved=0


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Gibney, Dave [gib...@wsu.edu]
Sent: Thursday, April 15, 2021 11:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FTP-Links in IBM Websites and PTFs

Really, what is the security risk of FTPS? I know it seems to be increasingly 
considered a problem, but why?

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Seymour J Metz
> Sent: Thursday, April 15, 2021 8:03 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: FTP-Links in IBM Websites and PTFs
>
> Wouldn't it make more sense to ask IBM to provide SFTP-SSH servers
> rather than FTP servers, given the concern with security?
>
>
> --
> Shmuel (Seymour J.) Metz
> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Furld
> efense.com%2Fv3%2F__http%3A%2F%2Fmason.gmu.edu%2F*smetz3__%3Bfg!!JmPEg
> data=04%7C01%7CRon.Wells%40OMF.COM%7C3df9664afd604e22bbc908d900d3
> 880e%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C637541730801146299%7
> CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1
> haWwiLCJXVCI6Mn0%3D%7C1000sdata=eeJb3gOleTYejcoKgj%2BfbOG5IoQZh%2
> BY5kEFjAM8v%2FOA%3Dreserved=0
> BY0HMszNaDT!_m3Ckcj9MFsUnN8F3g4iVpCLZYlJCYu3SOwJqY064YzzICmSy8
> G6N_q73CLyQw$

--
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


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: CBT Tape Updates

[Ron Wells]

Good idea

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dana Mitchell
Sent: Thursday, March 18, 2021 5:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CBT Tape Updates

** EXTERNAL EMAIL - USE CAUTION **


On Thu, 18 Mar 2021 06:52:19 -0400, Tony Thigpen  wrote:

>Skip the "real"/AWS tape. Maybe just cut one only on request.

I agree, another vote for skipping the tape paradigm all together.  Just a web 
page maybe with the listing of the descriptions from file 001  (without all the 
extra tape info).   And a link to download each file.


Dana

--
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: Thank you to LRS and to BIS

[Ron Wells]

Stupidity runs wild...politics and corp. rule

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Monday, February 01, 2021 2:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Thank you to LRS and to BIS

** EXTERNAL EMAIL - USE CAUTION **


   I wish this wasn't true,  but we continue to move towards shutting down or 
z/OS systems. Last night I shutdown VPS and DRS from Levi, Ray and Shoup. I 
wish to thank LRS for the one month license extension they granted us at no 
charge. Our employees did get W2 forms :)
   I also shut down our session manager, Netpass from BIS. Bis also granted us 
a one month, no charge extension.
   I was very please by the support we received from both companies over the 
last more than 30 years.

Dave Gibney
Information Technology Services
Washington State University


--
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: How best to copy all UNIX files one z/OS to another

[Ron Wells]

Always in support of the OLD flat file system..seen the need to help roll into 
the MVS--z/OS fold.
But over the years it has become reversed .Problem dealing with the OLD style 
MS/Unix style systems.
And the problem dealing with the OMVS systems locking up and causing the z/OS 
to fail.




-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
kekronbekron
Sent: Wednesday, October 28, 2020 10:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How best to copy all UNIX files one z/OS to another

** EXTERNAL EMAIL - USE CAUTION **


Wondering why no one has suggested the all new USS file/directory dumping 
capability in DFDSS.
I would also run ls -alf in a batch job against all the 'old' mount points to 
get a listing of owners & permissions.
Batch because the output will probably be huge.

See if Co:Z SFTP can help in any way w.r.t managing the transfer process.

- KB

‐‐‐ Original Message ‐‐‐
On Thursday, October 29, 2020 3:10 AM, Michael Brennan 
 wrote:

> After you get your unix files to the target system, If you need to
> change ownership of all the directories the following will come in handy:
>
> //JS10 EXEC PGM=IKJEFT01
> //SYSTSPRT DD SYSOUT=*
> //SYSTSIN DD *
> BPXBATCH SH chown -R USERID:GROUPID /To_Directory/
>
> Where USERID is the RACF/ACF2/TSS id that you want to be the owner and
> Where GROUPID is the Group you want to be the owner.
>
> --
> --
> --
> --
> --
> ---
>
> 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


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: IBM splitting into two companies

[Ron Wells]

Just more dragging Mainframe DOWN to the lower levels of OS's

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Friday, October 09, 2020 11:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM splitting into two companies

** EXTERNAL EMAIL - USE CAUTION **


As usual, The Register is fairly informative:

https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.theregister.com%2F2020%2F10%2F08%2Fibm_splits_off_services_division%2Fdata=02%7C01%7CRon.Wells%40OMF.COM%7C21c6e08db21f44760c8608d86c72d808%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C1%7C637378587789244679sdata=KZ2xDi234RYteoD%2FiXVqCVErMx%2Fs7Ap5%2BlhaYPJBtYw%3Dreserved=0

As I read this, if you're with IBM Outsourcing you job is headed off to NewCo; 
for the rest of us nothing much changes.

Unfortunately I don't see much hope of an increased or distraction-free focus 
on Z; instead Z becomes even more of a footnote to Red Hat and cloud. (Just my 
reading of things; I don't really know any more than anyone else.)

Charles

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

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-idUSKBN26T1TZdata=02%7C01%7CRon.Wells%40OMF.COM%7C21c6e08db21f44760c8608d86c72d808%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C1%7C637378587789244679sdata=1%2Btli2Z%2BLzGwBYIWQBVGl%2BSnjrr3dY%2F4lPHSCGFmTzA%3Dreserved=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-infrastructure-services-unit-301148458.htmldata=02%7C01%7CRon.Wells%40OMF.COM%7C21c6e08db21f44760c8608d86c72d808%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C1%7C637378587789244679sdata=u186DODEKY5A9NfYiHXeTYo5i%2FnD%2BawLLbz081ElfZg%3Dreserved=0

--
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


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: 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-idUSKBN26T1TZdata=02%7C01%7C
> Ron.Wells%40OMF.COM%7Cd9f08b923f4d4950db8308d86bc23335%7C57c0053cb5f84
> a1e8bb6e8afa09f3b82%7C0%7C1%7C637377829109678388sdata=5CwaLgr2DUk
> Jw%2FvCXctklNS6h%2BXyNa0ojq1pZRip8K8%3Dreserved=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.htmldata=02%7C01%7CRon.Wells%40OMF.COM%
> 7Cd9f08b923f4d4950db8308d86bc23335%7C57c0053cb5f84a1e8bb6e8afa09f3b82%
> 7C0%7C1%7C637377829109678388sdata=eQoih0SoGl6gRMYa%2BNUDf4dZe8fF0
> lAhJACRZNPqf%2FU%3Dreserved=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: SMPe ptfs download to USS

[Ron Wells]

Because of the trend to regress...

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Thursday, September 17, 2020 5:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMPe ptfs download to USS

** EXTERNAL EMAIL - USE CAUTION **


When I order software maintenance and download it, why does it need to go to 
USS first?
thanks
Bill

--
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: Multiple FTP Servers

[Ron Wells]

We run several..diff ports

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Friday, September 04, 2020 12:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Multiple FTP Servers

** EXTERNAL EMAIL - USE CAUTION **


Yep. Pretty much any 8-character IBM-ish names that you want.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Roberto Halais
Sent: Friday, September 4, 2020 9:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Multiple FTP Servers

Thank you all for your help.

So I can have and ftp server named FTPD and another one named FTPS (for 
example)?

On Fri, Sep 4, 2020 at 12:23 PM Charles Mills  wrote:

> Yes, absolutely
>
> - To listen on two ports you need two FTP server started tasks
> - Yes, you can have multiple FTP servers on a single TCP stack.
>
> Just clone your current FTP config and proc and change the PORT
> specification. Try that, and then try configuring for TLS (which is
> more of a chore than is a port change).
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Roberto Halais
> Sent: Friday, September 4, 2020 8:50 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Multiple FTP Servers
>
> Listers:
>
> We are converting all our file transfer jobs from FTP to FTPS.
> Our security people insist we do not use port 21 for our FTPS.
> I see no way of adding another port to our current ftp server it
> listens on port 21.
> Question:
> Do I have to create another FTPD server listening on port 9921 (for
> example)?
> Can I have more than one ftp server per tcp/ip stack one listening on
> port
> 21 and the other on port 9921?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


--
Politics: Poli (many) - tics (blood sucking parasites)

--
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


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: Still COBOL After All These Years?

[Ron Wells]

Your answer to last question is yes...the morons still run corps because they 
are well educated IDIOTS

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Thursday, July 16, 2020 12:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Still COBOL After All These Years?

** EXTERNAL EMAIL - USE CAUTION **


The claim that COBOL is English like is every bit as bogus as the claim that 
rewriting existing COBOL applications in another language will magically fix 
problems of underfunding, understaffing and general mismanagement.

BTW, when the language du jour is out of fashion, will they want to rewrite the 
application again, with the same pretext? And will they ensure that this time 
they have adequate documentation and adequate configuration control?


--
Shmuel (Seymour J.) Metz
https://nam12.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7CRon.Wells%40OMF.COM%7C4056e364971a49d9090708d829ae8234%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C63730517679698sdata=YBf5u%2FhZe29EhQ1W7k5DgD2lutU2drtrLLujINzhk0g%3Dreserved=0


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Mark Regan [marktre...@gmail.com]
Sent: Thursday, July 16, 2020 11:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fwd: Still COBOL After All These Years?

https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsecure-web.cisco.com%2F19k8avmi-YYFlfmZHhyBAdtguogqzS24H_g526jDKwAuDJUdFKvK4b9dP9NcILr6om3tw4RhCCIL8iT9BRoOhdYIdQpvVVzS2c_cErzDaoNHdWoKdxwNo0_LNCkQ5Q9AIihrnv0b2oCTrVYzZ9O23w9QsveuJH0QsJNKF9tSBOF3rS_d_kGctATEyIoNolLRFy1yU9H3ENyZd3ZvmfBWBmUQsXrzE4veTALPgCSsnFBqWR-RJkMc8a0gzcX1geNF4SWwDLIOOB3-CkgncGVl-o3ZPVrOUaxN39tIcdi5zG_BgfrZtYg2jrrDgm8fVbuj1Rig0AbPqTiZp0zGEpV1WRm1fEOzLC-GlMrQmDfLCf-_TPArnN2DxmfqG2EAwazkHfZgpkjUSFmeJBljdrt-Hx5O5ld9E7gz44hwDCvlbcdiiwu32WhgigdlBgVQ99tKX%2Fhttps%253A%252F%252Fwww.planetmainframe.com%252F2020%252F07%252Fstill-cobol-after-all-these-years%252Fdata=02%7C01%7CRon.Wells%40OMF.COM%7C4056e364971a49d9090708d829ae8234%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C63730517679698sdata=DHLmNj4EKHJZQd8J4R70gIaO2rLR8SlNbPV132DI1cw%3Dreserved=0

Regards,

Mark Regan

--
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


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: Options grow for migrating mainframe apps to the cloud | Network World

[Ron Wells]

So many words/so  few

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Regan
Sent: Wednesday, July 15, 2020 3:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fwd: Options grow for migrating mainframe apps to the cloud | Network 
World

** EXTERNAL EMAIL - USE CAUTION **


https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.networkworld.com%2Farticle%2F3567058%2Foptions-grow-for-migrating-mainframe-apps-to-the-cloud.htmldata=02%7C01%7CRon.Wells%40OMF.COM%7Cc16b10a7cef348455d5008d828ffe920%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C637304426877058136sdata=ntfHBA8FnD8T77QFCFyeW%2BTqRsXBOF7K532vcfvCgPo%3Dreserved=0

or

*https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftinyurl.com%2Fy9r3yeusdata=02%7C01%7CRon.Wells%40OMF.COM%7Cc16b10a7cef348455d5008d828ffe920%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C637304426877058136sdata=lQzDR%2BWcggYtv1UHBTp72s3Iejy7%2B97zVHvdyQJz7aU%3Dreserved=0
 
*

Regards,

Mark T. Regan
Nationwide Insurance, Retired

--
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: Mainframe co-op

[Ron Wells]

Sounds great--BUT--as IBM Marketing idiots have done in the past..look for $$ 
..instead of helping the enhancement of systems and training of new upcoming 
tech. people.
Yes this would be a great deal in the forth coming future, but I do not see IBM 
Mgnt. Thinking in the lines of the future of the Company. Only self-centered 
people looking for early retirement and $$$.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Grant Taylor
Sent: Friday, July 03, 2020 11:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Mainframe co-op

** EXTERNAL EMAIL - USE CAUTION **


Let's turn the mainframe access discussion on it's head.

What would it take for a group of undetermined number of people to form a 
co-op, probably as a legal business entity, to acquire legal, completely above 
board, access to a mainframe (CPC / LPAR / VM) that could run z/VM with 
multiple z/OS guests there in?

The desire is to be able to provide lower cost access to VMs similar to 
traditional VPSs for hobbyists and students.

All legal.
All licensed.
All completely above board.
Depending on equipment configuration, all with proper service contracts.

I wonder just how high, or possibly low, the bar would be.

Is it even remotely something a group of 5 / 10 / 25 / ?? hobbyists could get 
together and pool their resources and do?

I know multiple people that have CPCs.  But they don't currently have DASD.  I 
think at least one of them has a line on legal licenses for z/OS for his CPC.

What would it take for one of these people to legally provide other hobbyists / 
students access to their systems?



--
Grant. . . .
unix || die

--
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: RACF-SailPoint

[Ron Wells]

Tks for the info--anything else will be helpful ..
Smartphones not that smart..

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Thursday, July 02, 2020 10:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF-SailPoint

** EXTERNAL EMAIL - USE CAUTION **


I have and usually the biggest problem is the intigrator

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone

> On Jul 2, 2020, at 08:15, Ron Wells 
> <02ebc63ff5ef-dmarc-requ...@listserv.ua.edu> wrote:
>
> Unfortunately --- lol
> What experiences/problems you have had on MF
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Jackson, Rob
> Sent: Thursday, July 02, 2020 8:14 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: RACF-SailPoint
>
> ** EXTERNAL EMAIL - USE CAUTION **
>
>
> Unfortunately, yes.  We run it.
>
> First Horizon Bank
> Mainframe Technical Support
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Ron Wells
> Sent: Thursday, July 2, 2020 8:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: RACF-SailPoint
>
> [External Email. Exercise caution when clicking links or opening
> attachments.]
>
> Anyone have any dealing with Sailpoint product..
>
>
> 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


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: RACF-SailPoint

[Ron Wells]

That is what concerns me...too me it is a BREECH of security

Want to stay off list.. my email is ron.we...@omf.com

They only mentioned a exit/api needs to be installed >> bother me ... trying to 
get pros/cons and what others have experienced..

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Thursday, July 02, 2020 8:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF-SailPoint

** EXTERNAL EMAIL - USE CAUTION **


Unfortunately, yes, a bit.  I only have to deal with the mainframe connector 
and at this point it's only used for reporting but they're looking at making it 
do a bunch more.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ron 
Wells
Sent: Thursday, July 2, 2020 7:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] RACF-SailPoint

Anyone have any dealing with Sailpoint product..


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


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.

--
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: RACF-SailPoint

[Ron Wells]

Unfortunately --- lol
What experiences/problems you have had on MF

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jackson, Rob
Sent: Thursday, July 02, 2020 8:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RACF-SailPoint

** EXTERNAL EMAIL - USE CAUTION **


Unfortunately, yes.  We run it.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ron 
Wells
Sent: Thursday, July 2, 2020 8:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RACF-SailPoint

[External Email. Exercise caution when clicking links or opening attachments.]

Anyone have any dealing with Sailpoint product..


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 Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.

--
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

RACF-SailPoint

[Ron Wells]

Anyone have any dealing with Sailpoint product..


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: "Everyone wants to retire mainframes"

[Ron Wells]

Unfortunate IBM does not offer systems or training for schools. The flood of 
kids knowing what it is vs the teachings that go on today, I would say you 
would see a swing back...over night..

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Tuesday, June 09, 2020 4:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: "Everyone wants to retire mainframes"

** EXTERNAL EMAIL - USE CAUTION **


I don't pay much attention to IBM's marketing practices so I can't opine 
knowledgeably, but I offer this counter, a story I'm sure I've told here 
before:  Some years ago my oldest son got interested in learning mainframes.  
(I think he must have heard me rant too often about my increasing job security, 
due to colleges ignoring mainframes and thus making old fogies like me less and 
less replaceable even as our salaries keep rising.)  So I started asking 
around:  Where might I rent a couple of mainframe IDs on a commercial data 
center, and how much might I pay for it?  I figured I'd start coaching him in 
the basics, and see how far his interest went.

I didn't make a big campaign of it, but I called here and there for a few 
weeks.  My questions must have gotten around, because one evening I got a call 
from someone at IBM with a very direct offer:  If I would contact my local 
university and get them to run a few classes in mainframes - almost any 
relevant class - the university would rent space at a data center and IBM would 
~give~ me two accounts that I could use to teach my son.  Heck, I could teach a 
class or two myself.

I called NC A State U, where I'd worked a couple years.  Couldn't arouse any 
interest.

Could be IBM isn't marketing themselves very strenuously.  Could be they're not 
losing market share and don't need to.  I don't know.  But it sounds to me like 
they're doing ~something~ at any rate.  But as far as I can tell, the colleges 
have this notion that mainframes are out of date, and can't get out of that 
mindset or notice the facts.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* In religion, as in war and everything else, comfort is the one thing you 
cannot get by looking for it.  If you look for truth, you may find comfort in 
the end; if you look for comfort you will not get either comfort or truth — 
only soft soap and wishful thinking to begin with and, in the end, despair.  
-CS Lewis in _The Case for Christianity_ */

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Brennan
Sent: Tuesday, June 9, 2020 11:54

When I bought my Yamaha piano in 1989, I heard a story that Yamaha had been 
supplying free pianos to universities for years.  It was more than them just 
being nice, they knew that someone practicing every day on the school grand 
piano would likely go on to buy one, or be the decision maker for an orchestra, 
night club, or whatever.  I always thought that was super smart of them.  What 
I always thought was rather dumb, is that IBM doesn't do similar with 
educational use of all their software.  And that's just copied bits ... no 
wood, metal, delivery, tuning, etc.

--
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: "Everyone wants to retire mainframes"

[Ron Wells]

BINGO

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Ward Able, Grant
Sent: Tuesday, June 09, 2020 7:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: "Everyone wants to retire mainframes"

** EXTERNAL EMAIL - USE CAUTION **


There's no such thing as The Cloud - it's just someone else's computer...


Regards – Grant.




DTCC Public (White)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mitch Mccluhan
Sent: 09 June 2020 13:51
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: "Everyone wants to retire mainframes"

ATTENTION: External Email – Be Suspicious of Attachments, Links and Requests 
for Login Information.

 Everyone,
I can tell you as a fact that there are a number of things are true.  Many 
"modernization" projects do end up not being completed, no big mainframe shop 
is looking to get off the mainframe, there are a large number of projects 
underway where the client is "modernizing" on the mainframe (language, file 
conversion, DBMS conversion, etc) and lastly (not a lot, but some) there are 
mainframe shops that are going to the zCloud which is essentially moving from 
one data center to another, keeping the mainframe.
Anyone who tells you most (100%?, really?) mainframe users are going to 
distributed or distributed platform cloud are exaggerating the truth.  I know 
this because mainframe modernization is what I do for a living.
Mitch


-Original Message-
From: Bob Bridges 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tue, Jun 9, 2020 7:02 am
Subject: "Everyone wants to retire mainframes"

A coworker just sent me this brief article.

https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.techrepublic.com%2Farticle%2Feveryone-wants-to-retire-mainframes-but-74-of-modernization-efforts-fail%2Fdata=02%7C01%7CRon.Wells%40OMF.COM%7C725a6e6bbfc7491e27da08d80c746d3d%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C637273041502068880sdata=x%2BEGwGWvVL%2F8lxapfBsYAjOcUtxZ3xmlb2rTqMoMeAE%3Dreserved=0

I'm interested in two aspects of this:

1) The writer uses the word "modernization" quite a bit, and as far as I can 
tell she uses it, without explanation, to mean "switching from mainframes to 
more recently invented platforms".  This is the old assumption we've talked 
about recently.

2) There's a really surprising number in there:

"...almost 100% of survey respondents plan to move legacy applications to the 
cloud this year and the motivation to move is clear:

- 60% strongly agree they will be left behind competitively if they fail to 
modernize
- 33% say modernizing has allowed the company to be more reactive to market 
changes
- 34% say legacy modernization has accelerated digital transformation projects

About three-quarters of leaders said they have started a modernization program 
but failed to complete it"

Can that "almost 100%" claim be true?  I confess that three out of my last 
three clients are talking about eliminating the mainframe, but I supposed it to 
be an anomaly.  Maybe the survey used the word "modernize" and the author 
~assumed~ this must mean dropping the mainframe.

The article also says "Mainframes are still critical to business operations 
with 71% of the Fortune 500 depending on these machines, including 92 of the 
world's 100 largest banks".  Come on - she's telling us that almost ~all~ of 
those companies intend to switch legacy applications to the cloud?  I just 
can't buy that.  ~My~ bank had certainly better not be planning such a move.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* If a problem has a single neck, it has a simple solution. */

--
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 DTCC DISCLAIMER: This 
email and any files transmitted with it are confidential and intended solely 
for the use of the individual or entity to whom they are addressed. If you have 
received this email in error, please notify us immediately and delete the email 
and any attachments from your system. The recipient should check this email and 
any attachments for the presence of viruses. The company accepts no liability 
for any damage caused by any virus transmitted by this email.


--
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 

Re: Punched cards and character set

[Ron Wells]

Ahhh--good old days...when I started in 65--TAB operator out of school

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Tuesday, June 02, 2020 10:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Punched cards and character set

** EXTERNAL EMAIL - USE CAUTION **


https://nam05.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.bitsavers.org%2Fpdf%2Fibm%2F370%2FreferenceCard%2FGX20-1850-7_System_370_Reference_Summary_Feb89.pdfdata=02%7C01%7CRon.Wells%40OMF.COM%7C5979f6fc5d0c4e84d9c908d8070d5f43%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C1%7C637267101305939021sdata=0U3u6cR0BVPcu%2BRKv8vN2a1UBmmJfhx1OjlEzZ5CgHs%3Dreserved=0

Pages 34-37 show the punch sequences for every EBCDIC character.

Joe

On Tue, Jun 2, 2020 at 10:48 AM Seymour J Metz  wrote:

> That's what the multipunch icon is for.
>
>
> --
> Shmuel (Seymour J.) Metz
> https://nam05.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.g
> mu.edu%2F~smetz3data=02%7C01%7CRon.Wells%40OMF.COM%7C5979f6fc5d0c
> 4e84d9c908d8070d5f43%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C1%7C6372
> 67101305939021sdata=UjYISYZ3NVs38Xw%2Fdblib6KNZulWvE51TJIWQMwhM74
> %3Dreserved=0
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> behalf of Paul Gilmartin
> [000433f07816-dmarc-requ...@listserv.ua.edu]
> Sent: Tuesday, June 2, 2020 11:45 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Punched cards and character set
>
> On Tue, 2 Jun 2020 08:39:47 -0700, Charles Mills wrote:
>
> >> thousands of punched cards with no real way to read them anymore
> >
> >In this day and age it should be pretty trivial to write software
> >that
> would
> >encode a scanned image of a punched card.
> >
>
> https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsecu
> re-web.cisco.com%2F1nnNBEm7A_m0wqtAaLgflbbQkYcjHIggP4CG9-aGJ60iv5LGiLA
> 3b-sgOj4Z5RrXqVoy9bO2GtA9gEMmiJEEw3pCD1XRrPeZQWJJCqaIyNbpg5ZWh8c6x0VeF
> 0TZoxma_Otu7hIdTuq2ofjE708_dgI3S5MCKLcwE_xc7JJfzy8W5CbJtY1SkhkeYSprsqy
> o2yfbl5OHjUZJbTG2s7GXMFmD7YKxonbikH40zRCkbg_74GAPYOxAYOpwH8ZbsC3mCXT05
> 3D09iRwt8LrVy3YY5F2tKCLQ_NGXKUVBEpyITOgO3r2GL4CQhdxQNpIcd1pG8IKub1rEkN
> zpO2rEF2nrS-ZymxsdobgXvKJTRZ60DFakV-PzKE83Yo7EGjV4tJ_qLCTueYpoubnb8fjN
> 2PfOc2QiDo5PI0UrPLcFhI0zKbq565EBcHShRAWIET5XHxxp%2Fhttps%253A%252F%252
> Fwww.masswerk.at%252Fcardreader%252Fdata=02%7C01%7CRon.Wells%40OM
> F.COM%7C5979f6fc5d0c4e84d9c908d8070d5f43%7C57c0053cb5f84a1e8bb6e8afa09
> f3b82%7C0%7C0%7C637267101305943999sdata=3uq5DPnahAow6rKVdCJ9HVo3q
> Za8Hp8%2FEH1jkulGeZc%3Dreserved=0
>
> ... and you can generate those with:
> https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsecu
> re-web.cisco.com%2F18RdBO7ZKkAs5OiZMvPOj6vYNZ1vPzRv8-SvdzewuLLELpAKP_G
> eJnSYFbmSwvh2MVE53Rxi2uGYungYYyMlcCaXY3qglnQDjJXofyqjrQn93NUOrWOKhPXFf
> FDrFFnEjxSbUpj6zbch_4Xq6OPk3cZ0O3ccHUhM6k7wTXzXsZ46f0FqlhmUOnbz9MC6Tls
> LWiuDSVgJsSHEx6Pw1OkcIfDOGvfOqH2fSx9NTpZOSd-YGOFd-qklQ8znc-6UbGYd5uCae
> wG9Q5boaZcyXcC_Le94ZTpQ5mb-9Nswve4M-IPz3mjja9x29OM6VtgajzfsgOfin9Yh1gp
> tx3OhF-0Q7BYYX_sT1uSBUCnoV6l-R1JAiAjEyiaAER2Xp-RLhw59c-XIaoMMZ6cHqQaeX
> ro-zjqoyiyA9gaY-jMPVEoB4msJBvL2B092rkIMM4PKcR5H2%2Fhttps%253A%252F%252
> Fwww.masswerk.at%252Fkeypunch%252Fdata=02%7C01%7CRon.Wells%40OMF.
> COM%7C5979f6fc5d0c4e84d9c908d8070d5f43%7C57c0053cb5f84a1e8bb6e8afa09f3
> b82%7C0%7C0%7C637267101305943999sdata=a6bfPeadyYbWTN6vHnJYLFuerqV
> jqa1soPmF%2FvY8Ci0%3Dreserved=0
>
> (But it doesn't do UTF-8.)
>
> -- 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
>

--
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: 3270 terminals: CUT vs. DFT

[Ron Wells]

I honestly can't imagine anyone wanting to reuse it-and the fact that nobody 
ever has might be seen as supporting that position.

??? make a bet.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Tuesday, May 12, 2020 6:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 3270 terminals: CUT vs. DFT

** EXTERNAL EMAIL - USE CAUTION **


Martin Packer wrote:

>It's such a nice efficient data stream that one might like to use it
>from

>other platforms.



"Efficient" how? Bandwidth? That's cheap now. 3270 data streams were fun 
because they were so complex. But expensive to program and use. And the fact 
that attribute bytes occupy space on the screen is really irritating when 
trying to design screens.



I honestly can't imagine anyone wanting to reuse it-and the fact that nobody 
ever has might be seen as supporting that position.



But each to his own!


--
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: IBM now employs more workers in India than US

[Ron Wells]

They had to go to China and else where---idiots still buying WINDOWS 
servers



From:   Anne  Lynn Wheeler l...@garlic.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/17/2013 04:03 PM
Subject:Re: IBM now employs more workers in India than US
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



re:
http://www.garlic.com/~lynn/2013m.html#47
http://www.garlic.com/~lynn/2013m.html#61

NSA Revelations Kill IBM Hardware Sales In China
http://www.nakedcapitalism.com/2013/10/wolf-richter-nsa-revelations-kill-ibm-hardware-sales-in-china.html


from above:

But there was nothing to spin in Asia-Pacific, where revenues plunged
15%. Revenues in IBM's growth markets dropped 9%. They include the
BRIC countries - Brazil, Russia, India, and China - where revenues
sagged 15%. In China, which accounts for 5% of IBM's total revenues,
sales dropped 22%, with hardware sales, nearly half of IBM's business
there, falling off a cliff: down 40%.

... snip ...

-- 
virtualization experience starting Jan1968, online at home since Mar1970

--
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: Copy from one Dir to another

[Ron Wells]

Thanks...but in Diff lpar..
I can..because it is diff. named uss file...mount it...but was wanting to 
get away from extra steps.
thought there was a simple..way to backup..from Dir..file/sub dir..to a 
fiole then upload it back to another/other uss file system..



From:   Mark Zelden m...@mzelden.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/16/2013 09:08 AM
Subject:Re: Copy from one Dir to another
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



On Tue, 15 Oct 2013 22:57:05 +, EXT-Schwarz, Barry 
barry.schw...@boeing.com wrote:

If both directories can be reached from an lpar, then why not use the cp 
command with a suitable wild card in the source path.  Or you could tar 
the source directory and pipe the output to an untar command that 
specifies the desired destination.


I haven't been paying a much attention to this thread, but when
copying a file system or from dir to dir on the same LPAR (or shared file
 systems within a sysplex) I often recommend copytree to people that 
aren't
unix savvy.   cp and pax are both options as mentioned, but you need to 
pay have the correct flags to get all the sub directories and preserve
the file mode, owner info, date/time and other extended attributes (pgm
control, apf, etc.). 

Assuming you have bpx.superuser authority, copytree will do all of this
for you with simple syntax out having to know or understand all the pax or
cp flag options.

There are other flags, but s will set the euid to 0 if you have the auth
and the syntax is:

 copytree -s  fromdir  todir

copytree is a REXX exec and lives in /samples, so you can examine the 
source
code for details if you wish, but there is a man page on it these days 
also. 

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS 
mailto:m...@mzelden.com 
ITIL v3 Foundation Certified 
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://search390.techtarget.com/ateExperts/
--
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: Copy from one Dir to another

[Ron Wells]

Tks everyone...will try the two examples

been very helpful 

--
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

Copy from one Dir to another

[Ron Wells]

Have Directory's on one lpar wanting to copy over to another

zfs files are different name on each system...

best method ... and example would be appreciated

--
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: Copy from one Dir to another

[Ron Wells]

now I'm lost
over my head... lol

there a batch run or maybe another example ..
cd understand
what is the ssh ?
and yes the file system can be reached from  either lpar...



From:   Paul Gilmartin paulgboul...@aim.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/15/2013 12:31 PM
Subject:Re: Copy from one Dir to another
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



On Tue, 15 Oct 2013 11:11:36 -0500, Ron Wells wrote:

Have Directory's on one lpar wanting to copy over to another

zfs files are different name on each system...

best method ... and example would be appreciated
 
(Without testing) I'd do something like:

# On the destination lpar:
cd somewhere
ssh source_lpar cd somewhere amp; tar -cf - dir1 dir2 ... | tar 
-xvf -

-- gil

--
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: Copy from one Dir to another

[Ron Wells]

guess I am running blind here...
have a directory(aaa) on sysa...multiple files and directories under 
that..
needing to copy (aaa) and files and sub dir's and files over to another 
zfs file system on sysb.
that other file system has an (aaa) but nothing in it.

 




From:   John McKown john.archie.mck...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/15/2013 01:27 PM
Subject:Re: Copy from one Dir to another
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



If there is shared DASD, the pax command can write the pax file out to a
sequential data set. And then pax on the other system can read the
sequential data set in order to restore it.


On Tue, Oct 15, 2013 at 12:59 PM, Kirk Wolf k...@dovetail.com wrote:

 If you can unmount the filesystem, maybe clone the zFS container and 
then
 mount it on the other LPAR?

 Otherwise, create the new container on the origin system, clone the 
files
 using pax and then unmount it and mount it on the other LPAR.

 Kirk Wolf
 Dovetailed Technologies
 http://dovetail.com


 On Tue, Oct 15, 2013 at 12:42 PM, Ron Wells ron.we...@slfs.com wrote:

  now I'm lost
  over my head... lol
 
  there a batch run or maybe another example ..
  cd understand
  what is the ssh ?
  and yes the file system can be reached from  either lpar...
 
 
 
  From:   Paul Gilmartin paulgboul...@aim.com
  To: IBM-MAIN@LISTSERV.UA.EDU
  Date:   10/15/2013 12:31 PM
  Subject:Re: Copy from one Dir to another
  Sent by:IBM Mainframe Discussion List 
IBM-MAIN@LISTSERV.UA.EDU
 
 
 
  On Tue, 15 Oct 2013 11:11:36 -0500, Ron Wells wrote:
 
  Have Directory's on one lpar wanting to copy over to another
  
  zfs files are different name on each system...
  
  best method ... and example would be appreciated
  
  (Without testing) I'd do something like:
 
  # On the destination lpar:
  cd somewhere
  ssh source_lpar cd somewhere amp; tar -cf - dir1 dir2 ... | 
tar
  -xvf -
 
  -- gil
 
  --
  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
 

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




-- 
This is clearly another case of too many mad scientists, and not enough
hunchbacks.

Maranatha! 
John McKown

--
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: Copy from one Dir to another

[Ron Wells]

was thinking there was a way/function to ciopy to another file then back 
on other system..




From:   John McKown john.archie.mck...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/15/2013 01:27 PM
Subject:Re: Copy from one Dir to another
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



If there is shared DASD, the pax command can write the pax file out to a
sequential data set. And then pax on the other system can read the
sequential data set in order to restore it.


On Tue, Oct 15, 2013 at 12:59 PM, Kirk Wolf k...@dovetail.com wrote:

 If you can unmount the filesystem, maybe clone the zFS container and 
then
 mount it on the other LPAR?

 Otherwise, create the new container on the origin system, clone the 
files
 using pax and then unmount it and mount it on the other LPAR.

 Kirk Wolf
 Dovetailed Technologies
 http://dovetail.com


 On Tue, Oct 15, 2013 at 12:42 PM, Ron Wells ron.we...@slfs.com wrote:

  now I'm lost
  over my head... lol
 
  there a batch run or maybe another example ..
  cd understand
  what is the ssh ?
  and yes the file system can be reached from  either lpar...
 
 
 
  From:   Paul Gilmartin paulgboul...@aim.com
  To: IBM-MAIN@LISTSERV.UA.EDU
  Date:   10/15/2013 12:31 PM
  Subject:Re: Copy from one Dir to another
  Sent by:IBM Mainframe Discussion List 
IBM-MAIN@LISTSERV.UA.EDU
 
 
 
  On Tue, 15 Oct 2013 11:11:36 -0500, Ron Wells wrote:
 
  Have Directory's on one lpar wanting to copy over to another
  
  zfs files are different name on each system...
  
  best method ... and example would be appreciated
  
  (Without testing) I'd do something like:
 
  # On the destination lpar:
  cd somewhere
  ssh source_lpar cd somewhere amp; tar -cf - dir1 dir2 ... | 
tar
  -xvf -
 
  -- gil
 
  --
  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
 

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




-- 
This is clearly another case of too many mad scientists, and not enough
hunchbacks.

Maranatha! 
John McKown

--
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: RACF

[Ron Wells]

Elardus..Sorry did not get back with you...
need to get with racf person...made first step...reading and slowly going 
through this on test lpar to see if we break anything..
we do currently use idcams to backup the database...been in place since 
???

we did use dfdss this time to backup and restore to different name...and 
reipl'd using that name...leaving old one alone--just incase..



From:   Elardus Engelbrecht elardus.engelbre...@sita.co.za
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/10/2013 02:59 PM
Subject:Re: RACF
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Ron Wells wrote:

Used DSS to backup the RACF databasefrom TEST lpar..wanting to 
restore---new name---but ensure the new name is cataloged on the TEST 
lpar's mastercat
can I---jcl--poit to the mastercat as a user cat to make this occur??

Craig gave you good advice (plus the needed comment about non SMS volume 
[1] ), but [2] , I wish to ask these:

How are you backing up your RACF DB? Physical volume dump? Logical dump? 
Using COPY?
How are you using to restore it on the new location?
Are you using IRRUT200 and IRRUT400 before and after backup/restore to 
ensure your RACF DB is 100% intact and accurately copied/dumped?

is there not a display to the racf name being used??

Yes, use command: RACF subsystem prefixRVARY.

Yep---did that thanks

Did you used ICHRDSNT from the most current z/OS version?

Groete / Greetings
Elardus Engelbrecht

1 - DSORG=PSU

2 - Being a RACF admin as primary duty while having done Storage admin 
work previously. I have done many such type of work previously. I'm 
paranoid. ;-D

--
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: RACF

[Ron Wells]

got ya thanks..

was hoping the setup from BPX.DEFAULT.USER to the new one would be 
painless..picked up the following and assume this is best steps to take...
This sound familiar ??

http://ourdigitalmags.com/display_article.php?id=1124854




From:   Elardus Engelbrecht elardus.engelbre...@sita.co.za
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/14/2013 07:47 AM
Subject:Re: RACF
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Ron Wells wrote:

Elardus..Sorry did not get back with you...

It is all right. Never mind! :-)

need to get with racf person...made first step...reading and slowly going 
through this on test lpar to see if we break anything..

I'm glad for your part.

we do currently use idcams to backup the database...been in place 
since???

With IDCAMS? If you really needed to use IDCAMS, which is not recommended, 
I would like suggest that you use IRRUT200 (and also IRRUT400) at least to 
verify the integrity of the copy result, but you can use IRRUT200 to make 
a backup while ensuring a lock is hold. Then thereafter you can use 
IDCAMS, DFDSS, whatever to copy your newly created backup of RACF DB.

we did use dfdss this time to backup and restore to different name...and 
reipl'd using that name...leaving old one alone--just incase..

This is a good method, which I also used during the Y2K fun days full of 
havoc where I have to create several dozen LPARs with their own parmlib, 
vtamlst, RACF DB, HSM, JES2, etc. All with their own naming standards...

;-)

Groete / Greetings
Elardus Engelbrecht

--
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

RACF

[Ron Wells]

Used DSS to backup the RACF databasefrom TEST lpar..
wanting to restore---new name---but ensure the new name is cataloged on 
the TEST lpar's mastercat

can I---jcl--poit to the mastercat as a user cat to make this occur??

--
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: RACF

[Ron Wells]

tks Craig

--
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: RACF

[Ron Wells]

is there not a display to the racf name being used??

--
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: RACF

[Ron Wells]

Yep---did that thanks



From:   Bob Shannon bshan...@rocketsoftware.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/10/2013 01:24 PM
Subject:Re: RACF
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



You didn't say what you are going to do with the RACF DB on the TEST LPAR, 
but if you are going to use it as a RACF database and if the name is 
different than what is currently used on TEST, be sure to update ICHRDSNT.

Bob Shannon
Rocket Software

--
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

DFSORT

[Ron Wells]

Is there an indicator if DFSORT is using the ziip engine and how much?? or 
what is being put there??

--
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: DFSORT

[Ron Wells]

that would be good...
was wondering...the doc I have been reading refers to DFSORT and DB2 
util's...
nothing on DFSORT enable to use zIIP on its own??

Is there some PARM
OR
CONTROL CARDS NEED TO ENABLE??



From:   Jim Blalock ca...@clemson.edu
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   10/10/2013 01:46 PM
Subject:Re: DFSORT
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Hi Ron,

zIIP usage is recorded in type 30 records.  If you have SAS I can send 
you some code to dig it out and print it.

On 10/10/2013 2:42 PM, Ron Wells wrote:
 Is there an indicator if DFSORT is using the ziip engine and how much?? 
or
 what is being put there??

-- 
-- Jim Blalock
z/OS Support Manager
CCIT, Clemson University
(864) 656-3680

--
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: DFSORT

[Ron Wells]

tks -- Jim

--
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: UK NHS £10bn project failure

[Ron Wells]

what do you expect...Gov... first failure.. Microsoft...second 
failureCSC/India...oh yes--what a combo...LINUX..LINUX..LINUX...and 
for something with Tera bytes of data..tell me a Mainframe--I/O subsystem 
would not fit?? .



From:   David Crayford dcrayf...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   09/20/2013 07:06 AM
Subject:UK NHS £10bn project failure
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



How about this for a failed project. £10bn blowout on a doomed IT system 
for the UK National Health Service 
http://www.theguardian.com/society/2013/sep/18/nhs-records-system-10bn.

UK government appear to have learned their lesson by using the cloud and 
open source software 
http://digital.cabinetoffice.gov.uk/2012/02/02/gov-uk-truly-open-platform/
. 
Lot's of their web app stuff is now open
source and available on github for everybody to fork 
https://github.com/alphagov.  US/Canadian states/governments are 
interested in adopting a similar model.

They seem to trust Amazon EC2 to deliver mission critical systems. Is 
this a trend or a flash in the pan?

--
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: UK NHS £10bn project failure

[Ron Wells]

Funny



From:   David Crayford dcrayf...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   09/20/2013 07:06 AM
Subject:UK NHS £10bn project failure
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



How about this for a failed project. £10bn blowout on a doomed IT system 
for the UK National Health Service 
http://www.theguardian.com/society/2013/sep/18/nhs-records-system-10bn.

UK government appear to have learned their lesson by using the cloud and 
open source software 
http://digital.cabinetoffice.gov.uk/2012/02/02/gov-uk-truly-open-platform/
. 
Lot's of their web app stuff is now open
source and available on github for everybody to fork 
https://github.com/alphagov.  US/Canadian states/governments are 
interested in adopting a similar model.

They seem to trust Amazon EC2 to deliver mission critical systems. Is 
this a trend or a flash in the pan?

--
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: FW: JES2 Node Question

[Ron Wells]

if your objective is to transfer sysout from one node to another
and the other node is defined todaythen transfer to other node s/b 
just a matter of putting that node and go

I do this between my test /prod and devl lpars... prod/devl share a 
spool...the test is seperate


 


From:   Hansen, Dave L - Eagan, MN dave.l.han...@usps.gov
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   09/11/2013 10:50 AM
Subject:FW: JES2 Node Question
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



I request for knowledge.

CROSS POSTED to JES2 and IBM.

From: Hansen, Dave L - Eagan, MN
Sent: Wednesday, September 11, 2013 10:45 AM
To: 'jes...@listserv.vt.edu'; 'i...@listserv.uark.edu'
Subject: JES2 Node Question

Dear Group,

   I have been working with IBM to Implement a JES2 EXIT 40.  I am doing 
this without too much JES knowledge.  I was asked to move output from one 
MVS spool to another.  We had a product (VPS) that would take the print 
off the MVS spool and send it to remote printers.  Now we don't run that 
software at our west side location.  I just want to change N1.U1234 to 
N2.U1234.  Then JES will ROUTE the output from N1 to N2.  However the 
change results in N1.U1234 being modified to N2.R1234.  I did some testing 
and things are not as I expected.

Q).  On the SDSF screen - With the EXIT in place, Why doesn't Node reflect 
my change to N2?  RMT is now 1234.  NODE is supposed to be the JES Print 
Node.  I would expect the node to be the destination node.



   From SDSF I entered NODE.  It see N2, MN1 and OWNNODE.  So we are #2 
aka MN1.

Q).  Is there an advantage to using N2 over MN1?  The terminology gets 
confusing.



I tried this just to confuse myself:
I ran three jobs to print output, but I put them on HOLD.  My OUTPUTS 
were:
   DEFAULT=Y,DEST=N4.U9889DP,CLASS=H
   DEFAULT=Y,DEST=N2.U9889DP,CLASS=H   *** OWNNODE ***
   DEFAULT=Y,DEST=N12.U9889DP,CLASS=H
I looked at SDSF O and saw:  RMT is Blank and NODE is 2 for all three. 
 DEST is LOCAL .  The output for N2.U9889DP has an extra piece with DEST 
U9889DP (The actual payload to print).

Q).  Why doesn't 4 or 12 show up under NODE?  I used N4 and N12.



  Perhaps we have something in JES setup to change something to R?  We 
are testing this on two separate JES2 systems.  They may not be the same, 
and I sure don't know what is normal.   On one system I see SDSF output 
with RMT as 7298, NODE as BLANK, and DEST as U7298.

Q).  Why would this job have a BLANK NODE?  The systems are different and 
I bet the jobs we ran were different also.  I guess it all depends.  I'm 
just not sure what it all depends on.



   The reason I ask is my assembler job is looking to match $OWNNODE to 
PDBDNODE.  I took out that line because I have no idea what these NODEs 
should be.  Right now I just change PDBDNODE regardless of what it was.



   Please send help,  Dave

--
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: FW: JES2 Node Question

[Ron Wells]

understand VPS---like many software packages...getting to $$$
we switched to JQP...did same thing...much cheaper.sna and ip 
supported...



From:   Hansen, Dave L - Eagan, MN dave.l.han...@usps.gov
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   09/11/2013 10:50 AM
Subject:FW: JES2 Node Question
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



I request for knowledge.

CROSS POSTED to JES2 and IBM.

From: Hansen, Dave L - Eagan, MN
Sent: Wednesday, September 11, 2013 10:45 AM
To: 'jes...@listserv.vt.edu'; 'i...@listserv.uark.edu'
Subject: JES2 Node Question

Dear Group,

   I have been working with IBM to Implement a JES2 EXIT 40.  I am doing 
this without too much JES knowledge.  I was asked to move output from one 
MVS spool to another.  We had a product (VPS) that would take the print 
off the MVS spool and send it to remote printers.  Now we don't run that 
software at our west side location.  I just want to change N1.U1234 to 
N2.U1234.  Then JES will ROUTE the output from N1 to N2.  However the 
change results in N1.U1234 being modified to N2.R1234.  I did some testing 
and things are not as I expected.

Q).  On the SDSF screen - With the EXIT in place, Why doesn't Node reflect 
my change to N2?  RMT is now 1234.  NODE is supposed to be the JES Print 
Node.  I would expect the node to be the destination node.



   From SDSF I entered NODE.  It see N2, MN1 and OWNNODE.  So we are #2 
aka MN1.

Q).  Is there an advantage to using N2 over MN1?  The terminology gets 
confusing.



I tried this just to confuse myself:
I ran three jobs to print output, but I put them on HOLD.  My OUTPUTS 
were:
   DEFAULT=Y,DEST=N4.U9889DP,CLASS=H
   DEFAULT=Y,DEST=N2.U9889DP,CLASS=H   *** OWNNODE ***
   DEFAULT=Y,DEST=N12.U9889DP,CLASS=H
I looked at SDSF O and saw:  RMT is Blank and NODE is 2 for all three. 
 DEST is LOCAL .  The output for N2.U9889DP has an extra piece with DEST 
U9889DP (The actual payload to print).

Q).  Why doesn't 4 or 12 show up under NODE?  I used N4 and N12.



  Perhaps we have something in JES setup to change something to R?  We 
are testing this on two separate JES2 systems.  They may not be the same, 
and I sure don't know what is normal.   On one system I see SDSF output 
with RMT as 7298, NODE as BLANK, and DEST as U7298.

Q).  Why would this job have a BLANK NODE?  The systems are different and 
I bet the jobs we ran were different also.  I guess it all depends.  I'm 
just not sure what it all depends on.



   The reason I ask is my assembler job is looking to match $OWNNODE to 
PDBDNODE.  I took out that line because I have no idea what these NODEs 
should be.  Right now I just change PDBDNODE regardless of what it was.



   Please send help,  Dave

--
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: FW: JES2 Node Question

[Ron Wells]

sounds like you have a destid parm in jes2parm...

ck your def's---both locations...you have any other exits inplace that 
mess with remote/dest id's??



From:   Hansen, Dave L - Eagan, MN dave.l.han...@usps.gov
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   09/11/2013 10:50 AM
Subject:FW: JES2 Node Question
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



I request for knowledge.

CROSS POSTED to JES2 and IBM.

From: Hansen, Dave L - Eagan, MN
Sent: Wednesday, September 11, 2013 10:45 AM
To: 'jes...@listserv.vt.edu'; 'i...@listserv.uark.edu'
Subject: JES2 Node Question

Dear Group,

   I have been working with IBM to Implement a JES2 EXIT 40.  I am doing 
this without too much JES knowledge.  I was asked to move output from one 
MVS spool to another.  We had a product (VPS) that would take the print 
off the MVS spool and send it to remote printers.  Now we don't run that 
software at our west side location.  I just want to change N1.U1234 to 
N2.U1234.  Then JES will ROUTE the output from N1 to N2.  However the 
change results in N1.U1234 being modified to N2.R1234.  I did some testing 
and things are not as I expected.

Q).  On the SDSF screen - With the EXIT in place, Why doesn't Node reflect 
my change to N2?  RMT is now 1234.  NODE is supposed to be the JES Print 
Node.  I would expect the node to be the destination node.



   From SDSF I entered NODE.  It see N2, MN1 and OWNNODE.  So we are #2 
aka MN1.

Q).  Is there an advantage to using N2 over MN1?  The terminology gets 
confusing.



I tried this just to confuse myself:
I ran three jobs to print output, but I put them on HOLD.  My OUTPUTS 
were:
   DEFAULT=Y,DEST=N4.U9889DP,CLASS=H
   DEFAULT=Y,DEST=N2.U9889DP,CLASS=H   *** OWNNODE ***
   DEFAULT=Y,DEST=N12.U9889DP,CLASS=H
I looked at SDSF O and saw:  RMT is Blank and NODE is 2 for all three. 
 DEST is LOCAL .  The output for N2.U9889DP has an extra piece with DEST 
U9889DP (The actual payload to print).

Q).  Why doesn't 4 or 12 show up under NODE?  I used N4 and N12.



  Perhaps we have something in JES setup to change something to R?  We 
are testing this on two separate JES2 systems.  They may not be the same, 
and I sure don't know what is normal.   On one system I see SDSF output 
with RMT as 7298, NODE as BLANK, and DEST as U7298.

Q).  Why would this job have a BLANK NODE?  The systems are different and 
I bet the jobs we ran were different also.  I guess it all depends.  I'm 
just not sure what it all depends on.



   The reason I ask is my assembler job is looking to match $OWNNODE to 
PDBDNODE.  I took out that line because I have no idea what these NODEs 
should be.  Right now I just change PDBDNODE regardless of what it was.



   Please send help,  Dave

--
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: OT - Lenovo CEO Shares Bonus

[Ron Wells]

I'd take 2wks pay...better than nothing...and for someone in that 
positionand it will not happen here---to spread that must around is 
helping loyalty and moral..
makes sense ...





From:   Kirk Wolf k...@dovetail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   09/04/2013 11:37 AM
Subject:Re: OT - Lenovo CEO Shares Bonus
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



I guess the point of the article is how magnanimous their CEO is, but to 
me
it sounds like a good-news / bad-news joke :-)

--- The GOOD news: your boss giving you one month's pay from his bonus

--- The BAD news: you make $325 a month

I would imagine that the CEO still ekes out (according to his needs) a
bit more than the 10,000 employees.



Kirk Wolf
Dovetailed Technologies
http://dovetail.com


On Wed, Sep 4, 2013 at 10:00 AM, Lizette Koehler 
stars...@mindspring.comwrote:


 
http://money.msn.com/now/post--lenovo-boss-gives-workers-millions?gt1=33002;

 ocid=ansmony11



 Imagine your boss handing you one month's pay out of his own pocket.

 That's happening for the second straight year at Lenovo Group, where CEO
 Yang Yuanqing (pictured) plans to give away $3.25 million of his bonus 
to
 10,000 of his company's workers, Bloomberg News reports
 
 
http://www.bloomberg.com/news/2013-09-01/lenovo-chief-yang-shares-bonus-wit

 h-workers-for-second-year.html .

 That works out to about $325 for each employee. That may not sound like
 much
 in Morrisville, N.C., one of two cities where Lenovo has headquarters. 
But
 in the other city -- Beijing -- $325 is almost the equivalent of one
 month's
 pay.



 Lizette




 --
 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

--
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: VISARA Consoles FICON Get 505, 510

[Ron Wells]

Dummy question but what about OSC's still valid for Console support?




From:   Ed Jaffe edja...@phoenixsoftware.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   07/28/2013 11:14 AM
Subject:Re: VISARA Consoles FICON Get 505, 510
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



On 7/28/2013 3:11 AM, George Henke wrote:
 We have learned that the Visara FICON product has only 5 customers and 
has
 been available for only since Jan 1.

 This looks and feels more like beta testing, the bleeding edge, than
 implementation of a real product,

 The omission of ESCON from the zEC12 is proving to be a fatal mistake. 
It
 is forcing us to use these kind of unvetted products.

Visara's FICON-based solution first appeared in January 2013. That's 
only four months after IBM confirmed publicly, via their August 2012 
zEC12 announcement, that the new machines would not offer ESCON. ISVs, 
business partners and others saw zEC12 previews a couple of months 
before the official August 2012 announcement. So, best-case for Visara 
is 4-6 months lead-time.

I'm certainly no hardware expert, but 4-6 months seems like a very short 
amount of time. I'm not surprised to learn that bugs in the firmware 
are still being ironed out.

 These kind of HW oversights are reminiscent of the days when IBM
 prematurely converted from powerful Bi-Polar chips to underpowdered CMOS
 chips and customers had to flee back to the Bi-Polar boxes.

 When will IBM learn.

It's been three years since the IBM's July 2010 SOD first warned that 
z196/z114 would be the last generation to offer ESCON channels. 
Sometimes IBM reverses SODs (IMBED/REPLICATE is a good example), so I 
can't really blame Visara for not gearing up to develop a FICON-only 
solution based solely on an IBM SOD. They had to wait for official 
confirmation.

I'm really not sure what IBM should have done differently in this case, 
but I imagine there will be no shortage of opinions on this list... ;)

-- 
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

--
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: Default

[Ron Wells]

thanks---the crlf is in data...which is what I was 
questioning.defaulted in ftpparms.at least it is here...

--
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: Default

[Ron Wells]

checking to see if I am on correct path...

when going from MainframeFTP---to a Windows server
default from what I see in ftpparms CRLF is sent...

is there some thing on Windows that would strip the CRLF off??

--
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: OE Historical article re: Mainframes

[Ron Wells]

http://www.columbia.edu/cu/computinghistory/610.html



From:   Bernd Oppolzer bernd.oppol...@t-online.de
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   05/06/2013 10:35 AM
Subject:Re: OE Historical article re: Mainframes
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



In such a historical overview, you have to make a selection.
Of course, there are other machines also to be considered mainframes,
for example General Electric machines or machines in foreign countries, 
Europe
or the Soviet Union. Some of them were very powerful and sophisticated 
and built in much
larger numbers than, for example, the IBM 7030 Stretch. So IMHO the 
selection
is a little bit biased vs. USA and IBM, but that's OK for me, as long as 
it does
not say that it is supposed to cover the whole story.

Kind regards

Bernd



Am 06.05.2013 06:28, schrieb Shmuel Metz (Seymour J.):
 In 016701ce491b$66732590$335970b0$@mxg.com, on 05/04/2013
 at 06:02 PM, Barry Merrill ba...@mxg.com said:

 But they skipped the 610,
 A bit underpowered to be considered a mainframe. Wasn't it
 contemporaneous with the much faster 704?


--
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: OE Historical article re: Mainframes

[Ron Wells]

http://en.wikipedia.org/wiki/History_of_computer_hardware_in_Soviet_Bloc_countries



From:   Bernd Oppolzer bernd.oppol...@t-online.de
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   05/06/2013 10:35 AM
Subject:Re: OE Historical article re: Mainframes
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



In such a historical overview, you have to make a selection.
Of course, there are other machines also to be considered mainframes,
for example General Electric machines or machines in foreign countries, 
Europe
or the Soviet Union. Some of them were very powerful and sophisticated 
and built in much
larger numbers than, for example, the IBM 7030 Stretch. So IMHO the 
selection
is a little bit biased vs. USA and IBM, but that's OK for me, as long as 
it does
not say that it is supposed to cover the whole story.

Kind regards

Bernd



Am 06.05.2013 06:28, schrieb Shmuel Metz (Seymour J.):
 In 016701ce491b$66732590$335970b0$@mxg.com, on 05/04/2013
 at 06:02 PM, Barry Merrill ba...@mxg.com said:

 But they skipped the 610,
 A bit underpowered to be considered a mainframe. Wasn't it
 contemporaneous with the much faster 704?


--
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: OE Historical article re: Mainframes

[Ron Wells]

http://www.homecomputer.de/pages/easteurope_ro.html

--
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: OE Historical article re: Mainframes

[Ron Wells]

interesting to see what other were up too...

--
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: SDSF

[Ron Wells]

found it...tksracf definition



From:   Shmuel Metz (Seymour J.) shmuel+...@patriot.net
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   04/24/2013 03:23 PM
Subject:Re: SDSF
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



In
of65cfd312.79eaaee2-on86257b56.00453ba3-86257b56.00454...@agfinance.com,
on 04/23/2013
   at 07:36 AM, Ron Wells ron.we...@slfs.com said:

Have a user getting error trying to print...think it is not RACF 
related...but in the ISFparms somewhere ...

A $HASP message points to JES2, not to SDSF. It could be JESPATMS, but
IMHO RACF is more likely.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2http://patriot.net/~shmuel
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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: SDSF

[Ron Wells]

Have a user getting error trying to print...think it is not RACF 
related...but in the ISFparms somewhere ...

can someone lead me in right direction..

user with ID being with XB can not print outputgets following msg...no 
ICH msgs...

$HASP186 XBxxx outgrp=5.1.1 Not Selected by PRT12 Due to Security 192 
Policy..

--
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: SDSF

[Ron Wells]

debug did it...found racf entrytks

--
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

JES2-SYSOUT

[Ron Wells]

Putting a file to SYSOUT with IEBGENER ...

Is there a limit. blksize that can be used...
File is currently VBM 32756 32760 

--
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: Output Writer and TCP/IP

[Ron Wells]

MacKinney





From:   Paul Gilmartin paulgboul...@aim.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/27/2013 06:03 AM
Subject:Re: Output Writer and TCP/IP
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



On Wed, 27 Mar 2013 10:47:06 +0100, Ken MacKenzie wrote:

I've been asked to look at our output writer routines to add the facility
to print using TCP/IP instead of (or maybe as well as) Bus  Tag (EXCP.)

Can anyone with experience in this area direct me to the relevant IBM
documentation, etc?
 
Is this an Infoprint function?

-- gil

--
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: DB2

[Ron Wells]

Have some DB2 questions  not seeing group on listserv ?? 
under a different area ??

--
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: DB2

[Ron Wells]

thanks



From:   Ed Finnell efinnel...@aol.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/21/2013 04:21 PM
Subject:Re: DB2
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



_www.idug.org_ (http://www.idug.org)  should get you pointed in  right 
direction. Doesn't show up on lsoft.com catalist and sub db2-l to 
listsrv.ua.edu sends you off to american edu?
 
 
In a message dated 3/21/2013 4:01:09 P.M. Central Daylight Time, 
ron.we...@slfs.com writes:

Have  some DB2 questions  not seeing group on listserv ?? 
under a  different area ??



--
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: ASG/Mobius

[Ron Wells]

Asked some time ago..do not have copy of reply. and not finding in Arch..

ASG/Mobius 
We have Non-AFP and AFP reports also have  PDF's and JPG's stored on the 
Mainframe/Mobius...Need a means to convert from Mobius/Mainframe to a PCL 
supported printer..

Goal  eliminated need for AFP/IPDS support at the printer..
or
Another approach/suggestion ?? 

--
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: ASG/Mobius

[Ron Wells]

looking to see if anyone used Mobius for this function...not looking to 
buy another vendor ..
not finding it at there site..maybe called something else..





From:   Staller, Allan allan.stal...@kbmg.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/12/2013 12:55 PM
Subject:Re: ASG/Mobius
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



VPS from Levi/Ray/Shoup (LRS). Performs AFP to PCL translation (among 
other things).

HTH,
snip
Asked some time ago..do not have copy of reply. and not finding in Arch..

ASG/Mobius 
We have Non-AFP and AFP reports also have  PDF's and JPG's stored on the 
Mainframe/Mobius...Need a means to convert from Mobius/Mainframe to a PCL 
supported printer..

Goal  eliminated need for AFP/IPDS support at the printer..
or
Another approach/suggestion ?? 
/snip

--
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: ASG/Mobius

[Ron Wells]

interestingwill keep that in mind...
what about the Mobius Windows...server...?? 



From:   craig.p...@fotlinc.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/12/2013 01:28 PM
Subject:Re: ASG/Mobius
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Ron,

Mobius does not support that ability.  If the data is in AFP format in 
Mobius (mainframe), then the output from Mobius via normal distribution on 

the mainframe will be in AFP output.  Now the web viewer will use the 
built in AFP viewer to display the data and then print from there.  There 
is not a way to batch print from Mobius into PDF, PCL, etc. from the 
mainframe.  We just went through this last year as we are getting ride of 
Mobius and wanted a batch way to get the print out for migration.  We 
purchased Crawford Technologies Workflow JES with AFP to PDF conversion to 

do the trick.  We batch print Mobius with all AFP resources and run it 
through Workflow JES to create the PDF.

 
 
 
 
 
Thanks,
 
Craig

 
 
 



From:   Ron Wells ron.we...@slfs.com
To: IBM-MAIN@LISTSERV.UA.EDU, 
Date:   03/12/2013 12:58
Subject:Re: ASG/Mobius
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



looking to see if anyone used Mobius for this function...not looking to 
buy another vendor ..
not finding it at there site..maybe called something else..





From:   Staller, Allan allan.stal...@kbmg.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/12/2013 12:55 PM
Subject:Re: ASG/Mobius
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



VPS from Levi/Ray/Shoup (LRS). Performs AFP to PCL translation (among 
other things).

HTH,
snip
Asked some time ago..do not have copy of reply. and not finding in Arch..

ASG/Mobius 
We have Non-AFP and AFP reports also have  PDF's and JPG's stored on the 
Mainframe/Mobius...Need a means to convert from Mobius/Mainframe to a PCL 
supported printer..

Goal  eliminated need for AFP/IPDS support at the printer..
or
Another approach/suggestion ?? 
/snip

--
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


**
This communication contains information which is confidential and
may also be privileged. It is for the exclusive use of the intended
recipient(s). If you are not the intended recipient(s), please note
that any distribution, copying or use of this communication or the
information in it is strictly prohibited. If you have received this
communication in error, please notify the sender immediately and
then destroy any copies of 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: ASG/Mobius

[Ron Wells]

got ya  tks..




From:   craig.p...@fotlinc.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/12/2013 01:36 PM
Subject:Re: ASG/Mobius
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



The Mobius Server can store its files in different format with that 
add-on from ASG.  The default is store it in their DAT format.

 
 
 
 
 
Thanks,
 
Craig 
 
 



From:   Ron Wells ron.we...@slfs.com
To: IBM-MAIN@LISTSERV.UA.EDU, 
Date:   03/12/2013 13:30
Subject:Re: ASG/Mobius
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



interestingwill keep that in mind...
what about the Mobius Windows...server...?? 



From:   craig.p...@fotlinc.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/12/2013 01:28 PM
Subject:Re: ASG/Mobius
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Ron,

Mobius does not support that ability.  If the data is in AFP format in 
Mobius (mainframe), then the output from Mobius via normal distribution on 



the mainframe will be in AFP output.  Now the web viewer will use the 
built in AFP viewer to display the data and then print from there.  There 
is not a way to batch print from Mobius into PDF, PCL, etc. from the 
mainframe.  We just went through this last year as we are getting ride of 
Mobius and wanted a batch way to get the print out for migration.  We 
purchased Crawford Technologies Workflow JES with AFP to PDF conversion to 



do the trick.  We batch print Mobius with all AFP resources and run it 
through Workflow JES to create the PDF.

 
 
 
 
 
Thanks,
 
Craig

 
 
 



From:   Ron Wells ron.we...@slfs.com
To: IBM-MAIN@LISTSERV.UA.EDU, 
Date:   03/12/2013 12:58
Subject:Re: ASG/Mobius
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



looking to see if anyone used Mobius for this function...not looking to 
buy another vendor ..
not finding it at there site..maybe called something else..





From:   Staller, Allan allan.stal...@kbmg.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/12/2013 12:55 PM
Subject:Re: ASG/Mobius
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



VPS from Levi/Ray/Shoup (LRS). Performs AFP to PCL translation (among 
other things).

HTH,
snip
Asked some time ago..do not have copy of reply. and not finding in Arch..

ASG/Mobius 
We have Non-AFP and AFP reports also have  PDF's and JPG's stored on the 
Mainframe/Mobius...Need a means to convert from Mobius/Mainframe to a PCL 
supported printer..

Goal  eliminated need for AFP/IPDS support at the printer..
or
Another approach/suggestion ?? 
/snip

--
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


**
This communication contains information which is confidential and
may also be privileged. It is for the exclusive use of the intended
recipient(s). If you are not the intended recipient(s), please note
that any distribution, copying or use of this communication or the
information in it is strictly prohibited. If you have received this
communication in error, please notify the sender immediately and
then destroy any copies of 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

ConnDir Secure+

[Ron Wells]

Can anyone here answer question...

Can the new ConnDir on M/F talk to a FTP/SSL on another M/F or does it 
need to be ConnDir to ConnDir??

--
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: Flash Cards on MVS

[Ron Wells]

news on the Graphene progress ??

 



From:   R.S. r.skoru...@bremultibank.com.pl
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/04/2013 12:15 PM
Subject:Re: Flash Cards on MVS
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



W dniu 2013-03-04 18:08, Jonathan Goossen pisze:
 I did some research a while back to familiarize myself with the
 technology. There are two types of flash memory. Static and dynamic.
 Static has a limited number of writes, but can retain the data for years
 without power. Dynamic has a ware limit more like hard disks, but 
requires
 power for the cells to hold the data.

IMHO, no.
Flash memory is flash memory. It's always static.
RAM is dynamic or static. Mainframe central memory, RAM in your laptop 
or PC desktop, or RAM in Wintel server - this is always DRAM. SRAM is 
faster, but it's not widely used because of other reasons like price, 
density, etc.
Flash is very special kind of EEPROM, relatively quick, subject to wear, 
etc. Good for keeping config settings, files, photograpies, etc.
Because of wera it's not good for db activity (many writes, very 
unevenly spreaded).
Flash is used for BIOS in PC motherboards, memory sticks, CF, SD, MMC, 
xD, SD, MS cards widely used in photocameras, mobile phones, etc.

Flash is also used in SSD, but contrary to the above applications, SSD 
require more sophisticated design - to avoid uneven memory cell wearing, 
to replace failing cells and to provide disk-like interface.


BTW: there are also niche SSD disks built on DRAM. Limited capacity, 
extremely high prices. Usually equipped with battery, there were 
versions with battery and regular HDD to dump RAM content.
See: Texas Memory Inc (recently bought by IBM), RAMSAN

BTW2: there are two (or three) flavors of modern flash: MLC, SLC and 
TLC. What's funny the eldest type SLC is also the most reliable, but the 
capacity and price are the worst.
-- 
Radoslaw Skorupka
Lodz, Poland






--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by 
jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste 
adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej 
przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, 
rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie 
zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, 
prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale 
usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub 
zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. 
If you are not the intended addressee of this e-mail or the employee 
authorised to forward it to the addressee, be advised that any 
dissemination, copying, distribution or any other similar activity is 
legally prohibited and may be punishable. If you received this e-mail by 
mistake please advise the sender immediately by using the reply facility 
in your e-mail software and delete permanently this e-mail including any 
copies of it either printed or saved to hard drive. 

BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, 
fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego 
Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 
526-021-50-88. 
Wedug stanu na dzie 01.01.2013 r. kapita zakadowy BRE Banku SA (w 
caoci wpacony) wynosi 168.555.904 zotych.


--
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: Flash Cards on MVS

[Ron Wells]

maybe---but apple started in garage... so looks is not much.. 



From:   R.S. r.skoru...@bremultibank.com.pl
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   03/04/2013 12:36 PM
Subject:Re: Flash Cards on MVS
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



W dniu 2013-03-04 19:21, Ron Wells pisze:
 news on the Graphene progress ??
;-)))

I used to work close to the place when the graphen is being 
manufactured. Paid themfor parking. IMHO the lab looks like abandoned 
factory in Detroit ;-)



-- 
Radoslaw Skorupka
Lodz, Poland



P.S. IMHO flash is more on-topic than weather reports for next SHARE 
conf. ;-)


--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by 
jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste 
adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej 
przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, 
rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie 
zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, 
prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale 
usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub 
zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. 
If you are not the intended addressee of this e-mail or the employee 
authorised to forward it to the addressee, be advised that any 
dissemination, copying, distribution or any other similar activity is 
legally prohibited and may be punishable. If you received this e-mail by 
mistake please advise the sender immediately by using the reply facility 
in your e-mail software and delete permanently this e-mail including any 
copies of it either printed or saved to hard drive. 

BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, 
fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego 
Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 
526-021-50-88. 
Wedug stanu na dzie 01.01.2013 r. kapita zakadowy BRE Banku SA (w 
caoci wpacony) wynosi 168.555.904 zotych.


--
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: USPTO does another goodie.

[Ron Wells]

I am going to pat. a gas tank ... 



From:   John McKown john.archie.mck...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   02/20/2013 07:26 AM
Subject:USPTO does another goodie.
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1Sect2=HITOFFd=PALLp=1u=%2Fnetahtml%2FPTO%2Fsrchnum.htmr=1f=Gl=50s1=8,380,676.PN.OS=PN/8,380,676RS=PN/8,380,676


quote
Automatic deletion of temporary files

*Abstract*

Methods, systems, and apparatus, including computer program products
feature selecting a file in a distributed file system. The file is
associated with a time to live derived from a path name for the file. The
file is divided into a plurality of chunks that are distributed among a
plurality of servers. Each chunk has a respective modification time
indicating when the chunk was last modified. A latest respective
modification time among the respective modification times of each of the
plurality of chunks is selected. A determination is made as to whether an
elapsed time based on the latest modification time is equal to or exceeds
the time to live. Each of the chunks of the file is deleted responsive to
the determination. Other embodiments of this aspect include corresponding
systems, apparatus, and computer program products.

/quote


So, just put an expiration time as part of a file name and you can 
patent
it? These people have their head where the sun don't shine. OK, maybe
nobody else has done this _exact_ thing. But, really? Of course, in 
today's
society, defensive patents are a requirement. So this may be along those
lines.

-- 
This is a test of the Emergency Broadcast System. If this had been an
actual emergency, do you really think we'd stick around to tell you?

Maranatha! 
John McKown

--
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: Article for the boss: COBOL will outlive us all

[Ron Wells]

because that is what they was taught...and live in a BOX ... with blinders 
on




From:   John McKown john.archie.mck...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   02/13/2013 09:27 AM
Subject:Re: Article for the boss: COBOL will outlive us all
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Not in our shop. We're .NET mainly.  On the Windows side, that is. On the
z/OS side, we are almost pure COBOL. At one time, a set of ex-managers 
were
really gung-ho on Java and Linux. But they were replaced by the usual
Windows lovers.


On Wed, Feb 13, 2013 at 9:09 AM, Scott Ford scott_j_f...@yahoo.com 
wrote:

 John,

 Geez, everything is written in Java ?

 Scott ford
 www.identityforge.com



--
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: FW: mainframe selling points -- Start up Costs

[Ron Wells]

Gartner ??  they are and have been against M/F since the mid 80's...Even 
back then saying it was dead



From:   Itschak Mugzach imugz...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   01/31/2013 02:25 PM
Subject:Re: FW: mainframe selling points -- Start up Costs
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



I would like to return to the selling point issue. I stated that there
are many technologies that run better outside the mainframe like Cobol and
sort. Don't take my word, ask Gartner's Dale Vecchio. have a look at this
video on http://www.platformmodernization.org/Pages/about.asp

Itschak


On Thu, Jan 31, 2013 at 7:37 PM, Steve Thompson 
sthomp...@us.ibm.comwrote:

 From:   Edward Jaffe edja...@phoenixsoftware.com
 Date:   01/31/2013 11:17 AM



 On 1/31/2013 8:40 AM, Don Williams wrote:
  Does this mean a M/F developer needs to have deep pockets to be
 successful?

 Depends on your definition of deep. Last I checked it was $500/month 
for

 fully-supported remote development out of Dallas.

 -
 Let's play devil's advocate.

 You have decided that you want to develop a product for z/OS. If you do
 not develop it in Java, or c/C++, then how do you do your development in
 your own sandbox? This, so that you only need, perhaps six months of
 fixing the rough spots on an actual z/OS system.

 You can't get CICS in a Herc environment running MVS 3.8J (O now?).

 Let's say that you have FJ COBOL. So you set the options to be for
 COBOL-II. Now you do all your development that you can. But wait, you 
need
 ISPF at a minimum to drive terminals. Can't do that on a Herc system. 
Come
 to think of it, FJ COBOL will not generate for the Herc environment. So
 that option is gone too.

 One programmer, who has roughed out a system, using VSAM or DB2, has, 
for
 the sake of argument, 2-3 man years of coding to do with debugging. So 
we
 will say 3 to include documenting and testing.

 US$500 * 12 * 3 = US$19,500Just for the system out of Dallas.

 What will be the cost of documenting your software, and who will do it 
at
 what cost? (manual printing or CD/DVD commercial quality stuff).

 How much do you have to have in pocket to handle 3 years of start up
 expenses? Would that be somewhere around $200K?

 Now, you need a paying client. What are your costs to get that first
 client and get them to production and you into maint mode and not
 development? How many clients do you need before you are covering your
 ongoing US$500/mo. and all of your start up costs, so that you have a
 positive cash flow?

 Using your own home systems, how long does it take you to develop
 something in c/C++ .net, Java, etc. and be able to sell it?

 For a one man startup, $200K is a lot of money. BTDT. And the business 
I
 had was NOT in IT.

 Regards,
 Steve Thompson

 Opinions expressed by this poster do not necessarily reflect those of
 poster's employer.

 --
 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

--
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: mainframe selling points

[Ron Wells]

Big Iron...bad label...

This is why Zseries...z/OS--z/VM--Linux...as for expensive? ...TCO...vs 
many many many of other platform(s) Lic fees so on..maint.
as like anything else .. depending on your needs depends on the size of 
the Hardware you may need...as for the size.. you can always grow when you 
have to without reinstalling the world..including staffing..

as for M/Fers being well paid..sort ofbut there are not as many of us 
required at that site for support.

other factors as well...security..DR..
as for newer slicker apps  again...this all can be performed on the M/F 
as well..
and customers are not over a barrel...the alternatives you lead to are 
there on the Zseries..negative's mention for the mainframe?---Zseries? -- 
sorry to say is bogus. Too many Companies today see the advantages and are 
taking them. as for high price you mention..depending on the vendor 
yes..but there are alternatives even IBM.. 
Linux being the high points these days has made the Zseries even more of a 
$$ savings opportunity .

others can add to this list..done pitching...
 




From:   Don Williams donb...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   01/30/2013 03:09 PM
Subject:Re: mainframe selling points
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



For now, IBM has legacy customers over a barrel and can demand a high 
price
for the mainframe hardware and operating systems. But for developers of 
new
apps, they can choose a different platform, esp. if they believe that 
their
customers will purchase whatever platform it takes to run them. I think
eventually (i.e., over decades) legacy applications will be replaced with
newer slicker apps that don't require IBM's big iron.  Hmm, in the decades
to come, will IBM be able to continue to command a high price for its big
iron?  Will employees who work with big iron continue to be well paid?

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of Scott Ford
 Sent: Wednesday, January 30, 2013 3:04 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: mainframe selling points
 
 Tony,
 
 Whoever said IBM was price competitive, they are re only game in town ,
 as far as big iron goes
 
 Scott ford
 www.identityforge.com
 
 Tell me and I'll forget; show me and I may remember; involve me and
 I'll understand. - Chinese Proverb
 
 
 On Jan 30, 2013, at 2:09 PM, Tony Harminc t...@harminc.net wrote:
 
  On 30 January 2013 13:34, Edward Jaffe edja...@phoenixsoftware.com
 wrote:
  On 1/30/2013 10:30 AM, John McKown wrote:
 
  From what I remember, zPDT can only be used for software
 development
  activities. Yes, you can run CICS and DB2 on it. But not
 production
  work. I.e. you can't have your company's general end-users logging
  onto CICS and doing production work which runs the business. I
 guess
  they could do QA testing.
 
 
  zPDT is for software developers only. RDT (based on exactly the
 same
  technology) is for customers.
 
  http://www.ibm.com/software/rational/products/devtest/systemz/
 
  Sure, but for customers to do development and testing only.
 Absolutely
  no production, or even production-like builds. Still no low-end zArch
  machines for a small company to run prod on.
 
  Tony H.
 
  -
 -
  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

--
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: mainframe selling points

[Ron Wells]

and what about Linux -- on the Z platform



From:   Don Williams donb...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   01/29/2013 10:19 AM
Subject:Re: mainframe selling points
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



In my company's case, it's not a matter of asking our vendor to work with
IBM.  The vendor already works with IBM, but has chosen to phase out their
mainframe product and create a new one that runs on PC-based servers.  For
various reasons, the hospital decided to open the field and look for a new
Electronic Medical Record (EMR) package across all platforms.  My
understanding is that there is no viable EMR package available on the z/OS
platform.  This made me wonder -- is there no EMR vendor who chose to
develop their product on the z/OS platform?  I expect that successful
vendors carefully chose their platform(s).  If they are not chosing z/OS,
why not? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Timothy Sipples
Sent: Tuesday, January 29, 2013 1:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: mainframe selling points

Don Williams asks:
I wonder what percent were using z/OS?

I think you're asking what percentage of new mainframe customers run z/OS.
IBM doesn't say as far as I know, but it's over half (greater than 50%)
according to what I've read elsewhere. That's in agreement with my
anecdotal experience.

With respect to the application discussion, I generally agree.
Fundamentally IBM is keeping pace or even leading in providing all popular
(and even not-so-popular) application hosting environments on zEnterprise,
and that's important. (Java is an example where IBM was/is ahead of the
curve.) Also, if there's an application that isn't yet on zEnterprise that
you'd like to see on zEnterprise, ask the vendor, and ask the vendor to
work with IBM. IBM has been increasing its application developer support
resources recently, and there's a steady stream of new applications
announced every month, every quarter, every year.



Timothy Sipples
Consulting Enterprise IT Architect (Based in Singapore)
E-Mail: sipp...@sg.ibm.com
--
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

--
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: mainframe selling points

[Ron Wells]

someone--needs to tell BBC about false statements.





From:   Mike Schwab mike.a.sch...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   01/25/2013 05:47 PM
Subject:Re: mainframe selling points
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Card reader / punch, lineprinter, reel tapes, unmounted 3330 disk pack.

Things have sure progressed since then.

On Fri, Jan 25, 2013 at 12:39 PM, Don Williams donb...@gmail.com wrote:
 The article below does not paint a good future for the mainframe...I 
hope
 the analysts are wrong.

 http://www.bbc.co.uk/news/technology-19399368
deleted
-- 
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

--
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

Sterling-ConnectDirect

[Ron Wells]

Any one may have a sample for a Netmap setup...VTAM(I already have) but 
setting up for a TCPIP connection..

Looking for examples..

--
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: Sterling-ConnectDirect

[Ron Wells]

is what I have 


... and something more from the INIT-deck
   TCP = OES  /* OES  - USE IBM OPEN EDITION SOCKETS   */
  TCP.LISTEN=(ANYADDR, 1364)  /* SINGLE IPV4 LISTEN   */ 
  TCP.API.LISTEN=(ANYADDR , 1363) 
 TCP.TIMER = 120  /* WAIT TIME FOR DATA READ   */
 TCP.FMH.TIMER = 00:03:00 /* WAIT TIME FOR FMH READ*/
TCP.RUNTASK.TIMER = 00:05:00 /* WAIT TIME - SNODE RUNTASK TO COMP  */

 maybe ??

noticed the Node names I usedboth sidesare also defined as VTAM 
node names

Node Name   : NDMPRD  VTAM Applid   : NDMPRD2 
Max Parsess : 14  Def Ses Class : 2 
Session Type: SNA Environment   : 
API Applids : NDMPRDI0 NDMPRDI1 NDMPRDI2 NDMPRDI3 NDMPRDI4 
  NDMPRDI5 NDMPRDI6 NDMPRDI7 NDMPRDI8 NDMPRDI9 
Node Status : INTERNAL, SEND, RECEIVE 
  Session Snode Max : 255 

Do these have to be defines with Diff. names as ADJ definitions???







From:   Juergen Keller juergen.kel...@deutsche-boerse.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   01/17/2013 08:49 AM
Subject:Re: Sterling-ConnectDirect
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



hello Ron,

unfortunately my C:D-colleague is on holiday but I will try to answer your 
question

That's what he has defines in NETMAP:

/*  THE FOLLOWING IS TCP/IP DEFAULT ENTRY AND MUST NOT BE  */
/*  REMOVED IF TCP/IP IS TO BE USED (TCP=IBM OR TCP=SNS IN THE */
/*  INITPARMS).*/
  ADJACENT.NODE = ((TCP.IP.DEFAULT, , , TCP)) 

  ADJACENT.NODE=( (node,1364,ip-addr,TCP) -
  PARSESS=(10 1) - 
  ENVIRONMENT=OS390 - 
) 

  ADJACENT.NODE=( (node,1364,ip-addr,TCP) -
  ENVIRONMENT=WINDOWS - 
) 

  ADJACENT.NODE=( (node,1364,ip-addr,TCP) -
  PARSESS=(10 1)  - 
  ENVIRONMENT=UNIX - 
) 

  ADJACENT.NODE=( (node,1364,ip-addr,TCP,) - 
  PARSESS=(2 1) - 
  ENVIRONMENT=OS400 - 
) 

  ADJACENT.NODE=( (node,1364,ip-addr,TCP) - 
   ALTERNATE.COMMINFO=(ALT.TYPE=TCP,ALT.ADDR=ip-addr) -
ENVIRONMENT=NT - 
  ) 

and the JCL ...

//NDM EXEC PGM=DMINIT, 
//PARM='NDMPREF..PARMLIB(PARMMEM)',
//*   REGION=16M, 
//REGION=0M, 
//TIME=1440 
//*   TIME=1 
//INCLUDE MEMBER=TCPDATA 

TCPDATA

//SYSTCPD  DD DISP=SHR,DSN=

which contains ... (I think you already have one ...)

TCPIPJOBNAME TCPIP 
HOSTNAME  xxx 
DATASETPREFIX  
DOMAINORIGIN  
NSINTERADDR ip-addr 
RESOLVERTIMEOUT 1 

I hope that helps

regards Juergen

--
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: RMF Spreadsheet Reporter

[Ron Wells]

Found problem...had a week/rmf tape that was bad
sorted using the sort parm's
 
 INCLUDE COND=(06,1,BI,GE,X'46',AND,06,1,BI,LE,X'4F')
  SORT FIELDS=(11,4,CH,A,7,4,CH,A),EQUALS
  MODS E15=(ERBPPE15,36000,,N),E35=(ERBPPE35,3000,,N)

took output (batch) into run and able to get the data..

next question..
anyone have batch run to generate all the reports?
seems time consuming to keep asking for reports...think they should 
default all reports and default input without needing to keep putting in 
same file/smf-rmf as input..
option to change---sure--but jumping around not making sense..

maybe just me...

lol

 



From:   Elardus Engelbrecht elardus.engelbre...@sita.co.za
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   12/04/2012 01:15 AM
Subject:Re: RMF Spreadsheet Reporter
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Ron Wells wrote:

 DATE(11012012,11302012)
 RTOD(,2400)
 ETOD(,2400)
 STOD(,2400)
 DINTV(0800)

Please post the dates, quantity and type of records read as collected. 

putting sort smf in place...not sure what it does...hoping will put in 
seq. and elim. any bad recs..

Please post the SORT job and results. RMF is absolutely very picky about 
the correct sequence of its input.

using the orig. month files that gave me problems...

One or many LPARs? On what z/OS level are you?

Groete / Greetings
Elardus Engelbrecht

--
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: RMF Spreadsheet Reporter

[Ron Wells]

well---found problem...

went back to just select from weekly files I had..
found a weekly that was corrupted ... think there may have been a rerun 
and no one said anything..

took 5wk's into sort using below...then took that output as input to 
creating working set...and it worked..


 INCLUDE COND=(06,1,BI,GE,X'46',AND,06,1,BI,LE,X'4F')
  SORT FIELDS=(11,4,CH,A,7,4,CH,A),EQUALS
  MODS E15=(ERBPPE15,36000,,N),E35=(ERBPPE35,3000,,N)





my next question and hopefully someone has already done this...so 
recreating a wheel is not necessary...

jcl(batch) to create the files needed for working sets and ovr files... as 
well where to ftp them into---DIR's?

as for what reports to generaterather get all of them...and select 
what I don't want later 





From:   Elardus Engelbrecht elardus.engelbre...@sita.co.za
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   12/04/2012 01:15 AM
Subject:Re: RMF Spreadsheet Reporter
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Ron Wells wrote:

 DATE(11012012,11302012)
 RTOD(,2400)
 ETOD(,2400)
 STOD(,2400)
 DINTV(0800)

Please post the dates, quantity and type of records read as collected. 

putting sort smf in place...not sure what it does...hoping will put in 
seq. and elim. any bad recs..

Please post the SORT job and results. RMF is absolutely very picky about 
the correct sequence of its input.

using the orig. month files that gave me problems...

One or many LPARs? On what z/OS level are you?

Groete / Greetings
Elardus Engelbrecht

--
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: OT: Hum, MS raising prices?

[Ron Wells]

Ubuntu  or variant 



From:   zMan zedgarhoo...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   12/04/2012 11:58 AM
Subject:Re: OT: Hum, MS raising prices?
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



On Tue, Dec 4, 2012 at 12:00 PM, R.S. 
r.skoru...@bremultibank.com.plwrote:

 AFAIK there is no code which could prevent me from moving the software
 from desktop PC A to new shining desktop PC B (assuming no core/MUS/MIPS
 licenses).
 EULA cannot limit customer rights here.


Confused: by code, did you mean legal or software? I assume that
Microsoft is now doing the hardware hash kind of thing it does for
Windows licenses, and so once you've activated an Office using a given
hash, you'll be allowed to re-activate ONLY using the same (or similar
enough) hash.

If you meant legal code, then are you saying that Polish law requires
portability? If so, would that we had such consumer-protective laws here!
-- 
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: RMF Spreadsheet Reporter

[Ron Wells]

Steve

1,2,3,4th ??  days only reported from monthly I have..

below was date intrv I selected..

 DATE(11012012,11302012)
 RTOD(,2400) 
 ETOD(,2400) 
 STOD(,2400) 
 DINTV(0800) 

been testing in batch ...faster. did each week smf tape separately..
report listing showed follwing..
 
(wk(0) has 11/24-30 
wk(-1) has 11/17-24 
wk(-2) has 11/10-17 
wk(-3) has 11/3-4 
wk(-4) has 11/3-4?? 
wk(-5) has  no Nov data according to rmfpp...

ran test with -5 -4 -2 -1 and (0) as inputbatch  it ran ok and seems 
all data there...at least date wise..per the report listing


putting sort smf in place...not sure what it does...hoping will put in 
seq. and elim. any bad recs..
using the orig. month files that gave me problems...

let ya know what gives..









From:   Steve Conway steve_con...@ao.uscourts.gov
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   12/03/2012 01:13 PM
Subject:Re: RMF Spreadsheet Reporter
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Hi, Ron.

Which days are you getting?  I mean, it IS the 3rd of December.  :-)

I would verify which dates I was specifying, and what dates the data are 
on the input files.


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   Ron Wells ron.we...@slfs.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   12/03/2012 11:59 AM
Subject:Re: RMF Spreadsheet Reporter
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



something strange going on...
trying to select from my monthly rmf..whole month...only getting 4days ??
not seeing anything in doc I need to cleanup anything..delete..
I have called all my datasets/local and remote diff. names just 
incase...same results...

went back against my weekly rmf..same results there too...

?



From:   Lizette Koehler stars...@mindspring.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   11/28/2012 08:36 AM
Subject:Re: RMF Spreadsheet Reporter
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



I have not followed this thread as well as I should, so I apologize if 
this
information has been covered

Have the Share Presentations on RMF Spreadsheet Reporter been of any
assistance?

For example

http://www-03.ibm.com/support/techdocs/atsmastr.nsf/c6192fb3a432612485256d97



0082de57/fbfd446e23654daf862576f60075f401/%24FILE/RMF%20Overview%20Records%2
0and%20Use%20with%20the%20RMF%20Spreadsheet%20Reporter.pdf

or Tiny URL  http://tinyurl.com/chbd3zj

Or this link:

https://share.confex.com/share/115/webprogram/Handout/Session7763/LatestGre



atest.pdf

Lizette


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf
 Of Ron Wells
 Sent: Sunday, November 25, 2012 11:27 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: RMF Spreadsheet Reporter
 
 tks for reply...sent ya another---questions ... workload/seervice
reporting...who
 too's..and altering duration of reporting ..red book sort of helpful but
missing setup or
 something to change either..
 
 
 

--
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


--
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

Re: RMF Spreadsheet Reporter

[Ron Wells]

tks for reply...
was asking question as to how you did the batch...
like where the parm's/control card info was stored...see the batch it 
submits..gather it is getting the info from somewhere..





From:   Shane Ginnane ibm-m...@tpg.com.au
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   11/28/2012 03:51 AM
Subject:Re: RMF Spreadsheet Reporter
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Sorry Ron, are you making a statement or asking a question ?.

As it happens I didn't progress much, despite trying several iterations of 
(z/OS) batch machinations, both before and after that post of mine you 
quoted.
Interesting that this client has a working monthly report - modifying that 
caused it to break also ...

I needed to put something in place that would be useful when I left. The 
reporter just doesn't cut it any more IMHO.
I suspect Andrew may have a new customer soon.

Shane ...

On Tue, 27 Nov 2012 06:59:54 -0600, Ron Wells  wrote:

Shane
you have an example of what ys did for batch processing...as what is
needed and not needed from all the jcl and STUFF generated..
gather the rmfpp parms can then be altered without jumping around in the
gui mess.

yes...seems strange the way it is setup...would be nice to reclac the
intervals for weekly/monthly roll up reporting by the service classes

--
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: RMF Spreadsheet Reporter

[Ron Wells]

Shane 
you have an example of what ys did for batch processing...as what is 
needed and not needed from all the jcl and STUFF generated..
gather the rmfpp parms can then be altered without jumping around in the 
gui mess.

yes...seems strange the way it is setup...would be nice to reclac the 
intervals for weekly/monthly roll up reporting by the service classes




From:   Shane Ginnane ibm-m...@tpg.com.au
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   11/21/2012 02:53 AM
Subject:Re: RMF Spreadsheet Reporter
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Having spent several hours trying to make this product work, the only 
conclusion I can come to is it is an absolute farce.
Totally and utterly unuseable as shipped nowadays.

I, like many others on the list, have used this in the past and managed to 
get some graphs out after floundering around in excel. Not any more. You 
still get to flounder around, but the result is always the mentioned zero 
length file.
*IF* you get that far.

I set aside some time to try and get this finally working so I could 
publish some graphs for the masses.
The GUI is useless - I was unable to ever get it to produce a batch job 
that was of any use at all. Period.
Eventually I went for the (as in MSDOS) batch option.  Update some 
options, kick it off, publish the graphs.
Right ...
At least you get some OVW sysin that happens to produce the output you 
need to generate the worksheet. If you don't blow the ridiculously small 
space on the generated JCL, and you don't want to use date/time 
environment variables in filenames (as MSDOS output) ...
An MSDOS bat file that goes off and calls java that produces a file to be 
separately fed into excel. Hello ... who thinks this stuff up ?.

Lots of fun, but I think I can get what I need sometime tomorrow.
Maybe.

I wouldn't even call this broken as designed

Shane ...


On Sun, 30 Sep 2012 13:58:42 +0530, saurabh khandelwal  wrote:

Hello,
  I am trying to create overview record using Create
option. But I am getting below error

*The returned File has zero Length. Check the remote dataset or review 
the
Post processor for Parameter for detail.
Please refer to RMF postprocessor Message for detail.*

When I tried checking postprocessor job log, I didnt find any issue. But
After the Job run, I don't see any dataset created 
RMF.D273.T220125.OVWREC.

I dont suspect the SMF dump dataset is corrupted. Please suggest.

--
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: RMF Spreadsheet Reporter

[Ron Wells]

tks for reply...sent ya another---questions ... workload/seervice 
reporting...who too's..and altering duration of reporting ..red book sort 
of helpful but missing setup or something to change either..






From:   Ed Finnell efinnel...@aol.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   11/21/2012 01:34 PM
Subject:Re: RMF Spreadsheet Reporter
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Yeah I just glommed the generated JCL and ran a pre-STEP to filter only 
the 
RMF records(type70-79) and XMITIP'd it to my ownself. Very folder  centric
so save it in the Reports folder and do the conversion. The HELP was very 
useful.
 
 
In a message dated 11/21/2012 11:20:18 A.M. Central Standard Time, 
ron.we...@slfs.com writes:

you  happen to try and work jcl to do this creating working set(s) from 
batch  instead of all the hopping around..in  menus??


--
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: RMF Spreadsheet Reporter

[Ron Wells]

mean how too's ... nimble fingers...




From:   Ron Wells ron.we...@slfs.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   11/25/2012 12:27 PM
Subject:Re: RMF Spreadsheet Reporter
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



tks for reply...sent ya another---questions ... workload/seervice 
reporting...who too's..and altering duration of reporting ..red book sort 
of helpful but missing setup or something to change either..






From:   Ed Finnell efinnel...@aol.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   11/21/2012 01:34 PM
Subject:Re: RMF Spreadsheet Reporter
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Yeah I just glommed the generated JCL and ran a pre-STEP to filter only 
the 
RMF records(type70-79) and XMITIP'd it to my ownself. Very folder  centric
so save it in the Reports folder and do the conversion. The HELP was very 
useful.
 
 
In a message dated 11/21/2012 11:20:18 A.M. Central Standard Time, 
ron.we...@slfs.com writes:

you  happen to try and work jcl to do this creating working set(s) from 
batch  instead of all the hopping around..in  menus??


--
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

--
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: RMF Spreadsheet Reporter

[Ron Wells]

you happen to try and work jcl to do this creating working set(s) from 
batch instead of all the hopping around..in menus??
t



From:   Shane Ginnane ibm-m...@tpg.com.au
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   11/21/2012 02:53 AM
Subject:Re: RMF Spreadsheet Reporter
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Having spent several hours trying to make this product work, the only 
conclusion I can come to is it is an absolute farce.
Totally and utterly unuseable as shipped nowadays.

I, like many others on the list, have used this in the past and managed to 
get some graphs out after floundering around in excel. Not any more. You 
still get to flounder around, but the result is always the mentioned zero 
length file.
*IF* you get that far.

I set aside some time to try and get this finally working so I could 
publish some graphs for the masses.
The GUI is useless - I was unable to ever get it to produce a batch job 
that was of any use at all. Period.
Eventually I went for the (as in MSDOS) batch option.  Update some 
options, kick it off, publish the graphs.
Right ...
At least you get some OVW sysin that happens to produce the output you 
need to generate the worksheet. If you don't blow the ridiculously small 
space on the generated JCL, and you don't want to use date/time 
environment variables in filenames (as MSDOS output) ...
An MSDOS bat file that goes off and calls java that produces a file to be 
separately fed into excel. Hello ... who thinks this stuff up ?.

Lots of fun, but I think I can get what I need sometime tomorrow.
Maybe.

I wouldn't even call this broken as designed

Shane ...


On Sun, 30 Sep 2012 13:58:42 +0530, saurabh khandelwal  wrote:

Hello,
  I am trying to create overview record using Create
option. But I am getting below error

*The returned File has zero Length. Check the remote dataset or review 
the
Post processor for Parameter for detail.
Please refer to RMF postprocessor Message for detail.*

When I tried checking postprocessor job log, I didnt find any issue. But
After the Job run, I don't see any dataset created 
RMF.D273.T220125.OVWREC.

I dont suspect the SMF dump dataset is corrupted. Please suggest.

--
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