Check out IBM Loads Quantum Computing Onto Its Cloud

[John Mattson]

However, you do not know whether it is on the cloud or not... until you
look.  ; ^ )

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

Re: z/OS 2.2 Question

[John Mattson]

Greetings, Steve.  I am going from 1.3 to 2.2 also, and would like to ask
you to expand on your reply.  I understand the question... but not the
answer.  What changed in Hyperbatch?

>From:Steve Beaver 
>Subject: Re: z/OS 2.2 Question
>Were you aware that Hype-Batch woke up?

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

Re: JCL IF Condition - I'm Missing Something

[John Mattson]

Mr Poncelet is correct here.  While the old fashioned COND statements had a
funky syntax, there are some cases where they just work simpler.
See my example, below, which also presents a reasonable way to make sense
of the old syntax.

> From:CM Poncelet 
> If you want the original JCL COND= parms to fix this (instead of the
> 'JCL for Dummies' IF THEN ELSE), let me know. Cheers, CP

//* REXX INITIAL STEP TO SET RC FOR IDF   *
//*---*
//STEP1  EXEC  PGM=IRXJCL,PARM='SETRC BUILD,COPY'
//SYSEXEC   DD DSN=IDF.PRODCLST.LIBRARY,DISP=SHR
//SYSTSPRT DD SYSOUT=*
//REXXLOG   DD SYSOUT=*
//SYSPRINT  DD SYSOUT=*
//SYSTSINDD DUMMY
//*
//STEP1A  EXEC PGM=WHATEVER,COND=(04,NE,STEP1)
//* IFF 4 is NE to the return code from STEP1 THEN Bypass this step
//*
//STEP1B  EXEC PGM=WHATEVER,COND=(00,NE,STEP1)
//* IFF 0 is NE to the return code from STEP1 THEN Bypass this step

It helps if you have some knowledge of Boolean Logic which should be taught
in programming schools but often no longer is.
Also, note that if the RC from STEP1 is 2 or 6, or anything other than 0 or
4, then NEITHER step will execute and the job will finish with a good
return code, but really fail.   There SHOULD be another test, basic
programming, test for ALL possible conditions whenever possible.
//STEP1C  EXEC PGM=ABENDNOW,COND=((04,NE,STEP1),(00,NE,STEP1))
//* IFF 4 is NE to the return code from STEP1 AND 0 NE  THEN ABEND NOW!!!

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

Re: Loyalty

[John Mattson]

Jack Woehr makes some good points.
Most sysprogs are not very good at public relations.  We do not make
much noise, blow our own horns and are like proof readers for a
publisher... IF we do our jobs perfectly no one notices, which is right,
BUT if we make a mistake EVERYONE notices.  I have been fortunate to
have/choose some very good bosses (interviews are for me to evaluate the
boss of course) who understood and appreciated what sysprogs do.
We used to laugh at annual meetings where the marketing departments
handed out paper awards and plaques left and right, and showered themselves
with praise.  We sat in the back thinking that we earned more than any two
of them, and remembered that they could not do a thing without us.  Lack of
loyalty to a job does not mean we have no Pride in our work.

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

Job opening RACF & SYSPROG

[John Mattson]

I hope I am not violating any rules here.  If I am, just tell me, gently,
and I will cease and desist.  I just want those on the list looking for
jobs to find them, I have no horse in this race.
My old eyes first read the company as CorN force well, it is Alabama
but should be Iowa.

My name is Jim Chancy. I am the lead Recruiter for Comforce's (also known
as AIC) Birmingham and Atlanta offices.

I came across your profile on LinkedIn while recruiting for a RACF and z/OS
Systems Programmer opening with one of our enterprise healthcare industry
partners here in Birmingham. Our client is looking for a Systems Programmer
with excellent RACF development skills for mainframe environments. This
role is with a great company and the compensation for this position is
flexible for candidates with the required experience. They are also willing
to provide relocation assistance if needed.

If you would be interested in discussing the role, please reply back as
soon as possible with your best contact number and availability to talk.

***RACF and z/OS Systems Programmer - will consider both Sr. and Architect
level candidates. Pay will be based on experience 120k to 140k

If you are not available or not a fit for this role, but you know someone
who you believe has the qualifications required for the role, please feel
free to forward along my message and contact information.

Regards,

Jim Chancy
Lead Recruiter - AIC & Comforce (ACS companies)
jim.cha...@comforce.com
Direct 205-380-4049 <(205)%20380-4049>, Mobile 205-516-5855
<(205)%20516-5855>

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

Job Opening Performance & Tuning

[John Mattson]

I hope I am not violating any rules here.  If I am, just tell me, gently,
and I will cease and desist.  I just want those on the list looking for
jobs to find them, I have no horse in this race.

from MasterCard ...
I'm with MasterCard's Global Talent Acquisition team and we are
aggressively searching for a full-time employee position for a Consultant,
Platform Services (z/OS) role. In looking at your LinkedIN profile, I
thought you might be interested in having a look at this opportunity. If
you're not interested, perhaps a friend/co-worker could take advantage of
this inmail.

Our Platform Services Mainframe team is looking for Systems Programmer to
perform performance & tuning activities on a z/OS platform. Ideally this
candidate will have worked with Workload Manager (WLM) in a Highly
Available Parallel Sysplex. The full job description is available here:
https://mastercard.wd1.myworkdayjobs.com/en-US/CorporateCareers/job/OFallon-
Missouri/Consultant--Platform-Services_R-43930-1
or if you reply to this inmail I will email you directly.

This is an exciting time at MasterCard. We continue to grow and I invite
you to check us out. You can quickly get an idea of what MasterCard has to
offer your career at: http://www.mastercard.com/
corporate/ourcompany/about-us.html
This role is in our technology headquarters in St. Louis, MO and MasterCard
does offer a nice relocation assistance package. Thank you for your
consideration and I hope to hear from you.

Ryan Sullivan ryan_sulli...@mastercard.com

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

Job Loyalty

[John Mattson]

 Loyalty is dead in the workplace.  Companies will dump you in a flash
unless they have an immediate need, and employees should be ready to take
any better offer which comes along. I coined a phrase many years ago "No
company will pay you as much to STAY as another will pay you to GO".
 Reality is that the business universe has changed so much just since
2007 that anyone in ANY business or employee will have to re-invent
themselves every few years, or become obsolete. Thomas L. Friedman has some
fascinating information about this, and what we need to do to survive.  I
really like his suggestion that all education costs be tax deductible.

videos
How To Survive In The Age Of Acceleration
https://www.youtube.com/watch?v=2isrXHXz9w4

Globalization and Education https://www.youtube.com/watch?v=IclRM-yYXc0

and Books "That Used to Be US" and "The world is flat"

(Disclosure: I have zero profit from or investment in Mr Friedman or his
products. I wish I did tho)

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

Re: IBM's Marissa Mayer moment: Staff ordered to work in one of 6 main offices – or face the axe (2)

[John Mattson]

Why not admit that management it just not flexible, innovative, smart
enough to determine whether their employees are working effectively.  I
totally view this as an admission of management's failure to keep up with
changing technology and workplace reality.

Needless to say, I may not be popular with management.

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

Re: IBM SR process -- brilliant

[John Mattson]

AcronymFinder.com  finds 93 possible for TLA   I choose True Love Always

ICN Only 54... Not sure if I prefer "Inter-Array Correlation-Neglecting"
(WTF) or "I Care Not" better.

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

Re: zOS SYSPROG jobs

[John Mattson]

(sorry, finger check)
And often they have no experience with zOS and therefore only a hazy
idea of what we are doing.

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

Re: zOS SYSPROG jobs

[John Mattson]

Laid off May 2014 after 18 years at Epson, could not find anything for
about four months and then suddenly I had multiple offers... the nature of
life... rather like dating, feast or famine.  Was lucky to snag a job five
miles from my house, and the MF system is due to be replaced about the time
I intended to retire anyhow.  Sweet.
I suspect they will not meet their turnover date, so I have let it be
known that I will stay on if I am paid a retainer and come in as needed.
Seems reasonable to me, but who knows what management will do.
The unwillingness for most companies to allow remote work is because
they do not know how to manage it.  Often managers are younger than the
SYSPROGS

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

BPXP018I THREAD ENDED WITHOUT BEING UNDUBBED WITH COMPLETION CODE 0033E000 , AND REASON CODE 00000000

