Re: REPRO MERGECAT performance
Thanks, Ed. Many years ago, one of the sysprogs started using a reserved field in the VTOC. Along comes SMS and all those VTOCs needed a clean up. :) I agree, it's best to leave the reserved/undocumented fields alone. Linda - Original Message - From: Ed Gould edgould1...@comcast.net To: IBM-MAIN@bama.ua.edu Sent: Saturday, May 26, 2012 9:48:46 PM Subject: Re: REPRO MERGECAT performance The third vendor (NOT DINO or the other) sorry I wasn't clear on that. Using undocumented fields in the catalog is just plain inexcusable (IMO). Reserved fields are just that NO one is supposed to use them except IBM (IMO). Ed On May 26, 2012, at 4:26 PM, Linda Mooney wrote: Hi Ed, /snip We took the other one and in addition there were side bennies. We also got burned by an OEM that depended on some slight alterations to the catalog that were really not documented /esnip Did you mean that you got burned by the other one (not Dino-Soft) or another (3rd) vendor? Thanks, Linda - Original Message - From: Ed Gould edgould1...@comcast.net To: IBM-MAIN@bama.ua.edu Sent: Friday, May 25, 2012 11:17:37 AM Subject: Re: REPRO MERGECAT performance Dave: We took the other one and in addition there were side bennies. We also got burned by an OEM that depended on some slight alterations to the catalog that were really not documented although I think IBM and the vendor agreed to disagree on the peculiarity (use of undocumented fields) in the catalog. I got caught in the middle as I raised the flag. IMO the vendor was at fault but its water under the bridge. I will never use the other vendor again as a result (although its a great vendor) I do not like getting burned. Ed On May 25, 2012, at 12:51 PM, Gibney, Dave wrote: In the spirit of evenhandedness, faster mergecat is one of the good reasons to acquire T-Rexx from Dinosoft, or the other one :) Dave Gibney Information Technology Services Washington State University On May 25, 2012, at 11:02 AM, Mary Anne Matyaz wrote: Can MERGECAT performance be improved by altering the buffer space values for either the input or output catalog, or both? If you have a lot of VSAM, probably not. As I recall, doing a large repro mergecat with a lot of VSAM was very slow, but it was mostly due to the need to go change every vvds entry. In other words, I don't think you'll get a lot of bang for your buck. Mary Anne --- - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Transferring stuff from Mainframe to a RDz/UT clone of itself
I believe that MFNetDisk could be used to replicate volumes to a PC. I wonder if you could convert the MFNetDisk volume file to the volume-file format used by zPDT? 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: INFO IBM-MAIN
Re: How to leave ISPF
Paul: I think that was because that way back when IBM had a TSO product called PCF. If memory serves me one of the feature that PCF offered was to be able to stack commands and to separate them it used the field mark key as a delimiter. Although admittedly the biggest feature of PCF was to do data set dasd pooling (it also had a few other really nice features). We used it as well for TSO command authorization as we hadn't gotten RACF yet. The only issue I had was to change dasd meant an IPL or you had to have plenty of spare pools. I didn't like to zap LPA modules unless it was really needed and we needed another freebie from IBM to do that. Ed On May 26, 2012, at 10:42 AM, Paul Gilmartin wrote: On Fri, 25 May 2012 19:01:13 -0400, Shmuel Metz (Seymour J.) wrote: This part wasn't answered. You need to use the field mark key (x'1E'). Does ISPF treat it the same way that TSO does? I thought that it was just another character except for TSO line mode. Don't know. But I once tried to set Field Mark as my Command Delimiter (seemed to make sense, and semicolon is much too valuable otherwise). ISPF wouldn't let me do that. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Transferring stuff from Mainframe to a RDz/UT clone of itself
http://www.mail-archive.com/ibm-main@bama.ua.edu/msg124717.html On Sun, May 27, 2012 at 9:38 AM, Kirk Wolf k...@dovetail.com wrote: I believe that MFNetDisk could be used to replicate volumes to a PC. I wonder if you could convert the MFNetDisk volume file to the volume-file format used by zPDT? Kirk Wolf Dovetailed Technologies http://dovetail.com -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Snap dump question
On Sat, 26 May 2012 13:02:03 -0400 Scott Ford scott_j_f...@yahoo.com wrote: :I built the plist for a call to irrseq00 , I will post my code a bit later. Thanks for the reply You didn't seem to set up R1 to point to it. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: How to leave ISPF
On 27 May 2012 08:43:36 -0700, in bit.listserv.ibm-main you wrote: Paul: I think that was because that way back when IBM had a TSO product called PCF. If memory serves me one of the feature that PCF offered was to be able to stack commands and to separate them it used the field mark key as a delimiter. Although admittedly the biggest feature of PCF was to do data set dasd pooling (it also had a few other really nice features). We used it as well for TSO command authorization as we hadn't gotten RACF yet. The only issue I had was to change dasd meant an IPL or you had to have plenty of spare pools. I didn't like to zap LPA modules unless it was really needed and we needed another freebie from IBM to do that. Ed On May 26, 2012, at 10:42 AM, Paul Gilmartin wrote: On Fri, 25 May 2012 19:01:13 -0400, Shmuel Metz (Seymour J.) wrote: This part wasn't answered. You need to use the field mark key (x'1E'). Does ISPF treat it the same way that TSO does? I thought that it was just another character except for TSO line mode. Don't know. But I once tried to set Field Mark as my Command Delimiter (seemed to make sense, and semicolon is much too valuable otherwise). ISPF wouldn't let me do that. -- gil AS I recall from the 1980's, I had set up the logon CLIST for most users to immediately go into ISPF after allocations and logoff after ISPF exit. The proper handling of log/list defaults took care of the problem for the most part for us (SYSOUT Z as I recall). Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN