Re: Comparing - ISPF (3.12 and 3.13) with Comparex

2010-03-12 Thread Richards, Robert B.
Robert,

I will come to John's defense and I have been employed by Compuware Corporation 
(look me up) for the last two plus years. In my years of being a subscriber to 
ISVCOSTS, I have *NEVER* seen John sell or recommend an IBM solution over 
another ISV. John has taken his non-partisan role *very seriously*. He 
facilitates discussion, he surveys and delivers those survey results 
accurately, regardless of whether it makes IBM look good or bad.

In the interest of full disclosure, I have met John on numerous occasions in 
various cities, spoken to him on the phone on dozens of issues, and exchanged 
perhaps 100+ emails. I have sat across the table and looked into the man's eyes 
and perceived that I was dealing with an honest, upright man of good moral 
character. Enough about John.

I also know Mark extremely well. Mark drew an observation, but he also left 
room for being wrong. In this case, he probably is. As an aside, anyone that 
has followed my posts over the years would swear I was on Mainstar's payroll at 
some point in time. :-) But alas, I never was. I just believed in Ron and his 
catalog product. And I have never worked for Al Sherkow either, but I love his 
LCS product and promote it every chance I get. To date, neither Al nor Ron has 
every given me financial compensation for my evangelism!

Simone obviously feels strongly about File-Aid. Rightly so, as it has been a 
market leader and best of breed. I appreciate passion in this industry. We need 
more of it. :-)

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Galambos, Robert
Sent: Thursday, March 11, 2010 11:26 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Comparing - ISPF (3.12 and 3.13) with Comparex

yet ISV are not allowed to see anything including expurgated digests.

enough said

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Professional probity on the list

2010-03-12 Thread Shane Ginnane
Another of those recurrent themes ...

As per some others, I happen to be a little sensitive to undeclared corporate 
allegiances.
Declare it, and we can all deal with it our own way. Hide it, and you can 
expect to get dissed.

Simple, really.

Misunderstandings happen - hopefully they resolve themselves without too much 
animosity.

Shane ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Comparing - ISPF (3.12 and 3.13) with Comparex

2010-03-12 Thread Peter Nuttall
quote
Simone obviously feels strongly about File-Aid. Rightly so, as it has been 
a market leader and best of breed. I appreciate passion in this industry. 
We need more of it. :-)
/quote

Hear Hear  It's just a shame there aren't more decision making 
managers with the same passion  Or am I being cynical  :-) ... Ahh 
well  It's Friday ...
 
 
This e-mail message, including any attachments transmitted with it, is 
CONFIDENTIAL and may contain legally privileged information. This message is 
intended solely for the use of the individual or entity to whom it is 
addressed. If you have received this message in error, please notify us 
immediately and delete it from your system. Please visit our website to read 
the full disclaimer: http://www.euroclear.com/site/public/disclaimer

Re: IRXANCHR - Number of environments

2010-03-12 Thread Terri E Shaffer
We run GDDR and OPS/MVS, we current have it set at IRXANCHR ENTRYNUM=2000 since 
last April for all tasks.  We have not seen any adverse effect.

Thanks

Ms. Terri E. Shaffer 
terri.e.shaf...@jpmchase.com
Engineer
J.P.Morgan Chase  Co.
GTI DCT ECS Core Services zSoftware Group / Emerging Technologies 
Office: # 614-213-3467
Cell: # 412-519-2592 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
David Magee
Sent: Thursday, March 11, 2010 6:22 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IRXANCHR - Number of environments

We have been running with 400 specified since sometime back in '03 with no
problems until yesterday.  We are a GDPS and SA/390 shop so there can be a
lot of autotasks running during some configurations changes. Yesterday we
got message  
CNM416I REXX INTERPRETER ENVIRONMENT INITIALIZATION FAILED FOR TASK
AUTBAT26, RETURN CODE = 20, REASON CODE = 24 
during a reconfig we were running that caused some minor problems for a
while. IBM has recommended that we up IRXANCHR to avoid this in the future.
 One comment was It is not uncommon for customers
to define 2000 or 3000 rexx environments on the system, and this serves 
not only netview/sa/gdps but other applications that use rexx. 
Q1: Is anyone out there running IRXANCHR in that range?  
Q2: If the default IRXANCHR is that high, is there any significant resource
(i.e, storage, etc.) being wasted on the system as a whole or per address space?
Q3: Does anyone run a default IRXANCHR with one value and a customized
IRXANCHR with a higher value that is STEPLIB'd to GDPS, SA/390, NetView
tasks?  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
This communication is for informational purposes only. It is not
intended as an offer or solicitation for the purchase or sale of
any financial instrument or as an official confirmation of any
transaction. All market prices, data and other information are not
warranted as to completeness or accuracy and are subject to change
without notice. Any comments or statements made herein do not
necessarily reflect those of JPMorgan Chase  Co., its subsidiaries
and affiliates.

This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and any
attachments 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 JPMorgan Chase 
Co., its subsidiaries and affiliates, as applicable, for any loss
or damage arising in any way from its use. If you received this
transmission in error, please immediately contact the sender and
destroy the material in its entirety, whether in electronic or hard
copy format. Thank you.

Please refer to http://www.jpmorgan.com/pages/disclosures for
disclosures relating to European legal entities.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: IBM Plans to Discontinue REDBOOK Series

2010-03-12 Thread Shmuel Metz (Seymour J.)
In
1979091511-1268093909-cardhu_decombobulator_blackberry.rim.net-3009112...@bda026.bisx.prod.on.blackberry,
on 03/09/2010
   at 12:18 AM, Ted MacNEIL eamacn...@yahoo.ca said:

Perhaps you think that is funny?

Yes.

When I make a misstatement on this site, I get dinged all the time.

Most of the time you get a free pass.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: CSV and Duplicate ALIASes

2010-03-12 Thread Shmuel Metz (Seymour J.)
In 201003090613.o296dtii008...@mail08.syd.optusnet.com.au, on 03/09/2010
   at 05:14 PM, Greg Price greg.pr...@optushome.com.au said:

The directory entry for FRED contains the name,
addressing mode, and entry point offset for WOMBAT,

No; the DE for FRED contains the EP for FRED; you need the DE for WOMBAT
to find the EP for WOMBAT.

so the directory entry for WOMBAT is not needed to
make the major CDE.

Because the major CDE has the EP for FRED, not for WOMBAT.

Now suppose JOE the other WOMBAT is loaded.
Again we will get a minor CDE for JOE pointing to
a different major CDE also called WOMBAT.

You've got major and minor swithched. The OP said that WOMBAT was the
alias name. You have major CDE's for FRED and JOE, minor CDE's for WOMBAT.

BTW, if the application is unauthorized then DE= might solve the original
problem.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: z9 / z10 instruction speed(s)

2010-03-12 Thread Shmuel Metz (Seymour J.)
In b53f38421003081137h70e103cfs85330fcffb40e...@mail.gmail.com, on
03/08/2010
   at 02:37 PM, George Henke gahe...@gmail.com said:

What is not just or equitable is for IBM to view  EDS' efficiency and
profits from economies of scale as a loss of revenue to themselves
(IBM) and then create a pricing scheme that appropriates those profits
from such efficiencies for themselves.

The hardware and operations sides may be a case of economy of scale, but
on the software side the story is very different. It's by no means clear
who was appropriating whose profits from whom.

Since when have monopolies ever been interested in efficiencies except
for their own profitability.

That applies to the megacenters as much as it does to IBM. Any well run
business is concerned with it's own profitability, and only concerned with
the profitability of its customers and suppliers to the extent that they
impact its own.

Monopolies do not optimize the efficient allocation of resources in the
economy.  They maximize their own profitablity at the expense of
efficient allocation of resources in the economy.

Albert Einstein admonished to make things as simple as possible, but no
simpler. The Devil is in the details. Google for natural monopoly. 

As for artificial monopolicies, they can abuse their powers but abuse is
not intrinsic.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: z9 / z10 instruction speed(s)

2010-03-12 Thread Shmuel Metz (Seymour J.)
In ofeec49b15.34ea1afd-on852576df.0039741b-852576df.003fb...@us.ibm.com,
on 03/07/2010
   at 06:35 AM, Timothy Sipples timothy.sipp...@us.ibm.com said:

There are, and very many.

You're not speaking the same language that he is.

In my previous post it should be obvious that smaller means anybody
with capacity below a hypothetical non-kneecapped 7-way System z9 BC. 

Just as it should be obvious that Peter means something *much* smaller
than that, and that he is talking about envirnmentals and price, not just
CPU capacity.

so again I have no idea where you're getting your information.

The problem isn't that your information differs, the problem is that your
nomenclature differs.

Have mainframe technologies ever been more affordable? Heck no. (I've
looked up a lot of historical prices.) 

What was the historical price of a P/390?

And it's long past time we stop
perpetuating mainframe pricing myths, because it isn't helping anyone.

Neither is talking past each other. Perhaps it would be better to stop
using the adjective small and start using numbers, e.g., total hardware
price $50K.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: z9 / z10 instruction speed(s)

2010-03-12 Thread Shmuel Metz (Seymour J.)
In b53f38421003080735x3b3d4fadt96f4c714c9775...@mail.gmail.com, on
03/08/2010
   at 10:35 AM, George Henke gahe...@gmail.com said:

I don't see anyone complaining about 64-bit memory being to much and
asking to bring back Expanded Storage and paging.

Apples and oranges. AFAIK the 308x boxen were the last to have true
expanded storage instead of arbitrarily labelling some of the central
storage as expanded. Were IBM to design a large BORAM at prices
significantly less than RAM prices then I for one would like to see it
available as expanded storage for 64-bit systems. What I wouldn't like to
see is artificially carving up the central storage as was done from the
3090 on.

As to paging, we still have it. With enough central memory the rates are
fairly low except during, e.g., dump capture. What nobody wants is
excessive paging rates, which you could only bring *back* if you had
already experienced them. The last time that I recall seeing excessive
paging rates was when a fixed-head disk was out of service for two weeks
due to a head crash. 
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: z9 / z10 instruction speed(s)

2010-03-12 Thread Shmuel Metz (Seymour J.)
In
1228950277-1267928263-cardhu_decombobulator_blackberry.rim.net-10127518...@bda026.bisx.prod.on.blackberry,
on 03/07/2010
   at 02:17 AM, Ted MacNEIL eamacn...@yahoo.ca said:

A rose is a rose is a rose.

But a rose is not a sardine.

MSUs are just MIPS multiplied by a (marketting) constant or 5.

No.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Migrating from z/OS V1.4 to z/OS V1.11

2010-03-12 Thread Shmuel Metz (Seymour J.)
In listserv%201003090810293526.0...@bama.ua.edu, on 03/09/2010
   at 08:10 AM, Steve Dover steve.do...@ccbcc.com said:

After reading a thread from May and June of 2007 (started I believe by
John  Matson), can I use the V1.4 OS to drive the install of the V1.11 OS
on the new machine?

You're facing several issues. You'll need a new SMP/E for sure. IBM claims
that you need the COD (driver system), and may not support you if you run
into problems driving the install from z/OS 1.4. They might be using new
facilities in, e.g., ISPF, for the CPAC dialogs.

I did see in the thread issues with the USS space, but I have  had USS
issues before.

ITYM Unix; USS is something different. The big issue will be that they are
pushing us towards zFS and you may want to switch everything even if it is
not required. Also, pay close attention to the setup for *FS sharing.

Read the migration documentation, especially with regard to TCP/IP.

Go over your operator instructions; there are new commands and address
spaces to worry about.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: IBM Plans to Discontinue REDBOOK Series

2010-03-12 Thread Shmuel Metz (Seymour J.)
In
119504539-1268167688-cardhu_decombobulator_blackberry.rim.net-12785895...@bda026.bisx.prod.on.blackberry,
on 03/09/2010
   at 08:48 PM, Ted MacNEIL eamacn...@yahoo.ca said:

Even after three IBM'rs said it wasn't happening,

FSVO three. I saw several comments from IBM employees that they didn't
know of any such plans; I did *not* see three comments that they knew for
a fact that it wasn't true.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Comparing - ISPF (3.12 and 3.13) with Comparex

2010-03-12 Thread Farley, Peter x23353
 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richards, Robert B.
 Sent: Friday, March 12, 2010 6:56 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Comparing - ISPF (3.12 and 3.13) with Comparex
Snipped 
 As an aside, anyone that has followed my posts 
 over the years would swear I was on Mainstar's payroll at 
 some point in time. :-) But alas, I never was. I just 
 believed in Ron and his catalog product. And I have never 
 worked for Al Sherkow either, but I love his LCS product and 
 promote it every chance I get. To date, neither Al nor Ron 
 has every given me financial compensation for my evangelism!
 
 Simone obviously feels strongly about File-Aid. Rightly so, 
 as it has been a market leader and best of breed. I 
 appreciate passion in this industry. We need more of it. :-)

And as a perusal of the archives would show, I have been a sometimes
vocal proponent of the Macro4 products for a number of years, and I do
not have nor have I ever had any connection to Macro4 except as a
customer.

And I am far from the only one on this list who has promoted and
advertised Dave Cole's products.

Some of us are passionate about our tools, and we like to share.
Posting from a private email address does not negate that passion.

'Nuff said.

Peter

This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: IBM Plans to Discontinue REDBOOK Series - NOT! (Redux)

2010-03-12 Thread John Eells

Shmuel Metz , Seymour J. wrote:

In
119504539-1268167688-cardhu_decombobulator_blackberry.rim.net-12785895...@bda026.bisx.prod.on.blackberry,
on 03/09/2010
   at 08:48 PM, Ted MacNEIL eamacn...@yahoo.ca said:


Even after three IBM'rs said it wasn't happening,


FSVO three. I saw several comments from IBM employees that they didn't
know of any such plans; I did *not* see three comments that they knew for
a fact that it wasn't true.
 


Shmuel, to repeat myself: There are no current plans to discontinue 
funding for Redbooks.


This seems to be a topic that just won't die.  I'd sure like to be able 
to devote time to other things than this...


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


SSH ICSF is not working

2010-03-12 Thread MONTERO ROMERO, ENRIQUE ELOI
Hi to all,

We have the ICSF running as an STC in our environment.
=== CSFM400I CRYPTOGRAPHY - SERVICES ARE NOW AVAILABLE.

I am trying to SHH against a linux server in BATCH.

//SSHCOMM  EXEC PGM=BPXBATCH,  
// PARM=('SH /ZOSAA/bin/ssh -vvv r...@xxx.xxx.xxx.xxx ls')

But I am getting this message:

OpenSSH_3.8.1p1, OpenSSL 0.9.7d 17 Mar 2004 
debug1: Reading configuration data /u/myuserid/.ssh/config  
 
debug1: Applying options for *  
debug3: Seeding PRNG from /usr/lib/ssh/ssh-rand-helper  
(rand child) Couldn't exec '/usr/lib/ssh/ssh-rand-helper': EDC5129I No such file
ssh-rand-helper child produced insufficient data


On the other side,

/ZOSAA/usr/lib/ssh/ is a link to /usr/lib/ssh/

lrwxrwxrwx   1 xxx    12 May 30  2008 usr - $VERSION/usr

MYUSRXX:/: cd /usr/lib/ssh  
MYUSRXX:/ZOSAA/usr/lib/ssh: ls -l   
total 12992  
drwxr-xr-x   2 XXX  XXX 8192 Oct 30 11:41 IBM
-rwxr-xr-x   2 XXX  XXX   372736 Oct 30 11:41 sftp-server
-rwxr-xr-x   2 XXX  XXX  2748416 Oct 30 11:40 ssh-askpass
-rwsr-xr-x   2 XXX  XXX  2658304 Oct 30 11:41 ssh-keysign
-rwxr-xr-x   2 XXX  XXX   864256 Oct 30 11:41 ssh-rand-helper
MYUSRXX:/ZOSAA/usr/lib/ssh:  

Why if the ICSF is running, I am still getting the ssh-rand-helper instead of 
the ICSF ?

Best regards, and happy weekend.
Enrique MOntero

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Comparing - ISPF (3.12 and 3.13) with Comparex

2010-03-12 Thread Ed Finnell
 
In a message dated 3/12/2010 5:57:09 A.M. Central Standard Time,  
robert.richa...@opm.gov writes:

a subscriber to ISVCOSTS, I have *NEVER* seen John sell or  recommend an 
IBM solution over another ISV. John has taken his non-partisan  role *very 
seriously*. He facilitates discussion, he surveys and delivers  those survey 
results accurately, regardless of whether it 
 

Right. It's another source of information; good, bad or  indifferent. It 
helped us make informed decisions about products and  replacements as the 
winds of change  occurred.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: z9 / z10 instruction speed(s)

2010-03-12 Thread Martin Packer
Seymour, wrong by about a decade :-) ...

3090 was first to have true Expanded Storage, 9021 the last. With CMOS we 
had the partition real memory thing.

Unless it's ME that is wrong by about a decade. :-)

Martin Packer,
Mainframe Performance Consultant, 
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker





Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: CA Easytrieve replacement

2010-03-12 Thread Howard Brazee
On 11 Mar 2010 10:37:24 -0800, sredst...@googlemail.com (simone
redstock) wrote:

Most mainframe shops own File/AID. This has both an online and batch element
to it. File/AID batch is very powerful and we have replaced many of our
Easytrieve jobs with it. It performs better (less CPU) and is far easier to
maintain. even some of our junior team members are proficient in File/AID
batch.

Have a look into your tools portfolio. If you have File/AID then it's a no
brainer.

Am I missing something, or are you saying File/AID makes sense as a
replacement for Easytrieve? Certainly not IMS/IDMS reports.Do
you use it for other reports?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: CA Easytrieve replacement

2010-03-12 Thread Howard Brazee
On 11 Mar 2010 14:44:31 -0800, wgshi...@benekeith.com (Greg Shirey)
wrote:

Most mainframe shops own File/AID???  I didn't know that, but I do know
mine does not.  


Mine doesn't.   Which could explain why I don't remember it having
Easytrieve type reporting capabilities, those could be new.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SSH ICSF is not working

2010-03-12 Thread Kirk Wolf
Read the FAQ in the IBM Ported Tools for z/OS User's Guide on setting
up ICSF and /dev/random.

On Fri, Mar 12, 2010 at 8:04 AM, MONTERO ROMERO, ENRIQUE ELOI
enriqueeloi.mont...@servifactory.com wrote:
 Hi to all,

 We have the ICSF running as an STC in our environment.
 === CSFM400I CRYPTOGRAPHY - SERVICES ARE NOW AVAILABLE.

 I am trying to SHH against a linux server in BATCH.

 //SSHCOMM  EXEC PGM=BPXBATCH,
 //             PARM=('SH /ZOSAA/bin/ssh -vvv r...@xxx.xxx.xxx.xxx ls')

 But I am getting this message:

 OpenSSH_3.8.1p1, OpenSSL 0.9.7d 17 Mar 2004
 debug1: Reading configuration data /u/myuserid/.ssh/config
 debug1: Applying options for *
 debug3: Seeding PRNG from /usr/lib/ssh/ssh-rand-helper
 (rand child) Couldn't exec '/usr/lib/ssh/ssh-rand-helper': EDC5129I No such 
 file
 ssh-rand-helper child produced insufficient data


 On the other side,

 /ZOSAA/usr/lib/ssh/ is a link to /usr/lib/ssh/

 lrwxrwxrwx   1 xxx            12 May 30  2008 usr - $VERSION/usr

 MYUSRXX:/: cd /usr/lib/ssh
 MYUSRXX:/ZOSAA/usr/lib/ssh: ls -l
 total 12992
 drwxr-xr-x   2 XXX  XXX     8192 Oct 30 11:41 IBM
 -rwxr-xr-x   2 XXX  XXX   372736 Oct 30 11:41 sftp-server
 -rwxr-xr-x   2 XXX  XXX  2748416 Oct 30 11:40 ssh-askpass
 -rwsr-xr-x   2 XXX  XXX  2658304 Oct 30 11:41 ssh-keysign
 -rwxr-xr-x   2 XXX  XXX   864256 Oct 30 11:41 ssh-rand-helper
 MYUSRXX:/ZOSAA/usr/lib/ssh: 

 Why if the ICSF is running, I am still getting the ssh-rand-helper instead of 
 the ICSF ?

 Best regards, and happy weekend.
 Enrique MOntero

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: CA Easytrieve replacement

2010-03-12 Thread Dana Mitchell
On Thu, 11 Mar 2010 15:11:11 -0600, Paul Peplinski 
paul.peplin...@wpsic.com wrote:

There is one product (IBM Migration Utility) that claims to support EZT,
meaning it can convert EZT to COBOL on the fly and you can continue to 
code
using EZT syntax if you wish. 

IBM was reselling Foundation's PENGIEZT product as Migration Utility.  I 
participated in the conversion from EZT to IBM Migration Utility a number of 
years ago at a former employer.  I wasn't privy to specifics about how well it 
handled the language differences, etc. although I don't recall any glaring 
large 
problems with the conversion.We had a shop built from several acquisitions, 
and we ended up with at least 4 very non-compatible EZT environments.  At 
that time, the design of IBM MU was such that made supporting the different 
run time options sets very cumbersome.  Pehaps it's better now.