[John Mattson]

Going to CICS TS 5.2 and noticed this message when the CICS region comes
down.
zOS 1.13 DB2 and IMS

It looks like OMVS is FULL ACTIVE.
So why getting this message when CICS Region comes down?

+DFHTM1703 TCICS01 CICS is being terminated by userid CICSMTO in
transaction CESD. BPXP018I THREAD 0D8D8B00, IN PROCESS 124, ENDED
WITHOUT BEING UNDUBBED WITH COMPLETION CODE 0033E000 , AND REASON CODE
.
"D OMVS" gives BPXO042I 12.59.18 DISPLAY OMVS 904 OMVS 000E ACTIVE
OMVS=(00)

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

Paper tape

[John Mattson]

GTE Data Services in Marina del Rey, CA was still getting paper tape
out put from telephone local offices in 1982.  Basically the system worked
fine, and while they were scheduled for replacement, they figured "If it
ain't broke, don't fix it."  Tapes came from the local offices and were
read into the IBM and/or Amdahl machines where were running MVS 3.2 if I
remember correctly.  If Howard Thompson or any of those folks are lurking
out there, please correct me.

But even more ancient were the plug boards which were used for other
purposes.  There was one lady, Sono Obuchi, who was the only one who knew
how to program them. I stayed as far away from them as I could.

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

set

[John Mattson]

SET IBM-MAIN DIGEST

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

Re: Bad IOA card replaced, now test lpar Master console and alternate BOXED

[John Mattson]

Indeed, Radoslaw, I should have put OSA card, and it was OSA C

Fortunately I had seen the likes of this before, but LONG LONG ago, and
after much flailing about I did the following:
#D M DEV and found which CHPID was offline,
#CF CHP(31),ONLINE  to config the chpid online
#V 5C1,ONLINE
#V 5C1,CONSOLE,AUTH=MASTER
And that fixed everything.  Fortunately TSO was not affected, and so I
could issue the commands from there.  I have never had the pleasure of
losing a Master Console before, and It was "exhillerating" even on a test
lpar.

Thanks much.

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

Bad IOA card replaced, now test lpar Master console and alternate BOXED

[John Mattson]

So IBM replaced a bad IOA card.  Now the test lpar has both consoles
BOXED.  Messy to say the least.  Nothing I have been able to do has brought
them back online, not VARY ONLINE or VARY CONSOLE.  Says no paths
available.  LPAR is still up, but we have to get out of this.
My first impulse was to IPL the TEST LPAR, but we need the MCONS to IPL.
and if it does not come up I would seem to be in a bit of a bind.
Anyone have any suggestions?

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

Sysprog jobs in North Carolina

[John Mattson]

Just saw these two job postings. Wonder if the job description includes
WASP. Good luck filling 'em.
Systems Programmer Specialist  North Carolina Administrative Office of the
Courts - Raleigh, North Carolina, 27607
Senior Systems Programmer  North Carolina Administrative Office of the
Courts - Raleigh, North Carolina, 27607

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

Re: how to: convince programmer something else is better.

[John Mattson]

It may be uncharitable of me, but perhaps you are talking about how to the
job well, and the programmer is talking about his/her job security.  Create
something hard enough to maintain, and your job security is pretty much
assured.  Reference the "programming standards" article in the recent
submission to this very list.

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

How to cut and paste shorter URL's

[John Mattson]

In general (yes, I know about that) everything which follows the question
mark "?" in a URL is additional baggage.  For example
http://www.computerworld.com/article/3150217/application-
development/but-at-least-he-enforced-programming-standards.html?



will get you to the same place as the much longer one which was recently
used in this list.  If in doubt, just give it a try.

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

Re: CICS SYSIN statements.. are comments possible?

[John Mattson]

Found it! Thanks

http://www.ibm.com/support/knowledgecenter/SSGMCP_5.1.0/com.ibm.cics.ts.doc/dfha2/topics/dfha2_coding_rules_sitparms.html


 "*" in col1 or blank after parm.

On Thu, Oct 6, 2016 at 2:19 PM, John Mattson <johnmattson...@gmail.com>
wrote:

> Google and manuals have let me down.  Is it possible to put comments into
> the //SYSIN input to your CICS STC?  If so, how?
>

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

CICS SYSIN statements.. are comments possible?

[John Mattson]

Google and manuals have let me down.  Is it possible to put comments into
the //SYSIN input to your CICS STC?  If so, how?

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

Apar PM67033: WTOR MESSAGE DFHPA1909 nothing seems to work

[John Mattson]

On z/OS 1.13 going to CICS TS5.2 I get the following while installing
+DFHDH0300 TECHCICS 682
 File /usr/lpp/cicsts/cicsts52/CICS_INSTALL_OK could not be opened
 (ENOENT). Response X'0081', Reason X'0594003D'.
68 DFHPA1909 TECHCICS DATA INVALID FOR 'USSHOME'. RESPECIFY KEYWORD AND
DATA OR *BYPASS WITH '.END': '/usr/lpp/cicsts/cicsts52 *
CBR3610I Volume entry processing. 684
=> Fine, I know the path needs fixing, but would like to proceed.  So I try
to proceed..
I try (## stands for whatever the reply number is, of course)
*##'.END' *
*##'END' *

*##".END" *
*##.END*
*##END*
*then *
*##'.END':*
*##'END': *

*##".END":*
*##.END:*
*##END: *
*and even *

*##'.END': '/usr/lpp/cicsts/cicsts52 *
AND NONE OF THEM WORK.  even ##CANCEL does not work.
   The funny thing is that PM67033 complains that the proper reply is not
in the message, so I have the PTF for the APAR on and the syntax is there
but does NOT actually work.

(Which proves my theory that Tech Writers should actually have to DO what
they are writing about BEFORE they attempt to write about it)
Does anyone know what the proper syntax is to ".END" on this message?

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

Re: remote system support (i.e. the data center is 2 states away from you).

[John Mattson]

Fascinating subject for most of us, just look at all the replies.
Makes me sorry that I am close to retirement when things keep getting more
interesting.
Many years ago that I started doing all of the zOS maintenance because
the rest of the group was eliminated or switched to Unix/Win.  Incredible
tools developed allowed that to happen.  I could download and install major
systems in no time at all.  We went from a bunch of zOS people doing
systems to one zOS and a much larger bunch doing Unix/Win. They called this
"progress".  Hmmm.
 How remote support happened at Acme Anvils. I installed TCPIP on the
MF when no one in management had any interest in it. I bought and paid for
a very expensive cell phone and software many years ago which allowed me to
login to work so that I could play Renaissance music at faires all week-end
while on-call. (amazing how many of us are also musicians)  Once others saw
this, everyone had to have it.  It was worth every cent.
After all these years the major obstacle to remote support is that
management still had not learned how to manage it--- In my (not so) humble
opinion.
My comment to John McKown is "what happens when you want to go on a
real vacation", you know, Europe or Asia?  I realize that one reason I am
at my current consultant job is so that the FTE can go on vacation.
Humbling, but at this point, no problem. I make myself useful.

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

Re: SMPE SCPP Custompac trying to change from "Full replace" to "Software Upgrade".

[John Mattson]

With IBM's excellent help, found the answer in the FM.  Says right
there that software upgrade is for ZOS only, and I am only upgrading CICS.
I am new consultant into this very old shop which has ways of doing
things which predate serverpac and such. This is going to be "interesting".

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

SMPE SCPP Custompac trying to change from "Full replace" to "Software Upgrade".

[John Mattson]

At the beginning of the SCPP install dialog you get an option for "F" full
install or "S" software upgrade.  I should have chosen "S", but I mucked up
and did "F".  So I want to change to "S".  The manual says I should be able
to do
I-Install
C-Create
CReate-create again
DELETE-delete old install
and then get back to the "F" or "S" panel, but that is not happening.  It
creates a new install, but it seems that "F" is still selected.
Does anyone know how to get around this.  IFF it is just a single variable,
I should be able to change that variable... but I do not know what it is.

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

Re: Delta Ourage

[John Mattson]

Perhaps the rush to eliminate mainframes is to eliminate the embarrassment
of having them not fail when most everything else does.

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

Re: Capturing STC SYSOUT when the STC is shut down

[John Mattson]

My suggestion would use the KISS principle.  Yes, you can write (and
maintain) SDSF code or REXX, or use special software, or do it the simple
way.  Remember an STC is just a JCL job for most practical purposes.
1) Change the STC //SYSPRINT to go to DISP=(NEW,CATLG),DSN=SOME.GDG(+1) ...
2) ADD a new STEP  PGM=ICEGENER  and gener SOME.GDG(+1) to SYSOUT=*
Mission accomplished.  Audit has the GDG they want for heaven only
knows why, and the sysout is still in the STC's sysout.

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

