Re: IFIND
TISLER Zaromil wrote: They are functionally equivalent. If I try IFIND in SDSF under SE or SJ, the cursor jumps to the first (non-blank?) character in the next line, not to the next occurrence of the string. if I try IFIND under SB nothing happens (the cursor does not move). When I fiddled with writing an ISPF app and wished to implement a repeat-FIND function, I could not gain access to RFIND. RFINDis not active was the message I got, and so, inspired by SDSF, I decided to use IFIND for my repeat-FIND function name. AFAICT RFIND can only be used by ISPF builtin facilities like BROWSE, EDIT and VIEW. I think this is why SDSF does not use RFIND as the command name. I think SJ, SB and SE invoke ISPF's Browse or Edit, so RFIND is available for them. I could not get IFIND to function whenever RFIND was functional, although IFIND was not flagged as an invalid command at those times. Now, once the application is informed that a repeat-FIND is requested, how it handles it is up to the application. I tried to follow EDIT/VIEW/BROWSE logic when positioning the cursor and the data in my app, but SDSF seems to position the found text to the top data line. QUEUE did that, but then started the search from the second line, while SDSF seems to be cursor column sensitive, and so an IFIND can find another match on the top data line if it is past the current cursor location. Sort of a ISPF-QUEUE hybrid, it seems to me. Or maybe they wanted the details on the top screen line like line number and DSID to petain to the found text. Hmm, maybe they're not so silly after all. :) Cheers, Greg P. -- 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
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
Re: IFIND
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
TSO Exits
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
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
Re: SORT help - to split by delimiters
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
Re: TCP/IP and CMC?
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: z/OS Unix Mount Info from ISPF
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
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. 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
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. -- 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
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: TCP/IP and CMC?
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: Copying GDG versions in Reverse order
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: 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. 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: TSO Exits
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
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=ind0402L=ibm-mainP=R69753I=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: 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. 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: DSCOPY now available
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=ind0402L=ibm-mainP=R69753I=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: DSCOPY now available
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
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: DFSORT MOD27 support
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 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 [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
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 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 [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
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 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 [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
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 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 [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
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 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 [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?
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 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 [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
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 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 [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
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 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 [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
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: Downloading CBPDO RIM Files
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: Wild Branch Diagnosis (Was: Five Digit Device Numbers)
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