Dana

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


DSNDIST 91% CPU

2010-03-12 Thread Jorge Arueira Campos
Hi all !!!

My team of z/OS 1.8 have problem with DB2 1.8, with the address space
DSNDIST 91% of CPU(Z9-BC-12MSU) , and DB2CONNECT in client.

Help wellcome

Thanks

Jorge Arueira Campos

Z/OS - Support - POLITEC
São Paulo - Brazil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: IBM Plans to Discontinue REDBOOK Series - NOT! (Redux)

2010-03-12 Thread R.S.

John Eells pisze:

Shmuel Metz , Seymour J. wrote:

In
119504539-1268167688-cardhu_decombobulator_blackberry.rim.net-12785895...@bda026.bisx.prod.on.blackberry, 


on 03/09/2010
   at 08:48 PM, Ted MacNEIL eamacn...@yahoo.ca said:


Even after three IBM'rs said it wasn't happening,


FSVO three. I saw several comments from IBM employees that they didn't
know of any such plans; I did *not* see three comments that they knew for
a fact that it wasn't true.
 


Shmuel, to repeat myself: There are no current plans to discontinue 
funding for Redbooks.


This seems to be a topic that just won't die.  I'd sure like to be able 
to devote time to other things than this...




Again?
First you wanted to remove MLA, now you back to very bad idea of closing 
REDBOOK project? Why?


(it IS a joke)
--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.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.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec 
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym 
BRE Banku SA bd w caoci opacone.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: IBM Plans to Discontinue REDBOOK Series - NOT! (Redux)

2010-03-12 Thread William Janulin
Is there any chance that we can put this subject to bed, once and for
all???

Bill Janulin
Mgr Tech Support  Product Dev. 
ASPG, Inc.
 
 
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of R.S.
Sent: Friday, March 12, 2010 9:58 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IBM Plans to Discontinue REDBOOK Series - NOT! (Redux)

John Eells pisze:
 Shmuel Metz , Seymour J. wrote:
 In

119504539-1268167688-cardhu_decombobulator_blackberry.rim.net-127858958
2...@bda026.bisx.prod.on.blackberry, 

 on 03/09/2010
at 08:48 PM, Ted MacNEIL eamacn...@yahoo.ca said:

 Even after three IBM'rs said it wasn't happening,

 FSVO three. I saw several comments from IBM employees that they
didn't
 know of any such plans; I did *not* see three comments that they knew
for
 a fact that it wasn't true.
  
 
 Shmuel, to repeat myself: There are no current plans to discontinue 
 funding for Redbooks.
 
 This seems to be a topic that just won't die.  I'd sure like to be
able 
 to devote time to other things than this...
 

Again?
First you wanted to remove MLA, now you back to very bad idea of closing

REDBOOK project? Why?

(it IS a joke)
-- 
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

S

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: CA Easytrieve replacement

2010-03-12 Thread McKown, John
 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee
 Sent: Friday, March 12, 2010 8:46 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: CA Easytrieve replacement
 
 On 11 Mar 2010 14:44:31 -0800, wgshi...@benekeith.com (Greg Shirey)
 wrote:
 
 Most mainframe shops own File/AID???  I didn't know that, 
 but I do know
 mine does not.  
 
 
 Mine doesn't.   Which could explain why I don't remember it having
 Easytrieve type reporting capabilities, those could be new.

I am not very familiar with EasyTrieve (we have it). ICETOOL has some nice 
reporting tools in it also. What would be really nice would be a way to process 
a COBOL copybook to create ICETOOL symbols.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Comparing - ISPF (3.12 and 3.13) with Comparex

2010-03-12 Thread Mark Zelden
On Thu, 11 Mar 2010 17:29:59 -0500, Galambos, Robert
robert.galam...@compuware.com wrote:

1) there is NO one with the last name of redstock in the compuware directory.

Of course.  *IF* someone wanted to remain anonymous, they wouldn't
use their real name (again, not saying that is the case).  


2) so it seems that someone who likes a product, is set up for questioning
because of such


3) this list is for an open discussion. Good or bad. I normally refrain
from posting unless there is a question pertaining to some compuware tool.
BUT questioning someone just because they like ANY product works, no matter
who makes it..


snip

Relax. 

I think people who have seen my posts over the last 12+ years know 
that I don't do that.  I don't think I have ever done that before either, but 
I saw some red flags in the few posts I saw and as Bob wrote, was making
an observation.   People would be naive to think that it never happens
in public forums. 

I already wrote a note to the vendors in my other post that my comments
had nothing to do with any of the products mentioned.   I didn't expect a
vendor to respond.  I did expect a post from simone telling me that I 
was full of it or perhaps an offline response.   I'm sure simone can 
stick up for himself.

5) I suggest that everyone here make up their own minds about who an
 poster is etc.

I certainly agree there.  There is enough input from the user community on
this list and others for people to make up their own minds.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:mzel...@flash.net  
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DSNDIST 91% CPU

2010-03-12 Thread Richbourg, Claude
Check to see if you have a Workload Manager Service Class definition for the 
DDF work,(distributed).
You may want to throttle that back some.

Hope that helps,
Claude

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Jorge Arueira Campos
Sent: Friday, March 12, 2010 9:57 AM
To: IBM-MAIN@bama.ua.edu
Subject: DSNDIST 91% CPU

Hi all !!!

My team of z/OS 1.8 have problem with DB2 1.8, with the address space
DSNDIST 91% of CPU(Z9-BC-12MSU) , and DB2CONNECT in client.

Help wellcome

Thanks

Jorge Arueira Campos

Z/OS - Support - POLITEC
São Paulo - Brazil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Any FOCUS performance guru's here?

2010-03-12 Thread Dana Mitchell
I'm looking at a FOCUS job  (FOCUS from Information Builders)  that is starting 
to run a really long time.   There doesn't seem to be any contention, and if it 
runs without FOCSU (simultaneous Users) turned on, it runs in just a few 
minutes.  But running with FOCSU, it can take hours.  Has anyone here 
dabbled in this area?

thanks
Dana  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: DSNDIST 91% CPU

2010-03-12 Thread Ed Finnell
 
In a message dated 3/12/2010 9:17:53 A.M. Central Standard Time,  
richbourg.cla...@mail.dc.state.fl.us writes:

Check to see if you have a Workload Manager Service Class  definition for 
the DDF work,(distributed).
You may want to throttle that  back some.



DB/2 Tuning course? DSNZPARM has parms to  throttle queries and bufferpools 
are critical. 
Craig Mullins also notes in his book(s)  70% of performance problems are 
'bad' SQL queries.




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: IBM Plans to Discontinue REDBOOK Series - NOT! (Redux)

2010-03-12 Thread Lori Bideaux
I am the manager for the Redbooks team.. and it IS a rumor. There is no
credence to it. We have been around for 40 years and hope to be around for
40 more.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: IBM Plans to Discontinue REDBOOK Series - NOT! (Redux)

2010-03-12 Thread Mark Baron
Now that Lori has chimed in that the REDBOOKS are definitely NOT being
discontinued, let's all stop, take a deep breath, and move on.

Have a good weekend all 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SSH ICSF is not working

2010-03-12 Thread Hayim Sokolsky
A few points here...

The ICSF STC is not the API itself. It is the I/O server that reads and 
writes to the PKDS and CKDS.
Use of the ICSF APIs can be allowed or disallowed by RACF (and Top Secret 
and ACF/2).
-  You didn't say if the CSFSERV class was active or inactive in your 
security product.
-  You didn't say if the CSFSERV CSFRNG (Random number generate) was 
permitted.

But in any case, the Open_SSH ported tool - was not coded to interface 
with ICSF, as far as I know.

Hayim
_
Hayim Sokolsky, CISSP
Mainframe Security Architect
DTCC Corporate Information Security
18301 Bermuda Green Dr, MS 1-CIS
Tampa FL 33647-1760

Tel. (813) 470-2177



MONTERO ROMERO, ENRIQUE ELOI enriqueeloi.mont...@servifactory.com 
Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
2010.03.12 09:04
Please respond to
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu


To
IBM-MAIN@bama.ua.edu
cc

Subject
SSH  ICSF is not working






Hi to all,

We have the ICSF running as an STC in our environment.
=== CSFM400I CRYPTOGRAPHY - SERVICES ARE NOW AVAILABLE.

I am trying to SHH against a linux server in BATCH.

//SSHCOMM  EXEC PGM=BPXBATCH, 
// PARM=('SH /ZOSAA/bin/ssh -vvv r...@xxx.xxx.xxx.xxx ls')

But I am getting this message:

OpenSSH_3.8.1p1, OpenSSL 0.9.7d 17 Mar 2004  
debug1: Reading configuration data /u/myuserid/.ssh/config  
debug1: Applying options for *  
debug3: Seeding PRNG from /usr/lib/ssh/ssh-rand-helper  
(rand child) Couldn't exec '/usr/lib/ssh/ssh-rand-helper': EDC5129I No 
such file
ssh-rand-helper child produced insufficient data  


On the other side,

/ZOSAA/usr/lib/ssh/ is a link to /usr/lib/ssh/

lrwxrwxrwx   1 xxx    12 May 30  2008 usr - $VERSION/usr

MYUSRXX:/: cd /usr/lib/ssh 
MYUSRXX:/ZOSAA/usr/lib/ssh: ls -l 
total 12992 
drwxr-xr-x   2 XXX  XXX 8192 Oct 30 11:41 IBM 
-rwxr-xr-x   2 XXX  XXX   372736 Oct 30 11:41 sftp-server 
-rwxr-xr-x   2 XXX  XXX  2748416 Oct 30 11:40 ssh-askpass 
-rwsr-xr-x   2 XXX  XXX  2658304 Oct 30 11:41 ssh-keysign 
-rwxr-xr-x   2 XXX  XXX   864256 Oct 30 11:41 ssh-rand-helper
MYUSRXX:/ZOSAA/usr/lib/ssh:  

Why if the ICSF is running, I am still getting the ssh-rand-helper instead 
of the ICSF ?

Best regards, and happy weekend.
Enrique MOntero

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



BR_
FONT size=2BR
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./FONT

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: CA Easytrieve replacement

2010-03-12 Thread Andy Robertson
I am not very familiar with EasyTrieve (we have it). ICETOOL has some 
nice reporting tools in it also. What would be really nice would be a way 
to process a COBOL copybook to create ICETOOL symbols.
John McKown 



COBDFSYM, from the Tools  Tricks page???
**
This email is confidential and may contain copyright material of the John Lewis 
Partnership. 
If you are not the intended recipient, please notify us immediately and delete 
all copies of this message. 
(Please note that it is your responsibility to scan this message for viruses). 
Email to and from the
John Lewis Partnership is automatically monitored for operational and lawful 
business reasons.
**

John Lewis plc
Registered in England 233462
Registered office 171 Victoria Street London SW1E 5NN
 
Websites: http://www.johnlewis.com 
http://www.waitrose.com 
http://www.greenbee.com
http://www.johnlewispartnership.co.uk
 
**

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


HSM utilization of 3490 emulated 9840D tape?

2010-03-12 Thread O'Brien, David W. (NIH/CIT) [C]
I'm currently migrating HSM data from 9840As to 9840Ds. Given the increase in 
capacity I would have expected 3:1 consolidation ratio. That doesn't seem to be 
the case.

I did increase the OCDS Maxlrecl to 6144 as recommended.
 Setsysextendedttoc(y) is also implemented.
 Tapeutilizationwas increased to 8000 from 2200 per STK's recommendation.
Unittype(3490) is specified, which according to the manual nullifies use of the 
Capacitymode parameter..

However the number of valid blocks has only increased by a relatively small 
amount.

Following is 9840A
VOLSERUNITVOL  REUSE VALID   PCTVOL   
   NAME   TYPE   CAPACITYBLKS  VALID  STATUS
H000973490   SPILL 0003455900 0003890039 100FULL 

9840D
E202253490   SPILL 0003455900 0004193904 100FULL

That's only a 10% increase. Am I missing something here? 

Thanks in advance for any advice.

Thank You,
Dave O'Brien
 NIHContractor

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: CA Easytrieve replacement

2010-03-12 Thread Andy Robertson
On Fri, 12 Mar 2010 09:10:18 -0600, McKown, John 
john.mck...@healthmarkets.com wrote:

I am not very familiar with EasyTrieve (we have it). ICETOOL has some nice 
reporting tools in it also. What would be really nice would be a way to process 
a COBOL copybook to create ICETOOL symbols.


COBDFSYM, from the Tools  Tricks page???

Andy R

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: CA Easytrieve replacement

2010-03-12 Thread Ron Hawkins
I'd say it's more like 50% based on shops I've visited over the years.

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
 Howard Brazee
 Sent: Friday, March 12, 2010 6:46 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: [IBM-MAIN] CA Easytrieve replacement
 
 On 11 Mar 2010 14:44:31 -0800, wgshi...@benekeith.com (Greg Shirey)
 wrote:
 
 Most mainframe shops own File/AID???  I didn't know that, but I do know
 mine does not.
 
 
 Mine doesn't.   Which could explain why I don't remember it having
 Easytrieve type reporting capabilities, those could be new.
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: CA Easytrieve replacement

2010-03-12 Thread Frank Yaeger
John McKown wrote on 03/12/2010 07:10:18 AM:
 I am not very familiar with EasyTrieve (we have it). ICETOOL has
 some nice reporting tools in it also. What would be really nice
 would be a way to process a COBOL copybook to create ICETOOL symbols.

John,

See the Create DFSORT Symbols from COBOL Copybook smart DFSORT trick
for a REXX that you can use for that:

http://www.ibm.com/support/docview.wss?rs=114uid=isg3T794

Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration

 = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SSH ICSF is not working

2010-03-12 Thread Kirk Wolf
On Fri, Mar 12, 2010 at 9:52 AM, Hayim Sokolsky hsokol...@dtcc.com wrote:
 A few points here...

 The ICSF STC is not the API itself. It is the I/O server that reads and
 writes to the PKDS and CKDS.
 Use of the ICSF APIs can be allowed or disallowed by RACF (and Top Secret
 and ACF/2).
 -  You didn't say if the CSFSERV class was active or inactive in your
 security product.
 -  You didn't say if the CSFSERV CSFRNG (Random number generate) was
 permitted.

 But in any case, the Open_SSH ported tool - was not coded to interface
 with ICSF, as far as I know.

 Hayim

Hayim,

While you are correct - OpenSSH doesn't use ICSF apis directly, it
*does* use /dev/random (z/OS 1.7 and later) to get a secure random
number, which is critical to the secure cryptography that is does (in
software, using OpenSSL).

If your SSHD job and SSH client jobs have read access to /dev/random,
then they will be *much* faster to start.  The fallback is to use the
ssh-rand-helper program, which is very slow, expensive and *not*
very secure.

To use /dev/random under z/OS, the userid must have access to certain
ICSF SAF profiles (CSFSERV CSFRNG).   Its all documented in the Ported
Tools User Guide, you just have to RTM.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

PS its a pity that it is such a hassle on z/OS to provide a
/dev/random device to *all* users, all the time.   Modern *nix
operating systems all have a software implemented /dev/random device
that uses a widely accepted algorithm to provide secure random
entropy.   Good random entropy is the key to secure crypto, and to
require crypto coprocessors on z/OS is B.S.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SSH ICSF is not working

2010-03-12 Thread Paul Gilmartin
On Fri, 12 Mar 2010 10:52:33 -0500, Hayim Sokolsky wrote:

But in any case, the Open_SSH ported tool - was not coded to interface
with ICSF, as far as I know.

Except through /dev/random?  A quick validity check might be:

head /dev/random | od -x

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: HSM utilization of 3490 emulated 9840D tape?

2010-03-12 Thread John Kelly
David,
I do believe that you hit it on the head with the 'Unittype(3490) 
is specified, which according to the manual nullifies use of the 
Capacitymode parameter..' observation. I know that could not get 9840A to 
qualify for Capacitymode but I'm not surprise that STK hasn't bellied up 
to responding. Since you've mentioned HSM BACKUP tapes, there should be no 
doubt about 'take away' being involved. Have you looked at what FATS says 
about  the tape usage? 
Since we are getting away from the STK 'emulation' , we haven't seen any 
discrepences. 

Jack Kelly
202-502-2390 (Office)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SSH ICSF is not working

2010-03-12 Thread Kirk Wolf
On Fri, Mar 12, 2010 at 10:55 AM, Paul Gilmartin paulgboul...@aim.com wrote:
 On Fri, 12 Mar 2010 10:52:33 -0500, Hayim Sokolsky wrote:

But in any case, the Open_SSH ported tool - was not coded to interface
with ICSF, as far as I know.

 Except through /dev/random?  A quick validity check might be:

    head /dev/random | od -x

 -- gil


Exactly!
(but use the same userid as the batch job to ensure that the SAF
permissions are identical)

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Real CPU Id

2010-03-12 Thread John P. Baker
Can anyone advise on the proper means to obtain the real CPU id on z/OS?

 

John P. Baker


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Real CPU Id

2010-03-12 Thread George Mitjans
D M=CPU



From:   John P. Baker john.ba...@hfdtechs.com
To: IBM-MAIN@bama.ua.edu
Date:   03/12/2010 09:48 AM
Subject:Real CPU Id
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu



Can anyone advise on the proper means to obtain the real CPU id on z/OS?

 

John P. Baker


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Real CPU Id

2010-03-12 Thread Bob Shannon
STSI instruction or CSRSI callable service.

Bob Shannon
Rocket Software

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Real CPU Id

2010-03-12 Thread Veilleux, Jon L
/* REXX IPL PARAMETERS*/
STUF=SYSCPUS('CPUS.')   
SAY CPUS.0  
DO X = 1 TO CPUS.0  
SAY 'CPU ' X ' = ' CPUS.X   
END  


Jon L. Veilleux 
veilleu...@aetna.com 
(860) 636-9179 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Bob Shannon
Sent: Friday, March 12, 2010 12:56 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Real CPU Id

STSI instruction or CSRSI callable service.

Bob Shannon
Rocket Software

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna   

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Real CPU Id

2010-03-12 Thread Tony Harminc
On 12 March 2010 12:47, John P. Baker john.ba...@hfdtechs.com wrote:
 Can anyone advise on the proper means to obtain the real CPU id on z/OS?

Real vs what? Do you mean from a command, or from a program?

D M=CPU on the console will give you all the details as text. From a
program, if you are authorized, you can issue STIDP, and STSI. Or you
can look in several MVS control blocks, because z/OS has already done
those instructions for you.

Give us more context, please.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: HSM dumping nonSMS volumes on different tape

2010-03-12 Thread John Kelly
snip
both SMS and non-SMS volumes on the same [dump] tape.
/snip

I took this issue to IBM and it appears that if the StorGroup has multiple 
DUMPCLASSes then HSM will not combine SMS and nonSMS volumes on the same 
tape. If there is a single DUMPCLASS, then HSM will combine SMS and nonSMS 
volumes on the same tape. Go figure.


Jack Kelly
202-502-2390 (Office)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Real CPU Id

2010-03-12 Thread Luis Andrade
Maybe it's worth to take a look at Mark Zelden IPLINFO

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Entry point for a Mainframe?

2010-03-12 Thread Anne Lynn Wheeler
The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.


Anne  Lynn Wheeler l...@garlic.com writes:
 the 3725 pieces of the numbers came from official corporate HONE
 configurator (sales  marketing use for selling to customers) ...  part
 of the presentation to fall '86 SNA architecture review board meeting in
 Raleigh
 http://www.garlic.com/~lynn/99.html#67 System/1 ?

 part of spring '86 common presentation on pu4/pu5 support in series/1
 http://www.garlic.com/~lynn/99.html#70 Series/1 as NCP (was: Re: System/1 ?)

re:
http://www.garlic.com/~lynn/2010e.html#80 Entry point for a Mainframe?
http://www.garlic.com/~lynn/2010e.html#81 Entry point for a Mainframe?
http://www.garlic.com/~lynn/2010e.html#83 Entry point for a Mainframe?

Comparison with 3725NCP System:

* Higher availability
* More reliable
* More function
* Improved Useability
* Non-IBM Host Support
* Much better connectivity
* Much better performance
* Fewer components
* Easier to tune
* Easier to tailor
* Easier to manage
* Less expensive

... snip ...

SNA RUs were carried within real networking traffic. Part of the ease of
implementing all of the above ... was whole infrastructure was real
networking ... only dropping down to SNA emulation at boundary
interfaces when necessary.

One of the internal parties that was really interested was IMS
hot-standby. Some of the IMS hot-standby configurations with tens of
thousands of terminals was clocking at over 90minuts (sometimes a lot
more) to re-establish all the sessions in fall-over scenario.  IMS
hot-standby wanted slight tweak to the high availability sessions (aka
network session information was replicated within the distributed
network) where shadow SNA sessions were created with the VTAM on the
fall-over processor(s) ... instead of taking potentially hrs to get
everything back up and running ... the (SNA/VTAM) session fall-over was
as fast as the IMS hot-standby fall-over (all being spoofed by having a
real non-SNA networking environment to do it from).