IBM plans for the future - an imaginary tale

[John Mattson]

IBM made mistakes back in the 1980's and 1990's from which they may never
really recover.
1) Doing away with the THINK motto.  It seems about the time they did this
is when many of them stopped thinking.
2) Stopped giving the systems almost free to colleges which stopped the
flow of trained personnel.  MS and Apple learned from this mistake.
3) They almost eliminated VM for heavens sake, and now others have
re-invented it and taken the market.  Someone clearly was NOT THINKing.
4) They invented the PC and did not see the potential in it.  It's like
Edison inventing the light bulb, saying "That's nice" and walking away.
Inexcusable.
Had they NOT done these things, cost would not be such a problem.  As
it is, lowering cost is about their only choice. Not a good place to be.

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

Re: Special characters in passwords from non-US computers (Italy)

[John Mattson]

Thanks to everyone,
First let me say ECBDIC was not a consideration, since if I ever had to
access my home mainframe from overseas it would most likely be with my own
laptop with security of my choice, not what a hotel or cyber cafe
provides.  But using the solution I think I have found a local computer
could be used.

Tom Brennan provided a great help by pointing out the Language options in
the Windows Control Panel.  With that in mind I printed the special
characters on the US board and the Italy keyboard and then put them into
HxD (excellent HEX Editor from mh-nexus.de) and here is part of what we
get... (looks better with fixed fonts)

 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
 21 40 23 24 25 5E 26 2A 28 29 5F 2B 00 00 00 00 !@#$%^&*()_+ US
0010 21 22 A3 24 25 26 2F 28 29 3D 3F 5E 00 00 00 00 !"£$%&/()=?^ IT

So the moral of this story is if you want to go overseas and use special
characters, before you go, make yourself up a little spreadsheet of how the
US and whatever foreign country you are interested in assigns HEX values to
special characters.

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

Special characters in passwords from non-US computers (Italy)

[John Mattson]

I try to include the special characters on standard US keyboards in
some of my passwords.  On a trip it Italy, I attempted to login to some
websites (not anything very secure of course) and I found that the
passwords always failed.  I could only conclude that the local hex encoding
for the ! @ and/or # characters was different from what it is on a US
keyboard.  Now since these are in pretty common use, especially @ and #, I
thought they would be no problem, but I was wrong.
Now, I could carry my passwords on a US thumb drive and paste them, but
I would rather find out what special characters are common to most European
keyboards, and select from those.  I have not found anything helpful in
Google.   Does anyone have and information on this?

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

Re: Helpful tip for z/OS consultants

[John Mattson]

Much like any job you take, so much depends on the corporate culture,
personalities, as well as the situation.  I am working happily in a
decommissioning situation where their interests and mine match very well.
Were I to give advice to someone entering such a job, I would say insist on
knowing who you will be working with, their "fate", and that they be
included in the interview, or you at least meet them before committing.  It
is a reasonable request.   As to their resenting you, that is illogical, as
Spock would say.  I have been displaced myself, but I did not blame the
workers who were just trying to have jobs themselves.  Blame, if any, goes
on management, not you.  I suspect this was a very unhappy shop before any
of this happened.

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

Re: Grace didn't coin the term "bug"?

[John Mattson]

This story is from my youth, and may be incompletely remembered

In Brainerd, MN around 1963 when I was a young teen, I met a fellow who may
have been the victim of that "first real BUG".  As I remember his story he
was in the military, cannot remember which branch, and operating a
computer. The thing stopped working and in true military fashion they
called out MP's, CID, FBI, CIA and everyone else as they were sure it was
communist sabotage.  They went over the machine with magnifying glasses,
and finger print powder, and grilled this poor fellow, and everyone else
within a mile for hours and then days.  Finally, after weeks of this
someone noticed the moth, covered with layers of finger print powder, and
everyone was glad they had caught the commie suicide moth.  Well this
fellow was very unhappy at his treatment and needless to say, he did not
re-enlist.  Wonder whatever happened to him.

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

Re: [SURVEY] What ISPF terminal model do you use

[John Mattson]

I use Mod-5 and have been an advocate for it because most emulators support
it,  Most zOS sites just give everyone Mod-2 because that is the usual
emulator default.  Everyone I have shown that they can use Mod-5 is usually
delighted with it and never go back. Just being to see the fully sysout or
syslog width convinces most everyone.

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

Clipped digests

[John Mattson]

A while back I was wondering why I could not find one of the subjects
listed in "Topics of the Day" in the body of my eMail.  Figured it out
today.  gMail "clips" long eMails but the only indication is at the BOTTOM
of the eMail. Not user friendly.  Wonder what else I have missed

> you are not the intended recipient, any disclosure, copying, distribution
or use of
> the contents of this information is prohibited. Please reply to the mes...

[Message clipped]  View entire message


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

Digest oddity, item in Topics, but not in Body

[John Mattson]

Last couple of days I have noticed some occurrences of a subject being
listed in the Topics of the day, but not found in the body.  Is there a
problem?  Anyone else getting this?

IBM-MAIN Digest - 23 Feb 2016 to 24 Feb 2016 (#2016-55)
There are 78 messages totaling 4940 lines in this issue.
Topics of the day:
 13. Introducing Open Blockchain for IBM z Systems

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

Why doesn't "="option work in SMP/E panels?

[John Mattson]

I have noticed that it also depends upon HOW you got to various ISPF
panels.  For example IN most cases when you enter 3.4 from the primary
panel enter END, you go back to where you were before 3.4   On the other
hand if you enter 3;4 from the primary panel (assuming ";" is your command
separator) and enter END, you go back to option 3.   This seems to be
modified by panels with PRIM, but seems generally true (note, this is
annecdotal, no claims of real science here).

What I really hate is products like BMC Control-M which have their own
home grown panel system which "looks" like ISPF, but do not follow all of
the rules, like requiring "X" to exit and ignoring PF3 set to END.

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

Anyone using Rocket Software Performance Essential

[John Mattson]

Rocket software has a "Performance Essential" product which they claim
greatly improved VSAM and other I/O processing.  Does anyone have
experience with it?  Basically does it significantly improve I/O and is it
trouble free?

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

Setting up an HMC for one machine two lpars

[John Mattson]

Does anyone know of a simple, clear, straight-forward, tutorial on setting
up an HMC for one CPU with two lpars?  I set up once many years ago, and am
now faced with a new one, and getting it set up so that it which group
object (basically LPAR) gets which activation/load profile is making my
head spin.

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

HMC Defining a new LOAD "object" under the TEST Lpar group.

[John Mattson]

Inherited an HMC for my z9 at 2.9.2 level.  Trying how to remember how do
define a new object to activate/load that lpar with my experimental testing
stuff.  Been beating thru the HMC and SE manuals and cannot find what
should be the simplest of tasks.
Under GROUPS I have CPC Images, Defined CPCs, PROD and TEST groups
Under TEST are...
P006163C -
P006163C:TEST (TESTPLEX:TEST)
Test IPL F800

Below Test IPL F800 is
P006163C:TEST (TESTPLEX:TEST)
/* yes again, but clicking on this I can actually set an activation profile
*/

I want to set up a new "group" similar to "Test IPL F800" called Test IPL
TEST
and I guess another occurance of P006163C:TEST (TESTPLEX:TEST)   below it
so that I can use My TESTing Activation profile.

Problem is I cannot figure out how to add anything below "TEST"
I know it will be embarassingly simple once I see it, but I am stumped
right now.
Is there an HMC Guru in the house?

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

Re: HMC Defining a new LOAD "object" under the TEST Lpar group.

[John Mattson]

Thanks, everyone, Especially Dana.  It was easy once you pointed the way.
Wow, HMC has changed a lot in the last 15 years, but still a bit quirky.

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

What does the 8th character of Load parm mean

[John Mattson]

According to zOS MVS System Commands manual
4. The last character (character 8 of the LOAD parameter) specifies the
alternate
nucleus identifier (0-9). Use this character at the system programmer's
direction.
If you do not specify an alternate nucleus identifier, the system loads the
standard (or primary) nucleus (IEANUC01) and an architectural extension of
the nucleus (IEANUC11 or IEANUC21), unless the NUCLEUS statement is
specified in the LOADxx member.
 Unfortunately they do NOT give an example.  In my case I have
inherited an HMC with 00T1 as its value. I understand the first 7
chars, but does the "1" mean IEANUC01 11, 21, or what?
Fortunately "T" turns on Informational messages and I see in the syslog
"IEA091I NUCLEUS 1 SELECTED" and the message is actually useful (for once)
and says that IEANUC01 was selected. I would think that they would just put
that in the syslog message, but that would be too easy.
My concern is what about the "architctural extension"?  I doubt that I
would ever want to change this value, but I would like to know just in case
I do someday. I think the manual should just SAY "1" is the default and
corresponds to IEANUC01 IEANUC11 IEANUC21 and so on.  "2" would be IEANUC02
and so on.  I think this is the case but would like verification.  And an
update to the manual.

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

Web access to HMC failing to connect

[John Mattson]

Finally solved this.  It was part of the IE configuration.
If you get the Login page missing the USERID:   PASSWORD: boxes...

Check in IE>Internet Options>Advanced
   that HTTP 1.1  and all of the SSL & TLS are checked

Check IE > Compatibility View Settings
   That the HMC url is not in the list and that Compatibility box is not
checked.

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

Re: Web access to HMC failing to connect

[John Mattson]

Greetings Elardius
   Using IE 11 and Win 7.  I am going to just use IE rather than try to
figure this out on Chrome
   I clicked HTTP 1.1 and the PROXY
   Yes, all SSL and TLS checked.
   If I can "give back" to this list that would be great.  I often feel
that I get so much more than I contribute.  At least when I do find an
answer I post it.  One of my few disappointments on this list is when I
find a thread identical or similar to my problem and those involved give up
or solve it and never post how.

On Mon, Nov 30, 2015 at 12:48 PM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> John Mattson wrote:
>
> >Finally solved this.  It was part of the IE configuration.
>
> Cool! What was your Internet Exploder (sic) version? Sorry that I ask, bu=
> t if you mentioned that, I probably missed that in this thread.
>
>
> >Check in IE>Internet Options>Advanced
> >   that HTTP 1.1  and all of the SSL & TLS are checked
>
> Only HTTP 1.1? With or without proxy? All 5 SSL and TLS checked (on IE v1=
> 0)?
>
>
> >Check IE > Compatibility View Settings
> >   That the HMC url is not in the list and that Compatibility box is not=
>  checked.
>
> Hmmm, interesting. Not checked? I would expect the reverse, but Ok. T=
> hanks. That is news to me. Thanks again!
>
> What about your other browsers like FireFox and Chrome? Or are you not us=
> ing them?
>
> Thanks for your post. I believe you will save lots of grey hairs in the f=
> uture for others.
>
> 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
>

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

Re: IBM Mainframe

[John Mattson]

My personal experience.  I'm 67, laid off after 18 years May 2014,
consultant with raise Sept 2014, Hired away with raise Aug 2015.  Yes,
there is work to be had.  More so if you are able to travel and/or
re-locate, but I am seeing more notices for work-from-home.  PS, once you
are on Medicare, most company"benefits" are worth very little to you, so
you might as well consult.

On Wed, Nov 25, 2015 at 3:37 PM, esst...@juno.com  wrote:

> From my personal observation I don't see a shortage of Mainframe Skills.=
>
> I do see companies not willing to pay for an experience skill set. In to=
>  days economic climate business are very reluctant to hire staff positio=
> ns, they would rather invest in contractors.
> =2E
> =2E
> Just my observation.
>
>   =
>
>
> -- Original Message --
> From: David Speake 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IBM Mainframe
> Date: Wed, 25 Nov 2015 17:22:11 -0600
>
> Last Friday I was told that there is a desperate shortage of IBM=
> =
>
> mainframe talent at most all skill levels and specialties. I have   =
> =
>
> not done my homework, say on Monster.com or otherwise.  =
> =
>
> Suspect that, if true, it would be a hot topic here. So I scanned   =
> =
>
> rather quickly through October and November archives. Any   =
> =
>
> comment on  this rumor. I am 71 years old and the same  =
> =
>
> source cheered me a bit by noting that a local outfit had very  =
> =
>
> recently hired an 81 year old COBOL programmer. No info on  =
> =
>
> his experience nor more importantly his skill level. A Good friend, =
> =
>
> also 71, retired and then lost his entire retirement in failed business =
> =
>
> venture. Hope the rumor is true. Job security for those of us that  =
> =
>
> still have them and maybe hope for him and some of the others   =
> =
>
> less fortunate. =
> =
>
> =
> =
>
>
> --
> 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

HMC and certificate

[John Mattson]

I confirmed both in IE and Java Console.  Java IS enabled.
This is most perplexing

NameJava(tm) Plug-In SSV Helper
Publisher   Oracle America, Inc.
Status  Enabled
Architecture32-bit
Load time   0.00 s

NameJava(tm) Plug-In 2 SSV Helper
Publisher   Oracle America, Inc.
Status  Enabled
Architecture32-bit
Load time   0.01 s

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

HMC and certificate

[John Mattson]

I just noticed another annoying thing.
In my IE session what I see is this

Hardware Management Console (Version 2.10.2) Logon
Please wait while the login page is loading. For more information, click
"Help".
CANCEL   HELP

HOWEVER, when I Select that area from IE and Paste it into MS Word I see
something quite DIFFERENT !!!



Hardware Management Console (Version 2.10.2) Logon



Please enter a userid and password below and click "Logon".

Top of Form

Userid:

Password:

Bottom of Form

Please wait while the login page is loading. For more information, click
"Help".

Top of Form


Now I am REALLY confused.  Why do I see something different in IE and how
can I be Selecting and Pasting something which does not even show up in
IE???

IF I could see the UID and PW fields I could at least try to login.

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

HMC and certificate

[John Mattson]

I got by the SSL problem with my browser, now I am finding a problem with
the self signed cert from the HMC.  As best I understand it, my predecessor
created  a self signed cert using the HMC.  It is not expired.  I get to
the HMC pre-logon screen in IE, but get a

There is a problem with this website’s security certificate.
The security certificate presented by this website was not issued by a
trusted certificate authority.
Not recommended iconContinue to this website (not recommended).

I click on Continue, and get

This web server is hosting the Hardware Management Console application.
Click on the link below to begin.
Log on and launch the Hardware Management Console web application.
You can also view the online help for the Hardware Management Console.

   Hardware Management Console (Version 2.10.2) Logon

Please enter a userid and password below and click "Logon".
Userid: Password:

Please wait while the login page is loading. For more information, click
"Help".

And at this point it just sits forever.  The Certificate Error persists in
the IE header.

I tried doing IMPORT of the cert, it went into the "OTHER People" certs,
but I cannot get it into the "Trusted Root Certificate Authority".
Does anyone have a suggestion here?

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

Re: HMC and certificate

[John Mattson]

Correction to my message.  The "Userid: Password: " fields do NOT show up.
Mistake in my copying.  Oh, if only they did.

On Tue, Nov 24, 2015 at 3:01 PM, John Mattson <johnmattson...@gmail.com>
wrote:

> I got by the SSL problem with my browser, now I am finding a problem with
> the self signed cert from the HMC.  As best I understand it, my predecessor
> created  a self signed cert using the HMC.  It is not expired.  I get to
> the HMC pre-logon screen in IE, but get a
>
> There is a problem with this website=E2=80=99s security certificate.
> The security certificate presented by this website was not issued by a
> trusted certificate authority.
> Not recommended iconContinue to this website (not recommended).
>
> I click on Continue, and get
>
> This web server is hosting the Hardware Management Console application.
> Click on the link below to begin.
> Log on and launch the Hardware Management Console web application.
> You can also view the online help for the Hardware Management Console.
>
>Hardware Management Console (Version 2.10.2) Logon
>
> Please enter a userid and password below and click "Logon".
> Userid: Password:
>
> Please wait while the login page is loading. For more information, click
> "Help".
>
> And at this point it just sits forever.  The Certificate Error persists in
> the IE header.
>
> I tried doing IMPORT of the cert, it went into the "OTHER People" certs,
> but I cannot get it into the "Trusted Root Certificate Authority".
> Does anyone have a suggestion here?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: HMC and certificate

[John Mattson]

Thanks, Jerry.  I had indeed tried that and I have what looks like a valid
.cer file,
-BEGIN CERTIFICATE-
MIICMDCCAZmgAwIBAgIQNptcVHKLTY6DrL2b+4zS1jANBgkqhkiG9w0BAQUFADAo

Q7ML/YE8Hl0G9cnuRzRU2LYIJl3tZ5o+VNOzwdmkETblAbD0
-END CERTIFICATE-
And I have tried several times to IMPORT it into the "Trusted Root
Certificate Authority", I go thru the whole process, and it pops up a
window saying "import successful", but when I check the   "Trusted" it does
NOT appear.  I have only been able to import it to the "Other People".   I
have never before had this sort of problem.  I am wondering whether my
predecessor messed up the Self Signed Cert.   I notice that it is a 1024
bit cert.

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

Web access to HMC failing to connect

[John Mattson]

I have an HMC running 2.10.2 version on a Unix box.  It works just fine
from its attached console, but refuses access from our local LAN.
Basically attempts to connect to it just wait and time out.
- HMC on a "10" network
- I can Ping it fine, and the DNS name, and the DNS name resolves properly
- Cannot telnet, or make other type of connection
- I confirmed with my network folk that the ports in the 2.10.2 HMC manual
Appendix c were open, and he stated that not only were they open, but there
is no firewall inside this local net.
- I confirmed that
Hardware Management Console Settings
Customize Console Services
Remote Operation is ENABLED
- I confirmed that my UID had Remote Web access enabled, even tho I am not
even getting to the login screen.
So everything I have been able to research appears in order, but I am
still unable to connect. Any suggestions where to look here?

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

Re: Web access to HMC failing to connect

[John Mattson]

Thanks, Jerry.
I confirmed valid gateway / default route is good.  I also checked in
Network Diag and confirmed that I could successfully Ping my PC from the
HMC, so I think those parts appear to be working correctly.
Customize Console Services>Remote Operation is enabled
I could not find any place in HMC for SLL Settings (I am on v2.10.1)

 On a hunch I enabled SSL2 & SSL3 in my IE browser, and got to the HMC
"front page".  I installed our cert on my PC, and I think I am past the
initial problem.  Now I have to recycle my browser/PC and see if I am
totally connected now.  MANY THANKS,

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

Re: Web access to HMC failing to connect

[John Mattson]

Greetings, Lizette,  Messages are not too helpful, I fear. I did not setup
or configure the Unix box, so I cannot add much about how it was setup by
my predecessor.

This page can’t be displayed

   - Make sure the web address http://10.16.xx.xx is correct.
   - Look for the page with your search engine.
   - Refresh the page in a few minutes.

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

Deleting all members of a pds

[John Mattson]

Someone was asking about deleting all members of a pds.  I just noticed
that DFSort has a bunch of "samples" one of which includes how to use
ICETOOL to delete all members of a PDS.  Hope this helps.  Lots of other
neat things in here too.
http://www-01.ibm.com/support/docview.wss?uid=isg3T794

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

AW: Re: Fastest way to read OLDEST GDG entry

[John Mattson]

Let's think outside this box a minute.  GDG's were designed to group
similar records by generation. The fact that they work for other things is
just a bonus.  This case is using GDG's as a "store and forward" type of
process of unique files and GDG's are not designed for this.  Two real
solutions come to mind. 1) use a store-end-forward processor like MQSeries
or 2) Single thread this so that each one is read/processed/deleted as it
comes in, and no more can come in until that one is finished. (I doubt that
a new GDG may be created while you are reading the oldest gdg anyhow).
   A third possibility which is kludgy would be to create each new DS with
