Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers)

[Ed Finnell]

 
In a message dated 8/7/2005 12:01:44 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

WatASS  actually existed - It was called Assembler G. There was even 
some code in  a HASP Routine that processed Object Decks to support 
the Object Decks it  output (I think it had to do with better RLD 



>>
Think I was leaving as they were converting to RCA/Serry/UNIVAC
so the clamor died down. Then the Minis started firing up. PDP/8
there Varian somewhere else RCA110A in EE and one of PFCSK's discovered  X/PL 
from UCLA or STANFORD. Got several emulators rolling pretty good. He went  
over to Music department to help with the Varian and next thing I heard he's  
headed off to Muscle Shoals to be a studio musician. Asta la  vista. 

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

Re: Downloading CBPDO RIM Files

[ibm-main]

From: "Robert A. Rosenberg"
> 
> Thanks. I'll check that option in my ISPF Screens when I get in on 
> Monday. As I noted, it is annoying that IBM has made my job "Easier" 
> by refusing to supply required documention. How hard would have been 
> to add this information to the Preprinted "CBPDO - Memo To Users" 
> Letter?

Be mighty surprised if you didn't get a Program Directory.
Should all be in there.

Shane ...

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

Re: Downloading CBPDO RIM Files

[Robert A. Rosenberg]

At 18:23 -0400 on 08/06/2005, Thomas Conley wrote about Re: 
Downloading CBPDO RIM Files:



- Original Message -
From: "Robert A. Rosenberg" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
Sent: Saturday, August 06, 2005 3:18 PM
Subject: Downloading CBPDO RIM Files



I have been away from Operating System Support for a LONG time and have
just gotten a job where I am now doing (among other things) SMP Support. I
have been given a CBPDO tape to install but while there is no docs on how
to download the RIM library from the tape (CATCH-22). Can someone please
post the JCL to access this library (ie: The File Number and DSN at least)
since I know it is a standard IEBCOPY step.




Robert,

Use the SMP/E RECEIVE dialog.  It has an option to download the RIM, the
DOC, etc.


Thanks. I'll check that option in my ISPF Screens when I get in on 
Monday. As I noted, it is annoying that IBM has made my job "Easier" 
by refusing to supply required documention. How hard would have been 
to add this information to the Preprinted "CBPDO - Memo To Users" 
Letter?



Regards,
Tom Conley


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

Re: Moving PDSE Libraries to a new catalog

[Robert A. Rosenberg]

At 15:58 -0400 on 08/06/2005, Bruce Black wrote about Re: Moving PDSE 
Libraries to a new catalog:



IDCAMS REPRO MERGECAT can be used to move catalog entries from one
catalog to another, see the examples in the IDCAMS manual.  It deletes
from the old catalog and adds to the new catalog.  After doing this,
then define the ALIAS in the master pointing to the user catalog.


Will this also handle my VSAM and Standard Datasets? If so, it will 
make my job MUCH easier (just one REPRO MERGECAT on the Index Level 
[from the only Master Catalog with the VSAM datasets]) and just 
DELETE NOSCRATCH on the others (since they are all subsets of the 
Master Catalog with the full list including the PDSEs and VSAM Files).




If these PDSEs are SMS-managed, this has the advantage that it will
update the NVR in the VVDS of the volumes involved with the new catalog
name, so everything will be in sync.

If these PDSEs are really in more than one master catalog, then after
you do the REPRO MERGECAT from one catalog, then just do a DELETE
NOSCRATCH to get rid of them from the other masters.

Don't forget that you will need UPDATE authority to the master catalogs
to do all of this.


I do/will have that authority (or I'll just use a "SuperUser" ID for 
that task if my assigned ID lacks that authority).


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

Re: Wild Branch Diagnosis (Was: Five Digit Device Numbers)

[Robert A. Rosenberg]

At 19:07 -0400 on 07/29/2005, Ed Finnell wrote about Re: Wild Branch 
Diagnosis (Was: Five Digit Device Numbers):



Right. Might be where we got it. Had lots of their
offshoots, WatFOR, WatFIV, WatCOB, there was clamor for
WatASS but everybody looked at us funny in the halls(more
so than normal).


WatASS actually existed - It was called Assembler G. There was even 
some code in a HASP Routine that processed Object Decks to support 
the Object Decks it output (I think it had to do with better RLD 
Cards where ASMG output the cards with more entries per card in some 
cases compared with the IBM ASMF/ASMH Assemblers).


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

Re: TCP/IP and CMC?

[Ted MacNEIL]

>Does the CMC 'work' or does it go away when TCP/IP comes in?

SNMP?

...

If I had any clues as to what you were talking about, I wouldn't be asking 
these questions.

(8-{[}


-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

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

Re: Downloading CBPDO RIM Files

[Robert A. Rosenberg]

At 15:34 -0400 on 08/06/2005, Ed Finnell wrote about Re: Downloading 
CBPDO RIM Files:




In a message dated 8/6/2005 2:18:17 P.M. Central Standard Time, 
[EMAIL PROTECTED] writes:

I have  been away from Operating System Support for a LONG time and
have just  gotten a job where I am now doing (among other things) SMP
Support. I have  been given a CBPDO tape to install but while there is
no docs on how to  download the RIM library from the tape (CATCH-22).
Can someone please post  the JCL to access this library (ie: The File
Number and DSN at least)  since I know it is a standard IEBCOPY step.






Stuff has gotten better. They got Wizards and online doc these
days.
_http://www-03.ibm.com/servers/eserver/zseries/zos/wizards/ipw/ipwv1r4/_
(http://www-03.ibm.com/servers/eserver/zseries/zos/wizards/ipw/ipwv1r4/)

Lacking that the SMP/E dialogs will download the RIM and DOC DSNS for  you. 



The wizards you pointed me at are useless for my purpose. All I am 
trying to do is install a new Product Level and the only supplied 
Hard Copy Documentation is the Program Directory for the Feature 
(which was supplied with a CBPDO not a Feature Tape). The sole 
documentation in there about using a CBPDO tape instead of a Feature 
Tape was to use the files contained in the RIMS (with no hint on how 
to download them off the tape - ie: The DSN and File Number of the 
IEBCOPY unload on the CBPDO tape). The last time I had to do installs 
via anything other than Feature Tapes it was via CBIPO where you got 
a PRINTED HARD COPY which was generated from a Template with your 
Serial Numbers and Features included. It is VERY frustrating that the 
so called "CBPDO Memo To Users" has NO instructions on how to use the 
tape or download the RIMS (so you can get to the Tailored 
Documentation and Job Streams).


I was a MVS Systems Programmer responsible for System Installs and 
Maintenance for over 30 years and took 7 years off from that area 
only to return to find that IBM no longer supplies the simple 
instructions to get you started but just assumes you already know 
what to do. It is VERY frustrating and shocking to see them fail to 
supply adequate documentation to get started.


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

Re: Moving PDSE Libraries to a new catalog

[Robert A. Rosenberg]

At 15:39 -0400 on 08/06/2005, Ed Finnell wrote about Re: Moving PDSE 
Libraries to a new catalog:




In a message dated 8/6/2005 2:18:21 P.M. Central Standard Time, 
[EMAIL PROTECTED] writes:

If I can  go the rename route, I assume that doing the Uncatalog from
the other  Master Catalogs will work even though the Library is no
longer there under  its original name and that the 2nd rename will
return access to  it.






Kinda kludgey without STEPCATs but need to make Ucats
with ALIAS for each of the other MCATS. Most of it is
explained in the DOC.


Thank you for your quick reply.

Which DOC?

To restate my question. Right now I have a number of datasets 
(Standard, PDSE, and VSAM) cataloged under High-Level Index "X". They 
are cataloged into the Master Catalogs of 3 separate systems. In all 
cases where the same dataset name exists in more than one of the 
Master Catalogs, the entry points to the same dataset (ie: There are 
no conflicts where there is more than one copy with the same name). 
My intent is to remove all X.* entries from the Master Catalogs, 
Create an Alias to X in each (pointing at a User Catalog), and then 
recatalog the datasets into the User Catalog. I can handle the 
Standard Datasets (just uncatalog them via ISPF 3.4 "U", define the 
Alias, and do ISPF 3.4 Catalogs by selecting the Index on the correct 
Volumes and going "C"). The VSAM Datasets just need an EXPORT(with 
Delete)/IMPORT of the Datasets to move their Catalog Entries. The 
Show Stopper is the PDSEs. How do I move their entries from the 
Master Catalog to the User Catalog since (possibly erroneously) I 
have the impression that PDSEs MUST be cataloged and any attempt to 
uncatalog is an implicate delete (unlike Standard Files which can 
exist without being cataloged by just supplying the UNIT/VOLSER to 
access them).


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

Re: DFSORT & MOD27 support

[Shmuel Metz (Seymour J.)]

In
<[EMAIL PROTECTED]>,
on 08/04/2005
   at 11:44 AM, Jeffrey Deaver <[EMAIL PROTECTED]> said:

>I was not looking to spend a good deal of time on the phone with them
>and hardly have to the knowledge to argue the points well, no simply
>nodded my head (sort to speak).  But now that I'm thinking about it,
>neither sounds completely valid.  Isn't VIO simply storage of another
>sort and the access methods used to get there are the same as those
>that get to my disk?

No. VIO adds an extra layer of simulation; FBA -> ECKD -> CI -> CKD
instead of FBA -> ECKD for DASD temporary files or FBA -> ECKD -> CI
for data spaces.

>And couldn't all temporary datasets use secondary allocations within
>VIO?

Yes.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ILR005E PLPA PAGE DATA SET FULL

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/04/2005
   at 11:53 AM, Bill Fairchild <[EMAIL PROTECTED]> said:

>I accept this as definitive.  I don't have access to this 
>publication.  So  the 2305 was/is a disk instead of a drum.   Cool. 
>But still I wonder why so many of us thought it was a drum way back 
>when,

Google for "urban legend" or "Mencken bathtub hoax"; these things
acquire a life of their own.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: TCP/IP and CMC?

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>,
on 08/05/2005
   at 12:00 AM, Ted MacNEIL <[EMAIL PROTECTED]> said:

>Does the CMC 'work' or does it go away when TCP/IP comes in?

SNMP?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ISREDIT macro and ampersands

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/04/2005
   at 03:18 PM, Dave Salt <[EMAIL PROTECTED]> said:

>The equivalent code in REXX does indeed have a problem.

Please not that I wrote "that particular problem", not "a problem" and
that I described the additonal problem in my next sentence.

>The CLIST solution I posted earlier (i.e. putting the variable in 
>brackets

You gave code that used parentheses, not brackets. Which is fortunate,
since I believe that ISPF would have given an error message for
brackets.

>resolves the problem for both REXX and CLIST.

The second sentence of my reply mentioned "passing the line by name",
which is what you are telling ISPF when you put a name in parentheses.

 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: EJES vs. IOF??? Try Sysview

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/05/2005
   at 12:34 PM, Walt Farrell <[EMAIL PROTECTED]> said:

>Therefore, perhaps users mentioning their own products should include
>such relevant information in a signature block, which would be
>visible to all.

I agree; even well known figures like you should do so. It also saves
arguments when you give advise on the products that you're responsible
for ;-)
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: EJES vs. IOF??? Try Sysview

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/05/2005
   at 08:24 AM, Thomas Conley <[EMAIL PROTECTED]> said:

>Norman's never been a product pimp, even when he was with Candle. 
>He's  never hid his company affiliation, so I think you're off-base
>here.

To be fair, he failed to include his affiliation in his sig. I regard
that as an innocent mistake, but still a mistake.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Dilemma of a young Mainframe Systems Programmer

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/04/2005
   at 04:04 PM, Howard Brazee <[EMAIL PROTECTED]> said:

>Maybe you are comparing Unix editors.   "Full screen" is dumbed down.

No; a full screen editor that doesn't have a change command or a macro
facility is dumbed down. A full screen editor like emacs, ISPF EDIT or
XEDIT is not. The criterion for dumbed down is that it makes it
difficult or impossible to do anything but the basics.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Dilemma of a young Mainframe Systems Programmer

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/03/2005
   at 10:47 PM, Ed Finnell <[EMAIL PROTECTED]> said:

>Line mode, text commands.

That is not responsive to the question "Then what is the EDLIN
equivalent of, e.g., calling a CLIST from within EDIT?"; EDLIN does
not support a programmable macro facility of any flavor.

>All I said was similar not a replacement for.

Correct, and it isn't similar. Similar would be if it used, e.g.,
Perl, as a macro language instead of CLIST or REXX, but it is totally
lacking in that facility.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFSORT & MOD27 support

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/05/2005
   at 08:13 AM, Ron and Jenny Hawkins <[EMAIL PROTECTED]> said:

>Seeing as most of these methods work on principles of 3390 physical
>disk layout, then this argument would also recommend against cached
>DASD and arrays that emulate 3390.

No, because cached DASD does not add the extra layer of simulation
that VIO does and real CKD DASD haven't been available for decades, so
the FBA -> ECKD overhead is unavoidable.

>I would love to see Syncsort actually explain "why" a Data-in-Memory
>access is slower than a real IO to disk.

No doubt, especially when that is not the claim that Jeffrey quotes
them as having made.

>My point exactly. When VIO went straight to the Locals these
>recommendations were valid, but Expanded Storage turned VIO into a
>real DIM technique,

No; it remained a simulation of ECKD on pages of LOCAL. What you're
missing is that large sort work files exceeded the capacity of
expanded storage. Even with expanded data spaces would still have less
overhead than VIO.

-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DSCOPY now available

[Arthur T.]

On 6 Aug 2005 16:09:55 -0700, in bit.listserv.ibm-main 
(Message-ID:<[EMAIL PROTECTED]>) 
[EMAIL PROTECTED] (Tom Harper) wrote:


Us peons can't access the colesoft web site 
"www.colesoft.com/utilities".:


"You are not authorized to view this page You might not 
have permission to view this directory or page using the 
credentials you supplied."


 I suspect that Dave meant to point to page
http://www.colesoft.com/utilities.html
which worked for me. 


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

Re: DSCOPY now available

[Bob Rutledge]

www.colesoft.com/utilities.html works.

Bob

Tom Harper wrote:
...


Us peons can't access the colesoft web site "www.colesoft.com/utilities".:

...

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

Re: DSCOPY now available

[Tom Harper]

Dave,

Us peons can't access the colesoft web site "www.colesoft.com/utilities".:

"You are not authorized to view this page 
You might not have permission to view this directory or page using the 
credentials you supplied." 

Tom Harper

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of David Cole
Sent: Saturday, August 06, 2005 4:55 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: DSCOPY now available


I didn't know why it's taken me 33+ years to do this, but I've 
finally packaged DSCOPY for shareware distribution and posted it to 
our website: "www.colesoft.com/utilities".

What's DSCOPY? Well, there's more information at:
 http://www.techieone.com/detail-2189303.html
or  http://bama.ua.edu/cgi-bin/wa?A2=ind0402&L=ibm-main&P=R69753&I=1

Dave Cole  REPLY TO: [EMAIL PROTECTED]
Cole Software  WEB PAGE: http://www.colesoft.com
736 Fox Hollow RoadVOICE:540-456-8536
Afton, VA 22920FAX:  540-456-6658

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

Re: Downloading CBPDO RIM Files

[Thomas Conley]

- Original Message - 
From: "Robert A. Rosenberg" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
Sent: Saturday, August 06, 2005 3:18 PM
Subject: Downloading CBPDO RIM Files


I have been away from Operating System Support for a LONG time and have 
just gotten a job where I am now doing (among other things) SMP Support. I 
have been given a CBPDO tape to install but while there is no docs on how 
to download the RIM library from the tape (CATCH-22). Can someone please 
post the JCL to access this library (ie: The File Number and DSN at least) 
since I know it is a standard IEBCOPY step.





Robert,

Use the SMP/E RECEIVE dialog.  It has an option to download the RIM, the 
DOC, etc.


Regards,
Tom Conley 


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

DSCOPY now available

[David Cole]

I didn't know why it's taken me 33+ years to do this, but I've 
finally packaged DSCOPY for shareware distribution and posted it to 
our website: "www.colesoft.com/utilities".


What's DSCOPY? Well, there's more information at:
http://www.techieone.com/detail-2189303.html
or  http://bama.ua.edu/cgi-bin/wa?A2=ind0402&L=ibm-main&P=R69753&I=1

Dave Cole  REPLY TO: [EMAIL PROTECTED]
Cole Software  WEB PAGE: http://www.colesoft.com
736 Fox Hollow RoadVOICE:540-456-8536
Afton, VA 22920FAX:  540-456-6658

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

Re: TSO Exits

[Ed Gould]

On Aug 6, 2005, at 9:58 AM, Rick Fochtman wrote:

I have a IKJEFF10 exit that rips the job statement apart, modifies it 
and
re-assembles it. You can have a copy of that if you're willing to make 
your own

modifications, to suit your own purposes.

---


Rick,

Welcome back.

Ed

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

Re: Moving PDSE Libraries to a new catalog

[Bruce Black]

IDCAMS REPRO MERGECAT can be used to move catalog entries from one 
catalog to another, see the examples in the IDCAMS manual.  It deletes 
from the old catalog and adds to the new catalog.  After doing this, 
then define the ALIAS in the master pointing to the user catalog.


If these PDSEs are SMS-managed, this has the advantage that it will 
update the NVR in the VVDS of the volumes involved with the new catalog 
name, so everything will be in sync.


If these PDSEs are really in more than one master catalog, then after 
you do the REPRO MERGECAT from one catalog, then just do a DELETE 
NOSCRATCH to get rid of them from the other masters.


Don't forget that you will need UPDATE authority to the master catalogs 
to do all of this.


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com 


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

Re: Copying GDG versions in Reverse order

[Robert A. Rosenberg]

At 10:07 +0530 on 08/03/2005, sreekanth dumpa wrote about Copying GDG 
versions in Reverse order:



Hi,

I have taken dump of GDG by using base into flat file using IEBGENER
Utility. In flat file it is copying the latest version first and the old
Versions next. But I want to copy them in reverse order. i.e. old version
First and later version next. Here is example of the problem

[snip]

Please help me out.

Thanks in advance
Sreekanth




There is a simple way to do this IF you know how many generations 
there are. Given your 3 Generation example, the solution is:



//COPY EXEC PGM=IEBGENER
//SYSPRINT DD SYSOUT=*
//SYSIN DD DUMMY
//SYSUT2 DD DISP=(NEW,CATLG),DSN= etc
//SYSUT1 DD DSN=GDG-FILE-NAME(-2),DISP=OLD ... etc
//   DD DSN=GDG-FILE-NAME(-1),DISP=OLD ... etc
//   DD DSN=GDG-FILE-NAME(0),DISP=OLD ... etc

Put the earliest Generation on the SYSUT1 card and count up on the 
succeeding cards until you get to 0.


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

Re: TCP/IP and CMC?

[John Giltner]

On Fri, 5 Aug 2005 22:10:20 -0500, Ed Gould <[EMAIL PROTECTED]> wrote:

>On Aug 5, 2005, at 8:47 PM, John S. Giltner, Jr. wrote:
>
>> Ted,
>>
>> Yes you can have a CMC in a TCP/IP envorment.  In fact IBM even
>> renamed it to something else NET390.
>>
>> It included everything you had in a traditional SNA and APPN CMC along
>> with the equalivent TCP/IP server ype functions.
>>
>> Oh, CMC = Communications Management Configuration.
>>
>> Just search for NET390 on IBM's web site, there are a few PDF's and
>> some RedBooks.
>>
>SNIP--
>
>Interesting... I will have to figure out how they handle NJE in a TCP
>world.
>
>Thanks will look for the manual(s).
>
>Ed
>

For now you can use SNA over IP (a.k.a. TCP62) or Enterprise Extender.  z/OS
1.7 is the last release to support TCP62, however I do beleive that IBM has
announced native NJE over IP support.

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

Re: Moving PDSE Libraries to a new catalog

[Ed Finnell]

 
In a message dated 8/6/2005 2:18:21 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

If I can  go the rename route, I assume that doing the Uncatalog from 
the other  Master Catalogs will work even though the Library is no 
longer there under  its original name and that the 2nd rename will 
return access to  it.



>>
Kinda kludgey without STEPCATs but need to make Ucats
with ALIAS for each of the other MCATS. Most of it is
explained in the DOC.

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

Re: Downloading CBPDO RIM Files

[Ed Finnell]

 
In a message dated 8/6/2005 2:18:17 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

I have  been away from Operating System Support for a LONG time and 
have just  gotten a job where I am now doing (among other things) SMP 
Support. I have  been given a CBPDO tape to install but while there is 
no docs on how to  download the RIM library from the tape (CATCH-22). 
Can someone please post  the JCL to access this library (ie: The File 
Number and DSN at least)  since I know it is a standard IEBCOPY step.



>>
Stuff has gotten better. They got Wizards and online doc these
days.
_http://www-03.ibm.com/servers/eserver/zseries/zos/wizards/ipw/ipwv1r4/_ 
(http://www-03.ibm.com/servers/eserver/zseries/zos/wizards/ipw/ipwv1r4/) 
 
Lacking that the SMP/E dialogs will download the RIM and DOC DSNS for  you.  

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

Re: z/OS Unix Mount Info from ISPF

[Marian Gasparovic]

Not exactly what you need, but you can use MVS command D OMVS (check
exact parameters) to see all mounted HFSs

On 8/6/05, Bob Bonhard <[EMAIL PROTECTED]> wrote:
> 
> Is anyone aware of a command or utility that can be used from TSO or
> ISPF to provide z/OS Unix mount information.  I'd ultimately like to be
> able to go to ISPF Data Set List Utility (=3.4), bring up a list of
> HFS/ZFS data sets, then place a command next to a data set that will
> tell me the mount point and other mount-related information, with-OUT
> going into Ishell (nothing against Ishell or anything).  Thanks!
> ~~BB~~
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: TCP/IP and CMC?

[Michael Babcock]

Ted MacNEIL wrote:


...
Communication Management Configuration (or something very similar).
...

Now, I need to know where to find doc on it with TCP/IP.
And, is it supported (needed) with TCP/IP.


-teD
 

We run a CMC config.  We have 5 LPARs (including the CMC) each running 
its own TCPIP stack (no VIPA, etc).   We are eliminating the CMC in the 
next few weeks.  We simply moved the SNA network ownership from the CMC 
LPAR to the PROD LPAR.  We have two CISCO 7500 CIP routers attached to 
the mainframe.  A lot of our SNA traffic flows through these two 
routers.  Consequently, the CIP router csna config (it was pointing to 
the CMC)  needed to change since the LPAR number was changing.  TCPIP 
itself was unaffected.


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

Re: SORT help - to split by delimiters

[Tom Anderson]

Perhaps you could run the following script in batch:

#!/usr/bin/awk -f
BEGIN \
{
   FS = ~
   accum = 0
}
{
   accum += $3
}
END \
{
   printf( "sum of prices = %d\n", accum)
}


> -Original Message-
> From: Ramya Ramaswamy [mailto:[EMAIL PROTECTED]
> Sent: Saturday, August 6, 2005 04:13 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: SORT help - to split by delimiters
> 
> Hi,
> 
> I have a requirement which states like this:
> 
> Given records like
> 
> 1~ABC~99.99~12345
> 123~AB~9.99~567
> 34~c~1.99~345
> 
> where there are 4 fields in each record, each separated by a '~'. The third
> field is the price field, which i need to sum up. I wont know the starting
> position / length of the fields. Is there any way that i can sum up the
> price, using Sort or DYL, without having to write a COBOL program using
> UNSTRING?
> 
> Thanks in advance,
> Ramya
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

SORT help - to split by delimiters

[Ramya Ramaswamy]

Hi,

I have a requirement which states like this:

Given records like

1~ABC~99.99~12345
123~AB~9.99~567
34~c~1.99~345

where there are 4 fields in each record, each separated by a '~'. The third
field is the price field, which i need to sum up. I wont know the starting
position / length of the fields. Is there any way that i can sum up the
price, using Sort or DYL, without having to write a COBOL program using
UNSTRING?

Thanks in advance,
Ramya

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

TSO Exits

[Rick Fochtman]

I have a IKJEFF10 exit that rips the job statement apart, modifies it and
re-assembles it. You can have a copy of that if you're willing to make your own
modifications, to suit your own purposes.

---
[This E-mail has been scanned for viruses by the YourNet Connection Virus 
system]
[For more information, please go to http://www.ync.net/YourMAIL]

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

Re: IFIND

[Rob Scott]

SDSF uses ISPF dynamic areas for its displays - for speed and also
flexibility with screen attribute highlighting. 

However, an application using dynamic areas is responsible for
processing the code to handle, amongst other things, navigation commands
(LEFT,RIGHT,UP and DOWN) as well as common primary commands such as
"FIND" and "Repeat FIND".

The application can choose to support RFIND by adding the "RFIND" verb
into the ISPF command table as "PASSTHRU" and then picking it up in the
application logic - however SDSF chooses to use "IFIND". Maybe the
reasons for this are two-fold :

(a) SDSF can be invoked as a TSO command rather than ISPF application -
it could be that historically it was a TSO command before it ran under
ISPF (maybe even before it came out of IBM) therefore the original
author did not know/care about "RFIND".

(b) If an application 'intercepts' RFIND via the ISPF command table
entry PASSTHRU - it has a bit extra work to do to make RFIND active
again if it then invokes ISPF services (eg VIEW/EDIT BROWSE) from within
itself. Do-able but a few hoops must be jumped thru.

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

Re: OS/390 2.10 7 z/OS 1.4 in a Sysplex

[ibm-main]

When 1.4 was still orderable, 2.10 was within N+3, and as such was a
supported coexistence candidate.
Given appropriate toleration levels.

Can't see how the z/990  exploitation would affect things - don't recall
seeing any lower level tolerations when I did it.

That said, if you are planning to introduce "foreign" systems into an
important 'plex, I'd be seriously looking at setting up a testplex for it,
and keep it totally isolated from your important systems.

Shane ...

From: "Robert Luebkemann"

> I have an opportunity to run 2 OS 390 2.10  systems in a sysplex  of z/OS
> 1.4  systems (z990 support / Enhanced Console support installed/ RSU0503
> level).   There is no intent to share DASD or use any sysplex supported
> availability features.   Does anyone have any experience running this
> configuration, or know of any specific  reasons (particular maintenance /
> functions) that will cause this not to work?

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

Downloading CBPDO RIM Files

[Robert A. Rosenberg]

I have been away from Operating System Support for a LONG time and 
have just gotten a job where I am now doing (among other things) SMP 
Support. I have been given a CBPDO tape to install but while there is 
no docs on how to download the RIM library from the tape (CATCH-22). 
Can someone please post the JCL to access this library (ie: The File 
Number and DSN at least) since I know it is a standard IEBCOPY step.


Thanks.

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

Moving PDSE Libraries to a new catalog

[Robert A. Rosenberg]

I have been away from Operating System Support for a LONG time and 
have just gotten a job where I am now doing (among other things) 
Catalog Support.


I have to move the catalog entries of datasets whose Highlevel Index 
currently reside in the Master Catalogs of 3 separate systems to a 
shared User Catalog. The 3 separate instances of the Catalog Entries 
are not in sync (ie: The datasets are not in all 3 catalogs although 
all cases where a dataset resides in more than one catalog is DOES 
reference the same file version).


To correct this problem, the intent is to uncatalog the files from 
the Master Catalogs, create an alias to a User Catalog in the Master 
Catalogs, and then do one mass recatalog to the new User Catalog. 
Since the files are not normally in use, there is no scheduling issue 
for doing this but I have run into one issue that I need to resolve.


Some of the files are PDSEs which I have the impression must be 
cataloged at all times (ie: I can not just uncatalog the file and 
then later recatalog it as I can do with standard PDSs and sequential 
files). How do I work around this issue - ie: Must I do deletes and 
redefines of the Libraries around the Catalog Move (having saved the 
library contents for restoration to the new copy of the Library) or 
can I just do a rename to another High Level Index to "protect the 
library" and then restore the name after the definition of the Alias 
and UCAT?


If I can go the rename route, I assume that doing the Uncatalog from 
the other Master Catalogs will work even though the Library is no 
longer there under its original name and that the 2nd rename will 
return access to it.



Thanks.

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