-- 
42yrs virtualization experience (since Jan68), online at home since Mar1970

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: ACIF question - variable length input

2010-03-12 Thread Frank Swarbrick
 On 3/12/2010 at 12:08 AM, in message
dc74548a025aff4a85f46926802a9b230451f...@chsa1035.share.beluni.net, Hunkeler
Peter (KIUP 4) peter.hunke...@credit-suisse.com wrote:
 Basically, my problem was that I had an invoke data map command 
where the name of the data map itself was less than 8 characters. 
With fixed length format the record looked like this: 
5A0010D3ABCA00D7F2C4E2D4E3F140404040404040404040... (with 
spaces (x40) padding to the end of the record)
 
 Note that the case of your fixed length record will fail should
 that file ever be sent to and processed on a platform that does
 not have a concept of logical record length that is tied to
 a file. Then, the structured field length is the only means that 
 an AFP data stream interpreter has left to find out where the 
 next logical record starts.
 
 In the above case, the next record after the IDM record would
 start at offset 17 from the X'5a', which is a blank (X'40') and
 this most probably yields an error.

Something to consider.  ACIF appears to handle this for us somehow, since we do 
end up loading these in to IBM Content Manager OnDemand on Windows and we've 
had no problems.  I haven't checked, but I am guessing that ACIF truncates the 
5A records beyond the length specified.

Frank



The information contained in this electronic communication and any document 
attached hereto or transmitted herewith is confidential and intended for the 
exclusive use of the individual or entity named above.  If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
examination, use, dissemination, distribution or copying of this communication 
or any part thereof is strictly prohibited.  If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy this communication.  Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN

2010-03-12 Thread Thompson, Steve
Where do I find such a doc?

And specifically, if a JOB is defined with SPIN for various outputs, how
does one select a specific DD they want to look at.

The simplest way of putting this is like this: JOB runs for 15 hours.
The JES JOB LOG spins 10 times. But in doing this, so do 4 other outputs
(spin that is), and 10 different things got dynamically allocated. So
the user wants to find (or display) just the JES JOB LOG entries. They
will be happy with some command that just jumps from one to the next.

The following is an example of what is seen on the ST panel after a
? beside the JOB in question:

JESMSGLG JES2  
JESYSMSG JES2  
SYS9 M1A470S2  
OUTDDM1A470S2  
SYS00010 M1A470S2  
SYS00013 M1A470S2  
OUTDDM1A470S2  
SYS00014 M1A470S2  
SYS00017 M1A470S2  
OUTDDM1A470S2  
SYS00018 M1A470S2  
SYS00021 M1A470S2  
OUTDDM1A470S2  
JESMSGLG JES2  
JESYSMSG JES2  
OUTDDM1A470S2
SYS00022 M1A470S2
SYS00025 M1A470S2
OUTDDM1A470S2
SYS00026 M1A470S2
SYS00029 M1A470S2
OUTDDM1A470S2
JESMSGLG JES2  
JESYSMSG JES2  
SYS00030 M1A470S2
SYS00033 M1A470S2
OUTDDM1A470S2
SYS00022 M1A470S2
SYS00025 M1A470S2
OUTDDM1A470S2
JESMSGLG JES2  
JESYSMSG JES2  
SYS00026 M1A470S2
SYS00029 M1A470S2
OUTDDM1A470S2
SYS00030 M1A470S2
SYS00033 M1A470S2
JESMSGLG JES2  
JESYSMSG JES2  

Surely (not Shirley) there is some way to get just the JESMSGLG DD info,
or just the OUTDD info while ignoring the others (this is for a USER,
not some SYSPROG...).

Regards,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN

2010-03-12 Thread Farley, Peter x23353
FILTER DDNAME JESMSGLG

FILTER DDNAME OUTDD

FILTER OFF to see them all

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
 Behalf Of Thompson, Steve
 Sent: Friday, March 12, 2010 2:08 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN
 
 Where do I find such a doc?
 
 And specifically, if a JOB is defined with SPIN for various outputs,
how
 does one select a specific DD they want to look at.
 
 The simplest way of putting this is like this: JOB runs for 15 hours.
 The JES JOB LOG spins 10 times. But in doing this, so do 4 other
outputs
 (spin that is), and 10 different things got dynamically allocated. So
 the user wants to find (or display) just the JES JOB LOG entries. They
 will be happy with some command that just jumps from one to the next.
Snipped
 Surely (not Shirley) there is some way to get just the JESMSGLG DD
info,
 or just the OUTDD info while ignoring the others (this is for a USER,
 not some SYSPROG...).


This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN

2010-03-12 Thread Lizette Koehler
One thing you could do ? the job, then SORT DDNAME on the command line, then 
everything is together.

Or a process could be built with the SDSF REXX interface to collect all the 
stuff.

Does that help?

Lizette



-Original Message-
From: Thompson, Steve steve_thomp...@stercomm.com
Sent: Mar 12, 2010 2:08 PM
To: IBM-MAIN@bama.ua.edu
Subject: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN

Where do I find such a doc?

And specifically, if a JOB is defined with SPIN for various outputs, how
does one select a specific DD they want to look at.

The simplest way of putting this is like this: JOB runs for 15 hours.
The JES JOB LOG spins 10 times. But in doing this, so do 4 other outputs
(spin that is), and 10 different things got dynamically allocated. So
the user wants to find (or display) just the JES JOB LOG entries. They
will be happy with some command that just jumps from one to the next.

The following is an example of what is seen on the ST panel after a
? beside the JOB in question:

JESMSGLG JES2  
JESYSMSG JES2  
SYS9 M1A470S2  
OUTDDM1A470S2  
SYS00010 M1A470S2  
SYS00013 M1A470S2  
OUTDDM1A470S2  
SYS00014 M1A470S2  
SYS00017 M1A470S2  
OUTDDM1A470S2  
SYS00018 M1A470S2  
SYS00021 M1A470S2  
OUTDDM1A470S2  
JESMSGLG JES2  
JESYSMSG JES2  
OUTDDM1A470S2
SYS00022 M1A470S2
SYS00025 M1A470S2
OUTDDM1A470S2
SYS00026 M1A470S2
SYS00029 M1A470S2
OUTDDM1A470S2
JESMSGLG JES2  
JESYSMSG JES2  
SYS00030 M1A470S2
SYS00033 M1A470S2
OUTDDM1A470S2
SYS00022 M1A470S2
SYS00025 M1A470S2
OUTDDM1A470S2
JESMSGLG JES2  
JESYSMSG JES2  
SYS00026 M1A470S2
SYS00029 M1A470S2
OUTDDM1A470S2
SYS00030 M1A470S2
SYS00033 M1A470S2
JESMSGLG JES2  
JESYSMSG JES2  

Surely (not Shirley) there is some way to get just the JESMSGLG DD info,
or just the OUTDD info while ignoring the others (this is for a USER,
not some SYSPROG...).

Regards,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN

2010-03-12 Thread Thompson, Steve
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Farley, Peter x23353
Sent: Friday, March 12, 2010 1:14 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN

FILTER DDNAME JESMSGLG

FILTER DDNAME OUTDD

FILTER OFF to see them all


MERGE POSTS

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Lizette Koehler
Sent: Friday, March 12, 2010 1:22 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN

One thing you could do ? the job, then SORT DDNAME on the command line,
then everything is together.

Or a process could be built with the SDSF REXX interface to collect all
the stuff.

Does that help?

Lizette
SNIPPAGE

Thanks to both of you.

Yes, this helps in the immediate case. 

But the other problem I have is, the only SDSF manual I can find
(titled: SDSF Operation and Customization) is not USER oriented. 

While the HELP PF1 is helpful, if you don't know what the thing is
called that you are after, have fun finding it.

In my case, all this time I thought FILTER was for handling which JES
system, owner, JOB prefix, etc. was being filtered.

Regards,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN

2010-03-12 Thread John Kelly
snip
But the other problem I have is, the only SDSF manual I can find (titled: 
SDSF Operation and Customization) is not USER oriented.
/snip

Opinion - The SDSF manual, and for that matter 'support', has always been 
awful. To do anything, other than ?, it's pretty much guess or find 
someone who has done it. If it's not too late, go to EJES.

Jack Kelly
202-502-2390 (Office)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Real CPU Id

2010-03-12 Thread John P. Baker
Bob,

The CSRSI service is just what I need.

Thanks.

John P. Baker

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Bob Shannon
Sent: Friday, March 12, 2010 12:56 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Real CPU Id

STSI instruction or CSRSI callable service.

Bob Shannon
Rocket Software

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN

2010-03-12 Thread Lizette Koehler
Steve,

there was an old manual long ago that was directed more to the end user.  It 
was called the SDSF USER GUIDE AND REFERENCE.

It may still be helpful.

http://tinyurl.com/yj96j7m

This will take you to the bookserver on IBM to the OS/390 V2.10 version.

See if that helps.

Lizette



-N

FILTER DDNAME JESMSGLG

FILTER DDNAME OUTDD

FILTER OFF to see them all


MERGE POSTS

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Lizette Koehler
Sent: Friday, March 12, 2010 1:22 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN

One thing you could do ? the job, then SORT DDNAME on the command line,
then everything is together.

Or a process could be built with the SDSF REXX interface to collect all
the stuff.

Does that help?

Lizette
SNIPPAGE

Thanks to both of you.

Yes, this helps in the immediate case. 

But the other problem I have is, the only SDSF manual I can find
(titled: SDSF Operation and Customization) is not USER oriented. 

While the HELP PF1 is helpful, if you don't know what the thing is
called that you are after, have fun finding it.

In my case, all this time I thought FILTER was for handling which JES
system, owner, JOB prefix, etc. was being filtered.

Regards,
Steve Thompson


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Real CPU Id

2010-03-12 Thread Ted MacNEIL
The CSRSI service is just what I need.

IIRC, you have to be authourised to use that.

D M=CPU
will display it.

I do have a question, though.

In this day of PR/SM, and only the last five digits mattering, in general, why 
do you care?

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN

2010-03-12 Thread Thompson, Steve
BINGO!

And I found it in PDF -- which I happen to prefer for in my collection.

I was afraid that this no longer existed (and it appears to not in the
current z/OS releases). But this is the guy I was looking for.

Thank you very much.

Steve Thompson

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Lizette Koehler
Sent: Friday, March 12, 2010 2:09 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN

Steve,