a unique DATETIME in the DSN and then do the catalog list and search for
the oldest date.  No roll-off, no problems with new GDGs coming in.

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

Fortran, assembly programmers ... NASA needs you – for Voyager • Job For Shane?

[John Mattson]

This is just too sweet. Decisions decisions, retire and spent lots of time
in Italy, or code assembler for NASA. Hmmm let me have a glass of Pinot
grigio and some pasts and think about it. zzz

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

How to change SMS

[John Mattson]

I just want to thank Lizette Kohler for the clear, concise yet detailed,
and patient answers.  I read thru this thread just to refresh myself on how
SMS works, and learned several things along the way. Many thanks for the
good answers.

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

Re: The Mainframe world?

[John Mattson]

I challenge the question.  Just what are we measuring with this "trend"?
If we ASSUME that this measures interest in systems, then interest in all
three is decreasing, and it appears Windows fastest of all.  Is everyone
going iOS or Google for business applications?
Hmmm?
If we assume that this measures number of problems for which folks went
Google-ing for solutions, then zOS is the clear winner.  Really, many of us
download the important manuals as PDFs and know where to find the answer,
We use groups like this when we are stumped and Google when that yields no
answer.  Ergo, not much trend but also no indication of change in interest.



"We have not succeeded in answering all your questions. Our investigation
of the questions has led to a series of more complex and preplexing
questions.  Indeed in many ways we are more confused than ever, but we feel
that we are confused on a higher level, and about more important things".

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

Re: Limit number of frames of real storage per job

[John Mattson]

As I remember from Barry Merrill...  memory should be treated like
electricity or plumbing.  You should never run out.  To put it another way,
if you are doing physical paging, buy more memory.  It is cheap by
comparison to the I/O and cycles needed for physical paging.   (Hopefully
this has not changed since the last time I was luck enough to hear Barry
speak, and hopefully I paraphrased him correctly.)

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

Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly?

[John Mattson]

Depends upon what SMF recs you are talking about.  RMF Monitor I II and III
will do it on the fly for RMF data,   Lots of IBM and OEM products such as
scheduling products, and monitors look at SMF as it is written.

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

Fwd: FC0994 authServer: secure_socket_init failed with rc = 428 (Key entry does not contain a private key)

[John Mattson]

-- Forwarded message --
From: John Mattson johnmattson...@gmail.com
Date: Wed, Dec 17, 2014 at 5:41 PM
Subject: FC0994 authServer: secure_socket_init failed with rc = 428 (Key
entry does not contain a private key)
To: RACF Discussion List rac...@listserv.uga.edu,
ibm-m...@listserve.ua.edu

Cross post RACF-L and IBM-MAIN
Getting the error trying to do TLS FTP from zOS 1.11 to a Unix server.
Hoping someone has seen this before.  FC0994 authServer: secure_socket_init
failed with rc = 428 (Key entry does not contain a private key)  I have
checked and re-checked that our SelfSigned cert is the private one, and
that we have the vendors CERTAUTH and SITE certs in place.  I did find an
old entry from Hal Merritt back in 2009, but no resolution.

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

Re: Pissing contest(s)

[John Mattson]

So does anyone wonder where the phrase came from anyhow?  Were there such 
contests in the distant past?  Was it an ancient Greek olympic event? 
What?   Certainly seems like good material for Monty Python. 

John Mattson, Epson America desk: 562-290-4163 cell:310-210-9152



From:   Scott Ford scott_j_f...@yahoo.com
To: IBM-MAIN@LISTSERV.UA.EDU, 
Date:   09/23/2013 07:40 AM
Subject:Re: Pissing contest(s)
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



I love it ...2 points Richard ...

Scott J Ford
Software Engineer
http://www.identityforge.com/
 
 


 From: Richard Pinion rpin...@netscape.com
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Monday, September 23, 2013 8:47 AM
Subject: Re: Pissing contest(s)
 

Do the movie titles Grumpy old men and Grumpier old men come to mind?



--- ibm-m...@tpg.com.au wrote:

From: Shane Ginnane ibm-m...@tpg.com.au
To:  IBM-MAIN@LISTSERV.UA.EDU
Subject: Pissing contest(s)
Date: Mon, 23 Sep 2013 05:37:46 -0500

Enuff already guys.

There's no shortage of egos on this list, but let's keep it so we can all 
take something out of it.

Shane ...

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




_
Netscape.  Just the Net You Need.

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

gzip zOS data set into zOS omvs file

[John Mattson]

I may cross post to mvs-oe list. 
Is it possible to run gzip from the OMVS /bin and gzip a mainframe zOS 
dataset into an omvs file?  Naturally I could do it by first copying the 
file to omvs, but I would prefer to avoid that.  Its bad enough having 24 
gig in one place on disk, would rather not have it in two, even for a 
short time. 

John Mattson, Epson America desk: 562-290-4163 cell:310-210-9152

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

Re: Simple question about BEGINROUTES, how to force traffic for a segment thru one OSA address

[John Mattson]

Cross Posting to IBMMAIN and TCPIP 
Sorry, failed to put in the above notice.  Hope someone has an answer. 



From:   John Mattson/Epson
To: IBM Mainframe Discussion List ibm-m...@bama.ua.edu, IBM TCP/IP 
List ibmtc...@vm.marist.edu
Date:   08/15/2012 06:02 PM
Subject:Simple question about BEGINROUTES, how to force traffic 
for a segment thru one OSA address 


I have a really simple IP net on zOS 1.11.  Two OSA adaptors FA00  FB00 
and I want to route everything for the segment 192.xxx.xxx to FA00 and 
everything ELSE thru FB00.  My current IP parms include the following 
where LINKMQFB00 is for OSA DEVFB00 and FA for FA. 
 BEGINROUTES 
;   Destination Subnet Mask   First HopLink Name Packet Size 
  ROUTE 136.239.131.0/24  = LNKMQFB00 MTU 1492 
  ROUTE 192.168.240.0/24  = LNKMQFA00 MTU 1492 
  ROUTE DEFAULT   136.239.131.1 LNKMQFB00 MTU 1492 
 ENDROUTES 

What I am seeing is everything go thru the DEFAULT (I'm basing 
this on the Refcnt) 
EZZ2350I MVS TCP/IP NETSTAT CS V1R11   TCPIP Name: TCPMQ 17:52:19 
EZZ2755I DestinationGateway FlagsRefcnt Interface  
 
EZZ2756I ------ --- -  
 
EZZ2757I Default136.239.131.1   UGS  32 LNKMQF000  
 
EZZ2757I 127.0.0.1/32   0.0.0.0 UH   00 LOOPBACK   
 
EZZ2757I 136.239.131.0/24   0.0.0.0 US   00 LNKMQFB00  
 
EZZ2757I 192.168.240.0/24   0.0.0.0 US   00 LNKMQFA00  
 
EZZ2757I 136.239.131.205/32 0.0.0.0 UH   00 LNKMQFB00  
 

How may I most easily set this so that all traffic thru this IP 
stack to the 192.168.240 segment uses the FA00 device, and everything else 
uses the FB00 device? 

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

Re: Auditors Don't Know Squat!

[John Mattson]

It seems to me that most of the auditors I encounter are fresh out 
of college.  Perhaps auditing is a sort of boot-camp for young 
accountants.  My impression is that they are given a book to follow, and 
as long as they follow the book they are safe.  No independent thinking 
allowed.  Come to think of it, we have no anti-virus on zOS either... 
does RACF count?  Probably not in the book. 



From:   Karl Severson karl_j_sever...@raytheon.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   08/16/2012 08:44 AM
Subject:Re: Auditors Don't Know Squat!
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



We have to have our systems waivered for one reason: no anti virus 
software on VM. No matter that passwords can be encrypted or that we can 
have 200 character password phrasing (current requirement 16 characters) 
or that no one writes viruses for VM or that we aren't connected to the 
Internet. Clearly there has to come a time when each platform (Windows, 
Linux, zVM, etc.) is judged on its own merits but that will probably be 
too much work and will never happen.
Karl Severson
Raytheon Company

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

Simple question about BEGINROUTES, how to force traffic for a segment thru one OSA address

[John Mattson]

I have a really simple IP net on zOS 1.11.  Two OSA adaptors FA00  FB00 
and I want to route everything for the segment 192.xxx.xxx to FA00 and 
everything ELSE thru FB00.  My current IP parms include the following 
where LINKMQFB00 is for OSA DEVFB00 and FA for FA. 
 BEGINROUTES 
;   Destination Subnet Mask   First HopLink Name Packet Size 
  ROUTE 136.239.131.0/24  = LNKMQFB00 MTU 1492 
  ROUTE 192.168.240.0/24  = LNKMQFA00 MTU 1492 
  ROUTE DEFAULT   136.239.131.1 LNKMQFB00 MTU 1492 
 ENDROUTES 

What I am seeing is everything go thru the DEFAULT (I'm basing 
this on the Refcnt) 
EZZ2350I MVS TCP/IP NETSTAT CS V1R11   TCPIP Name: TCPMQ 17:52:19 
EZZ2755I DestinationGateway FlagsRefcnt Interface  
 
EZZ2756I ------ --- -  
 
EZZ2757I Default136.239.131.1   UGS  32 LNKMQF000  
 
EZZ2757I 127.0.0.1/32   0.0.0.0 UH   00 LOOPBACK   
 
EZZ2757I 136.239.131.0/24   0.0.0.0 US   00 LNKMQFB00  
 
EZZ2757I 192.168.240.0/24   0.0.0.0 US   00 LNKMQFA00  
 
EZZ2757I 136.239.131.205/32 0.0.0.0 UH   00 LNKMQFB00  
 

How may I most easily set this so that all traffic thru this IP 
stack to the 192.168.240 segment uses the FA00 device, and everything else 
uses the FB00 device? 

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

Re: REXX ISPF edit FIND failing

[John Mattson]

Shmuel !  Its amazing how much you contribute without access to a z 
system.  Hope my memory and research is that good when we go off zOS 
(we're being SAPonified). 
I have to move on to other things but I have found the following: 
1) It is indeed necessary to use the  with the ISREDIT in REXX, 
whenever there is an  in your string, and no matter whether it is a 
symbolic or not (could be just text). 
2) When testing FIND, it is a good idea to VIEW your target data set so 
things will not get changed accidentially, and use CHANGE rather than 
FIND.  Reason is you may be successfully FINDing something OTHER than what 
you think you are finding.  Doing a change to some strange string makes it 
very clear just what you FOUND and CHANGEd.  Much of my confusion was 
self-induced because the FIND commands appeared to be working, but they 
were only finding everything up to the single . 
Thanks for you, and everyone's help 



From:   Shmuel Metz (Seymour J.) shmuel+...@patriot.net
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   07/20/2012 10:25 AM
Subject:Re: REXX ISPF edit FIND failing
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



In
ofddeba129.3add7da9-on88257a40.0050f760-88257a40.00514...@ea.epson.com,
on 07/19/2012
   at 07:47 AM, John Mattson john_matt...@ea.epson.com said:

Shmuel !  I sent my original source, and it was REXX.

It's ISPF that interprets the ampersamds, not REXX. Try turning on the
ISPF trace and see if anything pops out.

Having a few spare moments, I quickly converted the REXX to CLIST 
and all of the FIND's worked as a clist.

What was the exact code? 

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


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

Re: REXX ISPF edit FIND failing

[John Mattson]

Shmuel ! A previous reply also suggested SCAN OFF. I tried it, just 
tried it again, and it makes no difference.  Please look at the example I 
sent before and try it yourself. 



From:   Shmuel Metz (Seymour J.) shmuel+...@patriot.net
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   07/19/2012 05:26 AM
Subject:Re: REXX ISPF edit FIND failing
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



In
ofc169f9df.8de870ec-on88257a3f.006f4f36-88257a3f.00705...@ea.epson.com,
on 07/18/2012
   at 01:26 PM, John Mattson john_matt...@ea.epson.com said:

Thanks to all, I now have something that works, sort of, but there 
is really something wrong with ISPF here.

Not from what you have written. Try what Tom suggested[1] and add SCAN
OFF to your macro.

[1] Don't bother with the SCAN ON unless you need it later in
the macro.

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


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

Re: REXX ISPF edit FIND failing

[John Mattson]

Shmuel !  I sent my original source, and it was REXX.   Having a few spare 
moments, I quickly converted the REXX to CLIST and all of the FIND's 
worked as a clist.  Oddly, they work with or withOUT SCAN OFF.   Whether 
the problem belongs to ISPF, REXX, or both is not my problem.  These 
commands should work as a REXX.   I'll let IBM sort it out. 



From:   Shmuel Metz (Seymour J.) shmuel+...@patriot.net
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   07/19/2012 07:17 AM
Subject:Re: REXX ISPF edit FIND failing
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