there was an old manual long ago that was directed more to the end user.
It was called the SDSF USER GUIDE AND REFERENCE.

It may still be helpful.

http://tinyurl.com/yj96j7m

This will take you to the bookserver on IBM to the OS/390 V2.10 version.

See if that helps.

Lizette



SNIPPAGE

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Real CPU Id

2010-03-12 Thread Edward Jaffe

Ted MacNEIL wrote:

The CSRSI service is just what I need.



IIRC, you have to be authourised to use that.
  


No. You don't. z/OS Assembler Services Reference, Volume 1 (available 
online) states clearly:


Minimum authorization: Problem state, key 8-15

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Sec:Tool for TSS for z/OS Announcement

2010-03-12 Thread John P. Baker
HFD Technologies is pleased to announce the availability of Sec:Tool for TSS
for z/OS.

 

Sec:Tool is a CICS-based challenge-response system providing end-users the
capability to reset their passwords and to remove threshold suspensions
without any invention on the part of your corporate help desk.

 

Administrative suspensions cannot be removed by end-users.

 

Sec:Tool provides an immediate ROI.

 

Sec:Tool reduces costs through self-service administration of selected user
functions.

 

Sec:Tool has no tier pricing!

 

Sec:Tool has no per/user charge!

 

Sec:Tool is competitively priced!

 

Substantial discounts are available for multiple CPUs.

 

John P. Baker

Chief Software Architect

HFD Technologies

(856) 740-5038


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Real CPU Id

2010-03-12 Thread John P. Baker
Ted,

Product licensing on a per CPC basis.  We don't care how many CPs.  Just one
license per CPC.

John P. Baker

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Ted MacNEIL
Sent: Friday, March 12, 2010 3:18 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Real CPU Id

The CSRSI service is just what I need.

IIRC, you have to be authourised to use that.

D M=CPU
will display it.

I do have a question, though.

In this day of PR/SM, and only the last five digits mattering, in general,
why do you care?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Real CPU Id

2010-03-12 Thread Ted MacNEIL
 IIRC, you have to be authourised to use that.
   

No. You don't. z/OS Assembler Services Reference, Volume 1 (available 
online) states clearly:

Minimum authorization: Problem state, key 8-15

Okay,
I stand corrected, again.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Real CPU Id

2010-03-12 Thread Ted MacNEIL
Product licensing on a per CPC basis.  We don't care how many CPs.  Just one 
license per CPC.

Okay, I think.
I don't understand your response, but it's none of my business.
But, I've worked with CPC licences, and the last five digits were all I had to 
worry about, in most cases.
And, all LPARS had them in the logical serial numbers.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Real CPU Id

2010-03-12 Thread McKown, John
 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL
 Sent: Friday, March 12, 2010 2:34 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Real CPU Id
 
 Product licensing on a per CPC basis.  We don't care how 
 many CPs.  Just one license per CPC.
 
 Okay, I think.
 I don't understand your response, but it's none of my business.
 But, I've worked with CPC licences, and the last five digits 
 were all I had to worry about, in most cases.
 And, all LPARS had them in the logical serial numbers.
 
 -
 Too busy driving to stop for gas!

Hum, but under z/VM, those 5 characters can be anything (valid) that you want 
them to be via the CP SET CPUID command. So it would be possible to run z/OS on 
multiple CPCs under z/VM, all with the same serial number.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Real CPU Id

2010-03-12 Thread John P. Baker
John,

The CSRSI service lets you query the physical box, LPAR, or virtual machine.
It actually understands where you are running.

John P. Baker

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of McKown, John
Sent: Friday, March 12, 2010 3:40 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Real CPU Id

Hum, but under z/VM, those 5 characters can be anything (valid) that you
want them to be via the CP SET CPUID command. So it would be possible to run
z/OS on multiple CPCs under z/VM, all with the same serial number.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Real CPU Id

2010-03-12 Thread Ted MacNEIL
Hum, but under z/VM, those 5 characters can be anything (valid) that you want 
them to be via the CP SET CPUID command.
So it would be possible to run z/OS on multiple CPCs under z/VM, all with the 
same serial number.

But, is that relevant?
The OP never mentioned z/VM.
Just z/OS.
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Real CPU Id

2010-03-12 Thread J. D. Cassidy
Ahem.. One can do wonderful things with CP TRACE IPTE RUN NOTERM also.



= -Original Message-
= From: IBM Mainframe Discussion List
= [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL
= Sent: Friday, March 12, 2010 2:34 PM
= To: IBM-MAIN@bama.ua.edu
= Subject: Re: Real CPU Id
=
= Product licensing on a per CPC basis.  We don't care how
= many CPs.  Just one license per CPC.
=
= Okay, I think.
= I don't understand your response, but it's none of my business.
= But, I've worked with CPC licences, and the last five digits
= were all I had to worry about, in most cases.
= And, all LPARS had them in the logical serial numbers.
=
= -
= Too busy driving to stop for gas!
=
= Hum, but under z/VM, those 5 characters can be anything (valid) that you
= want them to be via the CP SET CPUID command. So it would be possible to
= run z/OS on multiple CPCs under z/VM, all with the same serial number.
=
= --
= John McKown
= Systems Engineer IV
= IT
=
= Administrative Services Group
=
= HealthMarkets(r)
=
= 9151 Boulevard 26 * N. Richland Hills * TX 76010
= (817) 255-3225 phone * (817)-961-6183 cell
= john.mck...@healthmarkets.com * www.HealthMarkets.com
=
= Confidentiality Notice: This e-mail message may contain confidential or
= proprietary information. If you are not the intended recipient, please
= contact the sender by reply e-mail and destroy all copies of the original
= message. HealthMarkets(r) is the brand name for products underwritten and
= issued by the insurance subsidiaries of HealthMarkets, Inc. -The
= Chesapeake Life Insurance Company(r), Mid-West National Life Insurance
= Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM
=
=
=
= --
= For IBM-MAIN subscribe / signoff / archive access instructions,
= send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
= Search the archives at http://bama.ua.edu/archives/ibm-main.html
=


John Cassidy (Dipl.-Ingr.)

EU

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Real CPU Id

2010-03-12 Thread McKown, John
 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of John P. Baker
 Sent: Friday, March 12, 2010 2:46 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Real CPU Id
 
 John,
 
 The CSRSI service lets you query the physical box, LPAR, or 
 virtual machine.
 It actually understands where you are running.
 
 John P. Baker

Ah. I didn't realize that. Nice to know.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN

2010-03-12 Thread Lizette Koehler
They have incorporated some of it into the OPERATIONS guide, but I still find 
this one much better

Glad to help.

Lizette





BINGO!

And I found it in PDF -- which I happen to prefer for in my collection.

I was afraid that this no longer existed (and it appears to not in the
current z/OS releases). But this is the guy I was looking for.

Thank you very much.

Steve Thompson

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Lizette Koehler
Sent: Friday, March 12, 2010 2:09 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN

Steve,

there was an old manual long ago that was directed more to the end user.
It was called the SDSF USER GUIDE AND REFERENCE.

It may still be helpful.

http://tinyurl.com/yj96j7m

This will take you to the bookserver on IBM to the OS/390 V2.10 version.

See if that helps.

Lizette



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Real CPU Id

2010-03-12 Thread George Henke
Hum, but under z/VM, those 5 characters can be anything (valid) that you
want them to be via the CP SET CPUID command. So it would be possible to
run z/OS on multiple CPCs under z/VM, all with the same serial number.

 One more reason for running z/VM rather than PR/SM.


On Fri, Mar 12, 2010 at 3:49 PM, J. D. Cassidy s...@jdcassidy.net wrote:

 Ahem.. One can do wonderful things with CP TRACE IPTE RUN NOTERM also.



 = -Original Message-
  = From: IBM Mainframe Discussion List
 = [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL
 = Sent: Friday, March 12, 2010 2:34 PM
 = To: IBM-MAIN@bama.ua.edu
 = Subject: Re: Real CPU Id
 =
 = Product licensing on a per CPC basis.  We don't care how
 = many CPs.  Just one license per CPC.
 =
 = Okay, I think.
 = I don't understand your response, but it's none of my business.
 = But, I've worked with CPC licences, and the last five digits
 = were all I had to worry about, in most cases.
 = And, all LPARS had them in the logical serial numbers.
 =
 = -
 = Too busy driving to stop for gas!
 =
 = Hum, but under z/VM, those 5 characters can be anything (valid) that you
 = want them to be via the CP SET CPUID command. So it would be possible to
 = run z/OS on multiple CPCs under z/VM, all with the same serial number.
 =
 = --
 = John McKown
 = Systems Engineer IV
 = IT
 =
 = Administrative Services Group
 =
 = HealthMarkets(r)
 =
 = 9151 Boulevard 26 * N. Richland Hills * TX 76010
 = (817) 255-3225 phone * (817)-961-6183 cell
 = john.mck...@healthmarkets.com * 
 www.HealthMarkets.comhttp://www.healthmarkets.com/
 =
 = Confidentiality Notice: This e-mail message may contain confidential or
 = proprietary information. If you are not the intended recipient, please
 = contact the sender by reply e-mail and destroy all copies of the
 original
 = message. HealthMarkets(r) is the brand name for products underwritten
 and
 = issued by the insurance subsidiaries of HealthMarkets, Inc. -The
 = Chesapeake Life Insurance Company(r), Mid-West National Life Insurance
 = Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM
 =
 =
 =
 = --
 = For IBM-MAIN subscribe / signoff / archive access instructions,
 = send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 = Search the archives at http://bama.ua.edu/archives/ibm-main.html
 =


 John Cassidy (Dipl.-Ingr.)

 EU

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html




-- 
George Henke
(C) 845 401 5614

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Real CPU Id

2010-03-12 Thread Ted MacNEIL
One more reason for running z/VM rather than PR/SM.

As interesting as this may be, what does this digression have to do with the 
original question?

The OP asked a z/OS question, never once mentioning z/VM.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Real CPU Id

2010-03-12 Thread McKown, John
 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL
 Sent: Friday, March 12, 2010 3:13 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Real CPU Id
 
 One more reason for running z/VM rather than PR/SM.
 
 As interesting as this may be, what does this digression have 
 to do with the original question?
 
 The OP asked a z/OS question, never once mentioning z/VM.

I __thought__ (and was wrong) that I was pointing out where the CPUID might not 
be the real one. I assumed the OP wanted the CPC's Real CPU Id as opposed to 
one set, under z/VM, to some other value via the CP SET CPUID command. I.e. I 
was trying to point out a hole.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Real CPU Id

2010-03-12 Thread Ted MacNEIL
 __thought__ (and was wrong) that I was pointing out where the CPUID might not 
 be the real one.
I assumed the OP wanted the CPC's Real CPU Id as opposed to one set, under 
z/VM, to some other value via the CP SET CPUID command.
I.e. I was trying to point out a hole.

I wasn't really criticising, and if I came across that way, I appologise.

But, even under PR/SM there are differing serial numbers per LPAR.

The first two (of 7) are based on the LPAR and the LP.
The last 5 match the last 5 of the physical serial number.

Most vendors followed IBM's recommendation, many years ago, to license based on 
just the last 5.

I only know of one ISV, based in Islandia New York, that made you install 
multiple keys on multiple CPC's, based on all logical serial numbers, thus 
making admin a real pain.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Real CPU Id

2010-03-12 Thread Ron Wells
Been following this
We are trying our DR on VM this year...naturally to minimize changes for a 
DR...and one was the Ser.Num so we need NOT have to call vendors for new 
Auth codes ...time consuming and error prone.. 
We are testing this end of month to see if anything falls out ...



From:
Ted MacNEIL eamacn...@yahoo.ca
To:
IBM-MAIN@bama.ua.edu
Date:
03/12/2010 03:28 PM
Subject:
Re: Real CPU Id
Sent by:
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu



 __thought__ (and was wrong) that I was pointing out where the CPUID 
might not be the real one.
I assumed the OP wanted the CPC's Real CPU Id as opposed to one set, 
under z/VM, to some other value via the CP SET CPUID command.
I.e. I was trying to point out a hole.

I wasn't really criticising, and if I came across that way, I appologise.

But, even under PR/SM there are differing serial numbers per LPAR.

The first two (of 7) are based on the LPAR and the LP.
The last 5 match the last 5 of the physical serial number.

Most vendors followed IBM's recommendation, many years ago, to license 
based on just the last 5.

I only know of one ISV, based in Islandia New York, that made you install 
multiple keys on multiple CPC's, based on all logical serial numbers, thus 
making admin a real pain.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


SMP/E SMPPTFIN Audit Trail?

2010-03-12 Thread Paul Gilmartin
We have a problem attempting to track which version(s) of
SMPPTFIN files, each containing multiple PTFs, have been
RECEIVEd.

Is there a way to embed a sort of command in SMPPTFIN
that will create an entry in SMPLOG (or elsewhere)
unambiguously recording that that SMPPTFIN file, as
opposed to any other, has been RECEIVEd?

Is there even a way to embed a standalone comment (not
associated with any PTF) in SMPPTFIN?  ++ NULL serves
this purpose for SMPHOLD.  For SMPPTFIN, I have sometimes
resorted to embedding an otiose ++ ASSIGN to bear
the comment.  Is there a neater way?

Thanks,
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


ISPF Preprocessed Panels

2010-03-12 Thread Allen, Nur
Hello everybody:   I would like to request  people's opinions on taking the 
trouble of preprocessing ISPF panels.  We have been preprocessing ISPF and SDSF 
panels for a long time now (at least the portion of those that are 
preprocessable) and I never personally noticed any performance gain from 
preprocessing.  That is, the non-ISPF and non-SDSF panels which we don't 
preprocess don't seem to load perceptibly slower that ISPF/SDSF ones.
Also, all those preprocessed libraries at the top of the ISPPLIB concatenation: 
 don't they make the search longer for any panel load?   Thus offsetting any 
performance gain from preprocessing?Thanks, Nur Allen,  Systems Pgmmer 
Analyst, County of Santa Clara

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SMP/E SMPPTFIN Audit Trail?

2010-03-12 Thread Lizette Koehler
You can use the LOG command in SMPE

Chapter 13. 
 In addition to the messages written by SMP/E, you may want to store messages 
in the SMPLOG, such as why a SYSMOD is being installed and who is installing 
it. You can do this using the LOG command.


Lizette



We have a problem attempting to track which version(s) of
SMPPTFIN files, each containing multiple PTFs, have been
RECEIVEd.

Is there a way to embed a sort of command in SMPPTFIN
that will create an entry in SMPLOG (or elsewhere)
unambiguously recording that that SMPPTFIN file, as
opposed to any other, has been RECEIVEd?

Is there even a way to embed a standalone comment (not
associated with any PTF) in SMPPTFIN?  ++ NULL serves
this purpose for SMPHOLD.  For SMPPTFIN, I have sometimes
resorted to embedding an otiose ++ ASSIGN to bear
the comment.  Is there a neater way?

Thanks,
gil


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: ISPF Preprocessed Panels

2010-03-12 Thread Ted MacNEIL
I never personally noticed any performance gain from preprocessing.

Even back with slow DASD, I never saw a performance benefit that out-weighed 
the admin overhead.
Today's DASD, I'd say forget it.
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SMP/E SMPPTFIN Audit Trail?

2010-03-12 Thread Paul Gilmartin
On Fri, 12 Mar 2010 17:22:18 -0500, Lizette Koehler wrote:

You can use the LOG command in SMPE

Chapter 13.
 In addition to the messages written by SMP/E, you may want to store messages 
 in the SMPLOG, such as why a SYSMOD is being installed and who is installing 
 it. You can do this using the LOG command.

Wrong manual.  I don't see that's supported in SMPPTFIN.
What I need is ++ LOG.

...
Is there a way to embed a sort of command in SMPPTFIN
...

Thanks for trying,
gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: ISPF Preprocessed Panels

2010-03-12 Thread Edward Jaffe

Ted MacNEIL wrote:

I never personally noticed any performance gain from preprocessing.



Even back with slow DASD, I never saw a performance benefit that out-weighed 
the admin overhead.
Today's DASD, I'd say forget it.
  


If you're looking for improved DASD response time, you're looking in the 
wrong place. Pre-processed panels save on CPU. Every ISPF panel must be 
tokenized. Those that are pre-processed bypass the vast majority of that 
processing, thus reducing the path length required to load them.


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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Yet another mixed case question

2010-03-12 Thread Charles Mills
Under TSO I execute the following Rexx statement:

 

CALL 'TCC001.V300.LOAD(TCCPLIV2)' 'DECK,OBJ,TERM'

 

Why does the program (C++) see a parameter of

 

'deck,obj,term'

 

???

 

Charles Mills




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: ISPF Preprocessed Panels

2010-03-12 Thread Ted MacNEIL
If you're looking for improved DASD response time, you're looking in the wrong 
place. Pre-processed panels save on CPU. Every ISPF panel must be tokenized. 
Those that are pre-processed bypass the vast majority of that processing, thus 
reducing the path length required to load them.

And, how many beers can you buy with the 'saved' CPU?

I've found very little response/resource savings with pre-processed panels.

The only reason I mentioned I/O was because that was the question.

With sub-half-second response, where is the saving?

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: ISPF Preprocessed Panels

2010-03-12 Thread Rick Fochtman

-snip-


Hello everybody:   I would like to request  people's opinions on taking the 
trouble of preprocessing ISPF panels.  We have been preprocessing ISPF and SDSF 
panels for a long time now (at least the portion of those that are 
preprocessable) and I never personally noticed any performance gain from 
preprocessing.  That is, the non-ISPF and non-SDSF panels which we don't 
preprocess don't seem to load perceptibly slower that ISPF/SDSF ones.
Also, all those preprocessed libraries at the top of the ISPPLIB concatenation: 
 don't they make the search longer for any panel load?   Thus offsetting any 
performance gain from preprocessing?Thanks, Nur Allen,  Systems Pgmmer 
Analyst, County of Santa Clara


unsnip---
I've never noticed any performance difference, even on a fairly small 
machine (z/800 0A1)


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


ALLOC DA(*) indicator in JFCB?

2010-03-12 Thread Charles Mills
Is there an indicator in the JFCB that the DD in question was allocated with


TSO ALLOC DA(*)

In other words, allocated to the invoking terminal?

I know I should just run an experiment but I'm running into (unrelated)
difficulties so I thought I would go ahead and ask here. I don't see
anything in MVS Data Areas.

Thanks!

Charles Mills

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: ALLOC DA(*) indicator in JFCB?

2010-03-12 Thread Paul Gilmartin
On Fri, 12 Mar 2010 15:58:57 -0700, Charles Mills wrote:

Is there an indicator in the JFCB that the DD in question was allocated with

TSO ALLOC DA(*)

In other words, allocated to the invoking terminal?

I know I should just run an experiment but I'm running into (unrelated)
difficulties so I thought I would go ahead and ask here. I don't see
anything in MVS Data Areas.

Decades ago, I was able to get that information, I believe
from the DCB device type field after OPEN, and even during
the DCB OPEN exit.

I did this so I could steal the access method pointers and
point to my own code, which did a TGET and supplied the
data ASIS instead of CAPS.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Yet another mixed case question

2010-03-12 Thread Paul Gilmartin
On Fri, 12 Mar 2010 15:54:50 -0700, Charles Mills wrote:

Under TSO I execute the following Rexx statement:

CALL 'TCC001.V300.LOAD(TCCPLIV2)' 'DECK,OBJ,TERM'

Why does the program (C++) see a parameter of

'deck,obj,term'

WAD.  Very Bad Design, IMO.  But they had to do it.

Discussed in one of these lists in the last few weeks with,
IIRC, a link to the doc.

o C programmers like to see lower case characters in their
  parameters.

o There's no easy to enter lower case characters.

Therefore, if the PARM is all upper case, the interface
assumes your attempt to enter lower case characters was
thwarted by the dreadful TSO terminal interface, and
does it for you.  It's only trying to help you.

So, put at least one lower case character in your PARM,
and enter:

 CALL 'TCC001.V300.LOAD(TCCPLIV2)' 'DECK,obj,TERM' ASIS

and your TCCPLIV2 will see the PARM as you typed it.

I hate the consequences of enforced case insensitivity.

I'm going to go wash my hands again.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: ISPF Preprocessed Panels

2010-03-12 Thread Bob Shannon
I benchmarked pre-processing panels years ago and found sufficient measurable 
results to justify doing it. As an ISPF user I couldn't tell the difference. 

Bob Shannon
Rocket Software

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Yet another mixed case question

2010-03-12 Thread Charles Mills
I remembered half of the below. I tried the some lower case characters
part but forgot the ASIS.

Geez! Why isn't ASIS enough? Maybe IBM should add another option,
REALLYTRULYASIS.

Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Paul Gilmartin
Sent: Friday, March 12, 2010 4:19 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Yet another mixed case question

On Fri, 12 Mar 2010 15:54:50 -0700, Charles Mills wrote:

Under TSO I execute the following Rexx statement:

CALL 'TCC001.V300.LOAD(TCCPLIV2)' 'DECK,OBJ,TERM'

Why does the program (C++) see a parameter of

'deck,obj,term'

WAD.  Very Bad Design, IMO.  But they had to do it.

Discussed in one of these lists in the last few weeks with,
IIRC, a link to the doc.

o C programmers like to see lower case characters in their
  parameters.

o There's no easy to enter lower case characters.

Therefore, if the PARM is all upper case, the interface
assumes your attempt to enter lower case characters was
thwarted by the dreadful TSO terminal interface, and
does it for you.  It's only trying to help you.

So, put at least one lower case character in your PARM,
and enter:

 CALL 'TCC001.V300.LOAD(TCCPLIV2)' 'DECK,obj,TERM' ASIS

and your TCCPLIV2 will see the PARM as you typed it.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: ALLOC DA(*) indicator in JFCB?

2010-03-12 Thread Gerhard Postpischil

On 3/12/2010 5:58 PM, Charles Mills wrote:

Is there an indicator in the JFCB that the DD in question was allocated with


TSO ALLOC DA(*)

In other words, allocated to the invoking terminal?


I doubt the JFCB has anything, but the TIOT entry should. Check 
TIOELINK flag TIOTTERM


Gerhard Postpischil
Bradford, VT

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Yet another mixed case question

2010-03-12 Thread Paul Gilmartin
On Fri, 12 Mar 2010 16:27:01 -0700, Charles Mills wrote:

I remembered half of the below. I tried the some lower case characters
part but forgot the ASIS.

Geez! Why isn't ASIS enough? Maybe IBM should add another option,
REALLYTRULYASIS.

Because ASIS is obeyed by the TSO TMP; the (unwanted?) case
conversion is done by C Runtime Initiation.

But TSO should have a REALLYTRULYASIS, as in PROFILE REALLYTRULYASIS,
which would disable all case conversion, in all commands and in
the content of DSN(*).  I'm a big boy; I can find the shift key
when I need it.

I hate the circumventions necessitated by fradulent case-insensitivity.
If there were true case insensitivity, there would be no motive
to convert input to upper (or lower) case, possibly overriding the
programmer's intent.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


IBM's msys for Setup (aka zOSMF?)

2010-03-12 Thread John Mattson
msys for Operations went away a few generations of zOS ago, but msys for 
Setup is clearly included in my ServerPac of zOS 1.11 with manuals written 
in 2009.  It seems to have an alias of zOSMF in some cases.   In ANY case, 
the manual describes it as a way to do your Sysprog job from a PC.  So, 
Now, I ask the questions again 1) Has anyone tried this thing? 2) If you 
did, did you find it useful 3) are you still using it?   I admit it, 
before I break out the books and spend time, I want to learn from the 
experience of others.  I have learned from my own... enough. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