In
9b26bc6a6df52d4483dd73b1fe7b4b0658b83d6...@uspho-mxvs07.amer.thermo.com,
on 07/18/2012
   at 10:37 AM, Hardee, Chuck chuck.har...@thermofisher.com said:

Uh, I don't think so.
You're thinking CLIST not REXX.

I doubt it. What he wrote was 'The problem is that ISPF/ISREDIT
evaluates/substitutes any ISPF variable, which in this case is
PDQR.', which does not refer to either CLIST or REXX variables.

Try adding the statement: PDQR=A

To set the ISPF variable PDQR from REXX he needs to dreop the
ampersand:

PDQR=A

You will see in the trace that PDQR was not substituted.

In what trace? The REXX trace is not relevant to substitutions
performed by ISPF.

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


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

Re: REXX ISPF edit FIND failing

[John Mattson]

And the grand prize goes to Tom Ambros  
Yes, use DOUBLE AMPERSANDS in REXX and the FINDs work properly. 
So simple when we finally see it.  Many thanks to everyone. 



From:   Tom Ambros thomas_amb...@keybank.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   07/19/2012 07:58 AM
Subject:Re: REXX ISPF edit FIND failing
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



That's strange, they work fine as Rexx for me: 

JCL: Note line 4 

//REMOTE   DD  DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.(SYSTEM)
//REMOTE   DD  DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.(SYSTEM) 
//REMOTE   DD  DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR(SYSTEM) 
//* TEST LINE TO BE X ALL'ED AND NOT FOUND IN FIND ALLS 
//SYSINDD  DISP=SHR,DSN=PDQ.ALC.UNVLIB(UCMIN) 
X/MYSCRIPT DD  DISP=SHR,DSN=PDQ.ALC.UNVLIB(MY) 

Macro Source:   Note the double ampersands as documented in the ISPF Edit 
and Edit Macros manual. 