PSF OUTDISP=KEEP

2010-03-12 Thread Frank Swarbrick
Is there a way to make PSF respect OUTDISP of KEEP?  My understanding is that 
if a class has OUTDISP=(KEEP,KEEP) once the output is printed it should remain 
queued with a DISP of LEAVE.  This does not appear to be happening.  It looks 
to me like it's being purged, because I can't find it in either the output 
queue or the held output queue.
It is still in the Status queue, but I don't think that's what I'm looking 
for.

z/OS 1.10
JES2
PSF 4.3

Thanks,
Frank


 

The information contained in this electronic communication and any document 
attached hereto or transmitted herewith is confidential and intended for the 
exclusive use of the individual or entity named above.  If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
examination, use, dissemination, distribution or copying of this communication 
or any part thereof is strictly prohibited.  If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy this communication.  Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SMP/E SMPPTFIN Audit Trail?

2010-03-12 Thread Schwarz, Barry A
My approach is use the SOURCEID operand of the RECEIVE command.  Each SMPPTFIN 
dataset is associated with a unique source identifier, usually as a qualifier 
in the DSN.  If the source identifier exists, the SMPPTFIN dataset has been 
received.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Paul Gilmartin
Sent: Friday, March 12, 2010 1:50 PM
To: IBM-MAIN@bama.ua.edu
Subject: SMP/E SMPPTFIN Audit Trail?

We have a problem attempting to track which version(s) of
SMPPTFIN files, each containing multiple PTFs, have been
RECEIVEd.

Is there a way to embed a sort of command in SMPPTFIN
that will create an entry in SMPLOG (or elsewhere)
unambiguously recording that that SMPPTFIN file, as
opposed to any other, has been RECEIVEd?

Is there even a way to embed a standalone comment (not
associated with any PTF) in SMPPTFIN?  ++ NULL serves
this purpose for SMPHOLD.  For SMPPTFIN, I have sometimes
resorted to embedding an otiose ++ ASSIGN to bear
the comment.  Is there a neater way?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: IBM's msys for Setup (aka zOSMF?)

2010-03-12 Thread Edward Jaffe

John Mattson wrote:
msys for Operations went away a few generations of zOS ago, but msys for 
Setup is clearly included in my ServerPac of zOS 1.11 with manuals written 
in 2009.  It seems to have an alias of zOSMF in some cases.   In ANY case, 
the manual describes it as a way to do your Sysprog job from a PC.  So, 
Now, I ask the questions again 1) Has anyone tried this thing? 2) If you 
did, did you find it useful 3) are you still using it?   I admit it, 
before I break out the books and spend time, I want to learn from the 
experience of others.  I have learned from my own... enough.
  


Might want to check out this session next week at SHARE in Seattle:

2249 z/OSMF 1.11 Overview, Implementation and Configuration
Speakers: Anuja Deedwaniya  and Greg Daynes
In this session, the speakers will introduce attendees to the IBM z/OS 
Management Facility (z/OSMF), a new product, that will simplify, 
optimize and modernize the z/OS system programmer experience. They will 
specifically cover how to use z/OSMF for problem data management of SVC 
and user initiated dumps and configuring TCP/IP Policy based 
definitions. Information from early user experience and setup of z/OSMF 
on z/OS will also be included.


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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: HSM utilization of 3490 emulated 9840D tape?

2010-03-12 Thread O'Brien, David W. (NIH/CIT) [C]
Jack,

  Took your advice and ran Fatar Analyze against both 9840A and 9840D HSM 
backups which are 100% full. Results follow:

9840A
CHARACTERISTICS OF THE TAPE TO BE ANALYZED 
   UNIT  DEVICE   SERIAL  MFR CARTRIDGE  EMULATING 
   0536  9840 H00116  STK  20 GB 3490  
  FINAL TOTALS   
 FILES READ  BLOCKS READ BYTES READ   FEET READ  TEMP ERRS  PERM ERRS
  1  419391768713136128  0  0
 IDRC(COMPACTED)  10206517909469184 726  

9840D
CHARACTERISTICS OF THE TAPE TO BE ANALYZED 
   UNIT  DEVICE   SERIAL  MFR CARTRIDGE  EMULATING 
   2503  9840DE20677  STK  75 GB 3490  
  FINAL TOTALS
 FILES READ  BLOCKS READ BYTES READ   FEET READ  TEMP ERRS  PERM ERRS 
  1  419391768713136128  0  0 
IDRC (COMPACTED)   2073417939517440 189   

It would appear both tapes have the same amount of data.
Any ideas?

Thank You,
Dave O'Brien
NIH Contractor

From: John Kelly [john_j_ke...@ao.uscourts.gov]
Sent: Friday, March 12, 2010 12:02 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: HSM utilization of 3490 emulated 9840D tape?

David,
I do believe that you hit it on the head with the 'Unittype(3490)
is specified, which according to the manual nullifies use of the
Capacitymode parameter..' observation. I know that could not get 9840A to
qualify for Capacitymode but I'm not surprise that STK hasn't bellied up
to responding. Since you've mentioned HSM BACKUP tapes, there should be no
doubt about 'take away' being involved. Have you looked at what FATS says
about  the tape usage?
Since we are getting away from the STK 'emulation' , we haven't seen any
discrepences.

Jack Kelly
202-502-2390 (Office)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: ISPF Preprocessed Panels

2010-03-12 Thread George Henke
If you're looking for improved DASD response time, you're looking in the
wrong place. Pre-processed panels save on CPU. Every ISPF panel must be
tokenized. Those that are pre-processed bypass the vast majority of that
processing, thus reducing the path length required to load them.

Having spent the last 2 years coding 10,000 lines into ISPF panels,  among
other things, I can definitely see the merit in Ed Jaffe's argument.


On Fri, Mar 12, 2010 at 5:41 PM, Edward Jaffe
edja...@phoenixsoftware.comwrote:

 Ted MacNEIL wrote:

 I never personally noticed any performance gain from preprocessing.



 Even back with slow DASD, I never saw a performance benefit that
 out-weighed the admin overhead.
 Today's DASD, I'd say forget it.



 If you're looking for improved DASD response time, you're looking in the
 wrong place. Pre-processed panels save on CPU. Every ISPF panel must be
 tokenized. Those that are pre-processed bypass the vast majority of that
 processing, thus reducing the path length required to load them.

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


 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html




-- 
George Henke
(C) 845 401 5614

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: ISPF Preprocessed Panels

2010-03-12 Thread Ted MacNEIL
Having spent the last 2 years coding 10,000 lines into ISPF panels,  among 
other things, I can definitely see the merit in Ed Jaffe's argument.

And, have you measured the savings?
Have you found it worth it?
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SMP/E SMPPTFIN Audit Trail?

2010-03-12 Thread Paul Gilmartin
On Fri, 12 Mar 2010 17:14:14 -0800, Schwarz, Barry A wrote:

My approach is use the SOURCEID operand of the RECEIVE command.  Each SMPPTFIN 
dataset is associated with a unique source identifier, usually as a qualifier 
in the DSN.  If the source identifier exists, the SMPPTFIN dataset has been 
received.

No, no, no!  Not in the command.  It must be in the SMPPTFIN, else the
hazard of a disconnect between the SMPPTFIN and the RECEIVE command is
too great.  Even if the user is entirely conscientious in copying the
identifier from SMPPTFIN or its metadata to the RECEIVE command, the
chore is tedious and the user should be spared it.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Paul Gilmartin
Sent: Friday, March 12, 2010 1:50 PM

Is there even a way to embed a standalone comment (not
associated with any PTF) in SMPPTFIN?  ++ NULL serves
this purpose for SMPHOLD.  For SMPPTFIN, I have sometimes
resorted to embedding an otiose ++ ASSIGN to bear
the comment.  Is there a neater way?

Of course, the SOURCEID operand of the ++ ASSIGN MCS somewhat serves
the purpose, though I'd rather not tie such metadata to any particular
PTF, nor to all PTFs.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html