/* REXX */ 
ISREDIT MACRO (MEM) NOPROCESS 
trace i 
CONTROL ERRORS RETURN 
ISREDIT X ALL 
ISREDIT SCAN OFF 
ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTE' 
ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR'
ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.'   
ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.('  
ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.(' 

ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.(SYSTEM)'  

ISREDIT F ALL 'DISP=SHR,DSN=PDQ.ALC.UNVLIB(UCMIN)'  

ISREDIT F ALL 'DISP=SHR,DSN=PDQ.ALC.UNVLIB(MY)' 


Trace: 

  4 *-* CONTROL ERRORS RETURN 
L   CONTROL ERRORS RETURN 
 IKJ56500I COMMAND CONTROL NOT FOUND 
+++ RC(-3) +++ 
  5 *-* ISREDIT X ALL 
L   ISREDIT X ALL 
  6 *-* ISREDIT SCAN OFF 
L   ISREDIT SCAN OFF 
  7 *-* ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTE' 
L   ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTE'   
  8 *-* ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR'  

 
L   ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR' 
  9 *-* ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.'   
L   ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.'  
 
 10 *-* ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.('   
L   ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.('

 11 *-* ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.('  

 
L   ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.(' 
  
 12 *-* ISREDIT F ALL 
'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.(SYSTEM)'  
L   ISREDIT F ALL 
'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.(SYSTEM)'  
 13 *-* ISREDIT F ALL 'DISP=SHR,DSN=PDQ.ALC.UNVLIB(UCMIN)' 
 
L   ISREDIT F ALL 'DISP=SHR,DSN=PDQ.ALC.UNVLIB(UCMIN)' 

 
 14 *-* ISREDIT F ALL 'DISP=SHR,DSN=PDQ.ALC.UNVLIB(MY)'   
L   ISREDIT F ALL 'DISP=SHR,DSN=PDQ.ALC.UNVLIB(MY)'  

JCL member now shows: 

//REMOTE   DD  DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.(SYSTEM) 
//REMOTE   DD  DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.(SYSTEM) 
//REMOTE   DD  DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR(SYSTEM) 
-  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  - 1 Line(s) not 
Displayed
//SYSINDD  DISP=SHR,DSN=PDQ.ALC.UNVLIB(UCMIN) 
X/MYSCRIPT DD  DISP=SHR,DSN=PDQ.ALC.UNVLIB(MY) 



Thomas Ambros
Operating Systems and Connectivity Engineering
518-436-6433





From:   John Mattson john_matt...@ea.epson.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   07/19/2012 10:49
Subject:Re: REXX ISPF edit FIND failing
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



Shmuel !  I sent my original source, and it was REXX.   Having a few spare 


moments, I quickly converted the REXX to CLIST and all of the FIND's 
worked as a clist.  Oddly, they work with or withOUT SCAN OFF.   Whether 
the problem belongs to ISPF, REXX, or both is not my problem.  These 
commands should work as a REXX.   I'll let IBM sort it out. 



From:   Shmuel Metz (Seymour J.) shmuel+...@patriot.net
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   07/19/2012 07:17 AM
Subject:Re: REXX ISPF edit FIND failing
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



In
9b26bc6a6df52d4483dd73b1fe7b4b0658b83d6...@uspho-mxvs07.amer.thermo.com,
on 07/18/2012
   at 10:37 AM, Hardee, Chuck chuck.har...@thermofisher.com said:

Uh, I don't think so.
You're thinking CLIST not REXX.

I doubt it. What he wrote was 'The problem is that ISPF/ISREDIT
evaluates/substitutes any ISPF variable, which in this case is
PDQR.', which does not refer to either CLIST or REXX variables.

Try adding the statement: PDQR=A

To set the ISPF variable PDQR from REXX he needs to dreop the
ampersand:

PDQR=A

You will see in the trace that PDQR was not substituted.

In what trace? The REXX trace is not relevant to substitutions
performed by ISPF.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 Atid/2http://patriot.net

Re: REXX ISPF edit FIND failing

[John Mattson]

There is a subtle and dangerous difference with ISREDIT FIND / CHANGE in 
REXX. 
Say you have a simple change command and forget to use  rather than  
/* REXX */ 
TRACE I 
ADDRESS ISPEXEC 
ISREDIT MACRO (MEM) NOPROCESS 
CONTROL ERRORS RETURN 
ISREDIT SCAN OFF 
ISREDIT C ALL 'DISP=SHR,DSN=AAA'   '@#$' 
EXIT 
And THIS is the file you wish to use it on... 
// DD  DISP=SHR,DSN=AAA.XXX 
// DD  DISP=SHR,DSN=BBB.YYY 
// DD  DISP=SHR,DSN=CCC.ZZZ 

IF you use  rather than  here s what you get 
// DD  @#$AAA.XXX 
// DD  @#$BBB.YYY 
// DD  @#$CCC.ZZZ 

If you use  you get 
// DD  @#$.XXX 
// DD  DISP=SHR,DSN=BBB.YYY 
// DD  DISP=SHR,DSN=CCC.ZZZ 

The moral of all this is: Do not assume ISREDIT commands will work 
the same in REXX as in clists, or ISPF.  I find this very annoying, how 
about your folks? 




From:   Skip Robinson jo.skip.robin...@sce.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   07/18/2012 02:26 PM
Subject:Re: REXX ISPF edit FIND failing
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



I have found that the ISPF development folks are pretty responsive. This 
problem is certainly worth an SR. 

.
.
JO.Skip Robinson
SCE Infrastructure Technology Services
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com



From:   John Mattson john_matt...@ea.epson.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   07/18/2012 01:34 PM
Subject:Re: REXX ISPF edit FIND failing
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



While I am at it... 
WHY the Ampersand SYSTEM  WORKS in the find, 
but if you use PDQR rather than $PDQR  it fails  is just madness. 
7 *-* ISREDIT F ALL P'DISP=SHR,DSN=MSYS$UCMD$REMOTE$PDQR$(SYSTEM$'  
  L   ISREDIT F ALL P'DISP=SHR,DSN=MSYS$UCMD$REMOTE$PDQR$(SYSTEM$'


 

8 *-* ISREDIT F ALL P'DISP=SHR,DSN=MSYS$UCMD$REMOTEPDQR$(SYSTEM$'  
  L   ISREDIT F ALL P'DISP=SHR,DSN=MSYS$UCMD$REMOTEPDQR$(SYSTEM$'


 
  +++ RC(4) +++ 



From:   John Mattson/Epson
To: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Date:   07/18/2012 01:26 PM
Subject:Re: REXX ISPF edit FIND failing


Thanks to everyone!  I have kept plugging at this and tried all your 
suggestions. 
Here is what I see so far. 
1) There is no reason syntactically that this should not work 
ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.(SYSTEM)' 

2) For some strange reality THIS works 
ISREDIT F FIRST 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.'
and this does not.. as soon as you add the (
ISREDIT F FIRST 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.('   

3) Lizette's P' processing can be made to work (but really should not be 
necessary)
ISREDIT F ALL P'DISP=SHR,DSN=MSYS$UCMD$REMOTE$PDQR$(SYSTEM' 
Works !!! 
ISREDIT F ALL P'DISP=SHR,DSN=MSYS$UCMD$REMOTE$PDQR$(SYSTEM$'
Works 
ISREDIT F ALL P'DISP=SHR,DSN=MSYS$UCMD$REMOTE$PDQR$(SYSTEM)'
Does NOT 

Now, why ( causes the ISREDIT FIND to go nuts, but not the 
ISREDIT FIND P' ' is quite beyond me.
And why ) causes ISREDIT FIND P' to go nuts, but NOT ( is also 




Thanks to all, I now have something that works, sort of, but there is 
really something wrong with ISPF here. 
by the by, I am on zOS 1.11 



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

REXX ISPF edit FIND failing

[John Mattson]

I have a little dataset which contains 
//REMOTE   DD  DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.(SYSTEM) 
//REMOTE   DD  DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.(SYSTEM) 
//REMOTE   DD  DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR(SYSTEM) 
//SYSINDD  DISP=SHR,DSN=PDQ.ALC.UNVLIB(UCMIN) 
X/MYSCRIPT DD  DISP=SHR,DSN=PDQ.ALC.UNVLIB(MY) 

I have a little REXX which I want to FIND these strings 
/* REXX */ 
TRACE I 
Address ISPEXEC 
ISREDIT MACRO (MEM) NOPROCESS 
CONTROL ERRORS RETURN 
ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTE'
ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR'   
ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.'  
ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.(' 
ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.('
ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.(SYSTEM)' 
ISREDIT F ALL 'DISP=SHR,DSN=PDQ.ALC.UNVLIB(UCMIN)' 
ISREDIT F ALL 'DISP=SHR,DSN=PDQ.ALC.UNVLIB(MY)'
EXIT 

The First Three FIND's work fine.  Starting from the fourth find, 
they all get RC=4, not found.  Even tho I can clearly see that the strings 
exist in the dataset.  What in the whirled is going on here?? Is there 
something special about two 's in a string?  I have tried removing the 
second  from both the find and my dataset and the find still fails.  I am 
at wits end here. 
I have also tried extracting the actual finds like: F ALL 
'DISP=SHR,DSN=PDQ.ALC.UNVLIB(MY)'and executing them in TSO, and they all 
work. What is special here.  FYI, the final  is in col 71 

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

Re: REXX ISPF edit FIND failing

[John Mattson]

While I am at it... 
WHY the Ampersand SYSTEM  WORKS in the find, 
but if you use PDQR rather than $PDQR  it fails  is just madness. 
7 *-* ISREDIT F ALL P'DISP=SHR,DSN=MSYS$UCMD$REMOTE$PDQR$(SYSTEM$'  
  L   ISREDIT F ALL P'DISP=SHR,DSN=MSYS$UCMD$REMOTE$PDQR$(SYSTEM$'
 

8 *-* ISREDIT F ALL P'DISP=SHR,DSN=MSYS$UCMD$REMOTEPDQR$(SYSTEM$'  
  L   ISREDIT F ALL P'DISP=SHR,DSN=MSYS$UCMD$REMOTEPDQR$(SYSTEM$'
 
  +++ RC(4) +++  



From:   John Mattson/Epson
To: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Date:   07/18/2012 01:26 PM
Subject:Re: REXX ISPF edit FIND failing


Thanks to everyone!  I have kept plugging at this and tried all your 
suggestions. 
Here is what I see so far. 
1) There is no reason syntactically that this should not work 
ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.(SYSTEM)' 

2) For some strange reality THIS works 
ISREDIT F FIRST 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.'
and this does not.. as soon as you add the (
ISREDIT F FIRST 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.('   

3) Lizette's P' processing can be made to work (but really should not be 
necessary)
ISREDIT F ALL P'DISP=SHR,DSN=MSYS$UCMD$REMOTE$PDQR$(SYSTEM' 
Works !!! 
ISREDIT F ALL P'DISP=SHR,DSN=MSYS$UCMD$REMOTE$PDQR$(SYSTEM$'
Works 
ISREDIT F ALL P'DISP=SHR,DSN=MSYS$UCMD$REMOTE$PDQR$(SYSTEM)'
Does NOT 

Now, why ( causes the ISREDIT FIND to go nuts, but not the 
ISREDIT FIND P' ' is quite beyond me.
And why ) causes ISREDIT FIND P' to go nuts, but NOT ( is also 


Thanks to all, I now have something that works, sort of, but there is 
really something wrong with ISPF here. 
by the by, I am on zOS 1.11 



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

Re: REXX ISPF edit FIND failing

[John Mattson]

That's one of the very frustrating things about this problem. 
Almost EVERY variation of these ISREDIT FIND's work just fine as the 
'commands between the quotes' in TSO/ISPF. 
So, why don't they work the same way in ISREDIT?  Beats me, that's for 
sure. 



From:   Lizette Koehler stars...@mindspring.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   07/18/2012 02:18 PM
Subject:Re: REXX ISPF edit FIND failing
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU




Thanks to everyone!  I have kept plugging at this and tried all your 
suggestions. 
Here is what I see so far. 
1) There is no reason syntactically that this should not work 
ISREDIT F ALL 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.(SYSTEM)' 

2) For some strange reality THIS works 
ISREDIT F FIRST 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.'
and this does not.. as soon as you add the (
ISREDIT F FIRST 'DISP=SHR,DSN=MSYS.UCMD.REMOTEPDQR.('   

3) Lizette's P' processing can be made to work (but really should not be 
necessary)
ISREDIT F ALL P'DISP=SHR,DSN=MSYS$UCMD$REMOTE$PDQR$(SYSTEM' 
Works !!! 
ISREDIT F ALL P'DISP=SHR,DSN=MSYS$UCMD$REMOTE$PDQR$(SYSTEM$'
Works 
ISREDIT F ALL P'DISP=SHR,DSN=MSYS$UCMD$REMOTE$PDQR$(SYSTEM)'
Does NOT 

Now, why ( causes the ISREDIT FIND to go nuts, but not the 
ISREDIT FIND P' ' is quite beyond me.
And why ) causes ISREDIT FIND P' to go nuts, but NOT ( is 
also 


Thanks to all, I now have something that works, sort of, but there is 
really something wrong with ISPF here. 
by the by, I am on zOS 1.11 


I am z/OS V1.12.  I am using the F P'' ALL inside a member with your 
exact data.

If I use
F ALL p'DISP=SHR=DSN=$PDQ$ALC$UNVLIB$$UCMIN$'

It works

If I use
F ALL p'DISP=SHR=DSN=$PDQ$ALC$UNVLIB$$UCMIN)'


It works.  So not sure where the problem is.  I will test later with an 
ISPF macro.  So native F ALL P'' works.  Just need to check out the 
Macro side.


Lizette

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

Re: Yahoo Password Breach: 7 Lessons Learned - Security - Attacks/breaches - Informationweek

[John Mattson]

Back to basics: My pet peeve(s) (serious security concerns) are: 
1) sites which do not allow use of the full set of special characters.  My 
banks, Google and Facebook do, so it is not that hard.  The more 
posibilities  for each character, the more secure the password. 
2) sites which limit length of userid and/or password.  That's just plain 
dumb. 
I avoid such sites figuring that if they are that lazy/stupid, my 
information is certainly at risk 

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

Show the //SYSIN DD * lines when using TYPRUN=SCAN?

[John Mattson]

In SDSF  INPUT ON will show you the //SYSIN DD *  lines for a job on the 
input or executing queues. But NOT the output queue. 
Is there any way to show what is between the //SYSIN DD * ... and /* lines 
when using TYPRUN=SCAN?   
I do not have CA's or other JCL analysis programs, only IBM 'vanilla' 
stuff.   
I know I could look at the input JCL and see it right there, but there is 
a couple of thousand jobs involved here, and I would to find a better way. 
 


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