Re: To use wildcard characters in JCL
Hi Rajesh Scheduling products are not my area of expertise but I do recall that they have symbol substitution capabilities ahead of job submission, and I think date and time options fall within their realm. If this is the case and this is a production job it may be worth talking to the Scheduling Team about what any product you have may do for you, it should negate any need for code in any language if my memories are accurate. Note that others have pointed out that wildcards are not pertinent to JCL, and in fact is an incorrect term as wildcard is generally associated with some form of filter process, whereas your require appears to be variable substitution within a DD Statement for which the correct term would be symbols (or in the IBM JCL manual Symbol Parameters) Kind Regards - Terry Director KMS-IT Limited 228 Abbeydale Road South Dore Sheffield S17 3LA UK Reg : 3767263 Outgoing e-mails have been scanned, but it is the recipients responsibility to ensure their anti-virus software is up to date. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO EDIT COMMAND - BOUNDS
For those who may be confused, this may make things worse :-) : - TSO EDIT is an ancient (circa 1970) line mode editor, and which (being generous) has very little use today. Try typing HELP EDIT at READY or in ISPF option 6. - ISPF EDIT is a full-screen editor with a BOUNDS command. It was inspired by FSE (Full Screen Edit) in the early 1980s. ISPF EDIT is the editor that is used almost exclusively under z/OS. All of the above discussion applied to ISPF EDIT despite referring to TSO EDIT. ISPF runs under TSO/E. TSO EDIT does not require ISPF. ISPF EDIT requires both TSO/E and ISPF. While everyone seems to have understood what was intended, it might pay to be a bit more accurate, as there are various native TSO commands that provide (all but unknown and unused) line-mode analogs to a few ISPF facilities with similar names, e.g. COPY, ASM, LINK, LISTCAT, etc. On Fri, Jul 25, 2014 at 1:45 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: Native TSO EDIT does not have a bounds command. - -teD - Original Message From: Lizette Koehler Sent: Friday, July 25, 2014 13:04 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: TSO EDIT COMMAND - BOUNDS It was not clear if you are using NATIVE TSO EDIT or if you are using ISPF There are two lists you may wish to join if you have not done so already TSO/REXXURL to join: http://www2.marist.edu/htbin/wlvindex?TSO-REXX ISPF URL to join: https://listserv.nd.edu/cgi-bin/wa?A0=ispf-l Using ISPF you can restrict a change command by combining LABELS and COLUMNS So if your data is on lines 50 to 100 - type a .a (dot a) on line 50, then a .b (dot b) on line 100. Then the change command would look like C string newstring .a .b 35 50 all This will only change the lines .a to .b and only columns 35 to 50 and the ALL says do all lines Use PF1 for HELP in ISPF Review CHANGE and LABELs and COLUMNs You can exclude lines you do not want changes to occur on and then your change command could look like C string newstring .a .b 35 50 all NX NX says only lines showing - not excluded What would might work better is to use ISPF in Batch. You could create a REXX with an ISPF EDIT Macro to EDIT your dataset. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of esmie moo Sent: Friday, July 25, 2014 6:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: TSO EDIT COMMAND - BOUNDS Good Morning Gentle Readers I am trying the bounds command because I want to make a universal change between columns 35 to 50. I tried the HELP BNDS doc however it is not very clear. Here is what it says: The bounds may then be changed by overtyping with to define the left bound and to define the right bound. I am not sure where I would overtype the the I tried 35 but it shifted the datat to col 35 which is not what I want. I would like to set the bounds between col 35 50 so that I can enact my CHANGE command. Is this possible? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- OREXXMan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO EDIT COMMAND - BOUNDS
I remember using SPF (forerunner of ISPF) with SPFEDIT in the early '70s. Whether, or not, SPFEDIT was inspired by FSE I don't know. I never saw FSE until the mid-'70s. === Date: Sun, 27 Jul 2014 07:44:11 -0400 From: orexx...@gmail.com Subject: Re: TSO EDIT COMMAND - BOUNDS To: IBM-MAIN@LISTSERV.UA.EDU ... - ISPF EDIT is a full-screen editor with a BOUNDS command. It was inspired by FSE (Full Screen Edit) in the early 1980s. ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO EDIT COMMAND - BOUNDS
On Sun, 27 Jul 2014 07:44:11 -0400, Hobart Spitz wrote: there are various native TSO commands that provide (all but unknown and unused) line-mode analogs to a few ISPF facilities with similar names, e.g. COPY, ASM, LINK, LISTCAT, etc. Don't be so presumptuous ;-) I'm probably less than half the age of some (most ???) on this list, but I use it as a tool of last resort. Much like vi ... When all else is shot to hell, you can expect it to be there. When things are *really* bad you have to drop back to something like ZZSA. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO EDIT COMMAND - BOUNDS
On Sun, 27 Jul 2014 07:34:50 -0500, I wrote: I'm probably less than half the age of some (most ???) on this list, Ok,ok, that was a bit of a stretch ... :0) Shena ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS physical memory usage with multiple copies of same load module at different virtual addresses
This is a simplistic approach for sure, but it seems to me if z/OS supported something like this, there would be a significant amount of physical memory savings on the system. At least at our shop. 1. (Assuming z/OS does not already do this) Set up infrastructure, so every PDS/PDSE member gets its own unique identifier (or inode). For example, CICS.USERLIB1(PROGRAM1) and CICS.USERLIB2(PROGRAM1) would each have their own inode. 2. When a load module (i.e. PDS/PDSE member) is going to be loaded into an address space, check if the inode has already been loaded on the system by another address space. If yes, go to 4. If no, go to 3. 3. (First time load of a load module into the system by address space A) Load the module into the virtual address space A and physical memory as normal. However, also track any virtual pages for that load module that did not need to be altered (i.e. ADCON, VCON, etc.). 4. (Nth time load of a load module into the system by secondary address space B) When loading the module into the virtual address space B and physical memory, make sure any virtual pages for the load module that do not need to be altered for B and were not altered for A point to the same physical frame. These shared virtual pages for B will also be marked as copy-on-write. Any future writes to these shared virtual pages in address space B will result in B getting its own separate physical frame. Again, I am sure this is an incredible over-simplification of how this works, but the general idea of being able to share physical frames for the same unique load module that are loaded in separate address spaces should result in a significant amount of physical memory savings on a z/OS system, I would think. Thanks, Tim -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Friday, July 25, 2014 3:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS physical memory usage with multiple copies of same load module at different virtual addresses On Fri, 25 Jul 2014 14:57:15 -0500, Tom Marchant wrote: On Fri, 25 Jul 2014 15:17:48 -0400, Shmuel Metz (Seymour J.) wrote: on at 09:42 AM, John Gilmore said: If 1) the execution loader has brought a load module or program object into storage and 2) that executable is marked refreshable and/or reentrant, the execution loader will not bring second or subseq Nonsense. It would be nice if it worked that way, but it never has and probably never will. If you want to share, put it in LPA or use a DLL. Just to clarify, it does, but only within an address space. The OP asked about multiple address spaces. There's more than one address space. Right. As Joe D'Alessandro pointed out, with a citation in the PoP, there's considerable hardware support for this function. z/OS chooses to exploit it, but not as fully as it might -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO EDIT COMMAND - BOUNDS
On Sun, 27 Jul 2014 07:34:50 -0500, Shane Ginnane wrote: I'm probably less than half the age of some (most ???) on this list, but I use it as a tool of last resort. Much like vi ... When all else is shot to hell, you can expect it to be there. When things are *really* bad you have to drop back to something like ZZSA. And some UNIX wizards counsel maintaining proficiency in a UNIX line-mode editor for occasions when vi is unavailable. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: to use wildcard characters in JCl
On Sat, 26 Jul 2014 07:25:34 -0700, Lizette Koehler wrote: If the request is to have jcl like the following, then there is no current process in z/OS JCL to do that //DD1 DD DISP=SHR,DSN=*.MYDSN.LIST Collect all datasets that end in MYDSN.LIST One can do something similar with ISPF DSLIST with pattern **.MYDSN.LIST, but performance is abysmal. I suspct that any technique that relied on catalog search would be little better. On Sat, 26 Jul 2014 16:31:11 -0500, John McKown wrote: You can do something equivalent in REXX too. But it takes two steps. And the REXX program must reside in a PDS, not be in stream. ... It has been discussed on these lists that the Rexx program can be instream by invoking IRXJCL with a member name of 8x'00'. I've not tried this; I suspect it's unsupported. I doubt that IBM would commit either to documenting it as supported or to making the code changes needed to prohibit it. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS physical memory usage with multiple copies of same load module at different virtual addresses
tim.zie...@aon.com (Tim Zielke) writes: 4. (Nth time load of a load module into the system by secondary address space B) When loading the module into the virtual address space B and physical memory, make sure any virtual pages for the load module that do not need to be altered for B and were not altered for A point to the same physical frame. These shared virtual pages for B will also be marked as copy-on-write. Any future writes to these shared virtual pages in address space B will result in B getting its own separate physical frame. re: http://www.garlic.com/~lynn/2014i.html#66 z/OS physical memory usage with multiple copies of same load module at different virtual addresses http://www.garlic.com/~lynn/2014i.html#67 z/OS physical memory usage with multiple copies of same load module at different virtual addresses http://www.garlic.com/~lynn/2014i.html#68 z/OS physical memory usage with multiple copies of same load module at different virtual addresses http://www.garlic.com/~lynn/2014i.html#71 z/OS physical memory usage with multiple copies of same load module at different virtual addresses the original 370 architecture had r/o protect for shared segments ... however retrofitting virtual memory to 370/165 ran into difficulty and was going to slip virtual memory announce by 6months. a suggestion was made that r/o protect and some other features be dropped to simplify things for the 370/165 implementation. the POK favorite son operating system said they had no reason to use such features. however, it resulted in enormous problems for vm370/cms which was already implemented to use it. as a result of decision to drop protection for shared pages ... vm370/cms had to do an ugly hack were it fiddled storage protect keys and psw key for the virtual machine (shared pages became key zero, all other pages became key F and the virtual machine psw always ran with key F). cms kernel had a single 64kbyte shared segment. during the FS period, I continued to work on 360/370 ... first cp67 and then moved over to vm370 (and would periodically ridicule the FS stuff). some old email about move from cp67 to vm370 http://www.garlic.com/~lynn/2006v.html#email731212 http://www.garlic.com/~lynn/2006w.html#email750102 http://www.garlic.com/~lynn/2006w.html#email750430 this included a cms paged mapped filesystem and greatly expanding sharing ... to any file object (not restricted to executables) could be designated r/o sharing. with the failure of FS, there was mad rush to get stuff back into the 370 product pipelines ... which contributed to decision to pick up stuff I had been been doing and include in product release ... including significantly extending sharing (past the original 64kbytes of the kernel) ... i had modify various pieces of CMS code so that it could run as r/o shared. However, the full page-mapped filesystem wasn't released ... in large part because of the bad reputation that FS single-level-store had acquired (although I frequently pointed out that I had learned what not to do based on what I had seen in tss/360, while FS just repeated all the same mistakes). In any case, a drastic subset of the sharing was picked up for VM370 release 3 w/o the paged-mapped filesystem, substituting a hack to the early named system support. However, this did greatly increase the number of shared pages that might be active at any one point. There was some other independent work that was also scheduled for vm370 release 3. VM370 VMA microcode assist came out for vm370 release 2, which directly simulated some number of priviledged instructions in virtual machine mode (w/o having priviledged interrupt into vm370 kernel for simulation). However it could be used by CMS virtual machines running shared segments ... because the VMA implemenation of LPSW, ISK, SSK instructions didn't account for the storage key shared paged protection hack. Somebody did a copy-on-write for CMS shared pages ... instead of the storage-key hack ... virtual machine was dispatched w/o shared page protection. however, before vm370 did task switch, if the previous executing virtual machine was running shared pages, each of the pages were checked for changed/modified bit, if found, the page was unshared, aka copy-on-write, given to the virtual machine and nonchanged version scheduled for refresh from disk. CMS shared paged virtual machines could now be dispatched with VMA (since the storage protect hack was no-longer being used) ... reducing vm370 overhead ... at the cost of checking 16 shared pages on each task switch ... a net performance win. The conflict that came together for releasing the copy-on-write hack at the same time as significantly increasing shared pages was the VMA trade-off with shareg page checking didn't work when more than 16 pages had to be checked (normal CMS would now have minimum of 32 shared pages, and frequently a lot more). However, some salesman had pre-announced that VM370/CMS release 3 could use VMA to some of
dark operation - msg IOS003A, intervention required, what to do?
We run dark on the weekends and part of the nights. We are having a problem right now with our 3584 tape library, the physical 3590 drive side, not the VTS. The first looks like: IOS000I 0809,08,IOE,01,0600,,**,101332,POPH302D 790 100410C060127050 0091 4204E8205E112011 EQUIPMENT CHECK Now, this usually causes an abend. But we have a _nice_ product, TapeCopy from Rocket, which traps the resultant S714-0C abend, report it, and then continues. In our case, this is a _problem_ because the next message out of these jobs is: *IOS003A 0809,INTERVENTION REQUIRED, READY THE DEVICE At this point, the job hangs. I'm not sure why it does not S522, except that I _think_ it is in OPEN? In any case, there is no one around to see this message. I happened to notice it because I logged in about 8 p.m. and noticed the job wasn't running. And then noticed that message in the JOBLOG. From 6:23 a.m. that morning. Over 12 hours lost. Well, I now have a CA-OPS/MVS rule to trap the ISO003A message which causes, eventually, an SMS text message to be sent to the ON CALL tech services person. But the only thing I have found to do at this point is to VARY ,OFFLINE,FORCE which causes the job to abend. The SWAP command give an error of some sort. Is there something better that I could do? In addition to the above, I have seen: CBR3776I Volume 101855 inaccessible in library $ATL0002. Which I think means that the robot did not take the tape from the drive having a problem. Which definitely means somebody needs to go in to pause the library, retrieve the tape, unpause the library, put the tape in the input drawer. Which leads to its own problems because we shared the idiot machine with a Windows server with __IDIOT__ software which aborts if the library is paused when it decides to mount a tape. This rather than waiting a bit and retrying a few times. Any words of wisdom, or commiseration, are welcome. -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO EDIT COMMAND - BOUNDS
ISPF (then called SPF) was introduced with MVS in 1974. FSE to my knowledge was introduced latrr. - -teD - Original Message From: Hobart Spitz Sent: Sunday, July 27, 2014 07:44 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: TSO EDIT COMMAND - BOUNDS For those who may be confused, this may make things worse :-) : - TSO EDIT is an ancient (circa 1970) line mode editor, and which (being generous) has very little use today. Try typing HELP EDIT at READY or in ISPF option 6. - ISPF EDIT is a full-screen editor with a BOUNDS command. It was inspired by FSE (Full Screen Edit) in the early 1980s. ISPF EDIT is the editor that is used almost exclusively under z/OS. All of the above discussion applied to ISPF EDIT despite referring to TSO EDIT. ISPF runs under TSO/E. TSO EDIT does not require ISPF. ISPF EDIT requires both TSO/E and ISPF. While everyone seems to have understood what was intended, it might pay to be a bit more accurate, as there are various native TSO commands that provide (all but unknown and unused) line-mode analogs to a few ISPF facilities with similar names, e.g. COPY, ASM, LINK, LISTCAT, etc. On Fri, Jul 25, 2014 at 1:45 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: Native TSO EDIT does not have a bounds command. - -teD - Original Message From: Lizette Koehler Sent: Friday, July 25, 2014 13:04 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: TSO EDIT COMMAND - BOUNDS It was not clear if you are using NATIVE TSO EDIT or if you are using ISPF There are two lists you may wish to join if you have not done so already TSO/REXX URL to join: http://www2.marist.edu/htbin/wlvindex?TSO-REXX ISPF URL to join: https://listserv.nd.edu/cgi-bin/wa?A0=ispf-l Using ISPF you can restrict a change command by combining LABELS and COLUMNS So if your data is on lines 50 to 100 - type a .a (dot a) on line 50, then a .b (dot b) on line 100. Then the change command would look like C string newstring .a .b 35 50 all This will only change the lines .a to .b and only columns 35 to 50 and the ALL says do all lines Use PF1 for HELP in ISPF Review CHANGE and LABELs and COLUMNs You can exclude lines you do not want changes to occur on and then your change command could look like C string newstring .a .b 35 50 all NX NX says only lines showing - not excluded What would might work better is to use ISPF in Batch. You could create a REXX with an ISPF EDIT Macro to EDIT your dataset. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of esmie moo Sent: Friday, July 25, 2014 6:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: TSO EDIT COMMAND - BOUNDS Good Morning Gentle Readers I am trying the bounds command because I want to make a universal change between columns 35 to 50. I tried the HELP BNDS doc however it is not very clear. Here is what it says: The bounds may then be changed by overtyping with to define the left bound and to define the right bound. I am not sure where I would overtype the the I tried 35 but it shifted the datat to col 35 which is not what I want. I would like to set the bounds between col 35 50 so that I can enact my CHANGE command. Is this possible? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- OREXXMan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: to use wildcard characters in JCl
Using GDGs or PDSEs, the members of which can have long, sometimes very long, aliases would probably yield better results than these fiddles with JCL. Extracting bits and pieces of a sequential file is always possible, but it is usually neither neat nor efficient. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: to use wildcard characters in JCl
On Sun, Jul 27, 2014 at 11:43 AM, John Gilmore jwgli...@gmail.com wrote: Using GDGs or PDSEs, the members of which can have long, sometimes very long, aliases would probably yield better results than these fiddles with JCL. Extracting bits and pieces of a sequential file is always possible, but it is usually neither neat nor efficient. Too true! But, if the OP can get it done, it is _simple_ to do with a UNIX file. Just do an ftell() when you're process runs out of data in the file. Write than value into another file. The read that checkpoint file later; do an fseek() to the offset; then process from there. I think this is what the UNIX command tail -f does. Of course, in many cases, trying to convince z/OS people to use UNIX facilities rather than legacy facilities is like trying to get me want to use Windows grin/. Just not worth the time and effort. John Gilmore, Ashland, MA 01721 - USA -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO EDIT COMMAND - BOUNDS
In my case, I was using SPF under MVT. I thought it was earlier than '74, but I could be misremembering. === Date: Sun, 27 Jul 2014 12:18:41 -0400 From: eamacn...@yahoo.ca Subject: Re: TSO EDIT COMMAND - BOUNDS To: IBM-MAIN@LISTSERV.UA.EDU ISPF (then called SPF) was introduced with MVS in 1974. FSE to my knowledge was introduced latrr. - -teD - Original Message From: Hobart Spitz Sent: Sunday, July 27, 2014 07:44 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: TSO EDIT COMMAND - BOUNDS For those who may be confused, this may make things worse :-) : - TSO EDIT is an ancient (circa 1970) line mode editor, and which (being generous) has very little use today. Try typing HELP EDIT at READY or in ISPF option 6. - ISPF EDIT is a full-screen editor with a BOUNDS command. It was inspired by FSE (Full Screen Edit) in the early 1980s. ISPF EDIT is the editor that is used almost exclusively under z/OS. All of the above discussion applied to ISPF EDIT despite referring to TSO EDIT. ISPF runs under TSO/E. TSO EDIT does not require ISPF. ISPF EDIT requires both TSO/E and ISPF. While everyone seems to have understood what was intended, it might pay to be a bit more accurate, as there are various native TSO commands that provide (all but unknown and unused) line-mode analogs to a few ISPF facilities with similar names, e.g. COPY, ASM, LINK, LISTCAT, etc. On Fri, Jul 25, 2014 at 1:45 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: Native TSO EDIT does not have a bounds command. - -teD - Original Message From: Lizette Koehler Sent: Friday, July 25, 2014 13:04 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: TSO EDIT COMMAND - BOUNDS It was not clear if you are using NATIVE TSO EDIT or if you are using ISPF There are two lists you may wish to join if you have not done so already TSO/REXX URL to join: http://www2.marist.edu/htbin/wlvindex?TSO-REXX ISPF URL to join: https://listserv.nd.edu/cgi-bin/wa?A0=ispf-l Using ISPF you can restrict a change command by combining LABELS and COLUMNS So if your data is on lines 50 to 100 - type a .a (dot a) on line 50, then a .b (dot b) on line 100. Then the change command would look like C string newstring .a .b 35 50 all This will only change the lines .a to .b and only columns 35 to 50 and the ALL says do all lines Use PF1 for HELP in ISPF Review CHANGE and LABELs and COLUMNs You can exclude lines you do not want changes to occur on and then your change command could look like C string newstring .a .b 35 50 all NX NX says only lines showing - not excluded What would might work better is to use ISPF in Batch. You could create a REXX with an ISPF EDIT Macro to EDIT your dataset. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of esmie moo Sent: Friday, July 25, 2014 6:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: TSO EDIT COMMAND - BOUNDS Good Morning Gentle Readers I am trying the bounds command because I want to make a universal change between columns 35 to 50. I tried the HELP BNDS doc however it is not very clear. Here is what it says: The bounds may then be changed by overtyping with to define the left bound and to define the right bound. I am not sure where I would overtype the the I tried 35 but it shifted the datat to col 35 which is not what I want. I would like to set the bounds between col 35 50 so that I can enact my CHANGE command. Is this possible? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- OREXXMan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send
Re: TSO EDIT COMMAND - BOUNDS
Date according to WIKI. - -teD - Original Message From: J R Sent: Sunday, July 27, 2014 14:09 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: TSO EDIT COMMAND - BOUNDS In my case, I was using SPF under MVT. I thought it was earlier than '74, but I could be misremembering. === Date: Sun, 27 Jul 2014 12:18:41 -0400 From: eamacn...@yahoo.ca Subject: Re: TSO EDIT COMMAND - BOUNDS To: IBM-MAIN@LISTSERV.UA.EDU ISPF (then called SPF) was introduced with MVS in 1974. FSE to my knowledge was introduced latrr. - -teD - Original Message From: Hobart Spitz Sent: Sunday, July 27, 2014 07:44 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: TSO EDIT COMMAND - BOUNDS For those who may be confused, this may make things worse :-) : - TSO EDIT is an ancient (circa 1970) line mode editor, and which (being generous) has very little use today. Try typing HELP EDIT at READY or in ISPF option 6. - ISPF EDIT is a full-screen editor with a BOUNDS command. It was inspired by FSE (Full Screen Edit) in the early 1980s. ISPF EDIT is the editor that is used almost exclusively under z/OS. All of the above discussion applied to ISPF EDIT despite referring to TSO EDIT. ISPF runs under TSO/E. TSO EDIT does not require ISPF. ISPF EDIT requires both TSO/E and ISPF. While everyone seems to have understood what was intended, it might pay to be a bit more accurate, as there are various native TSO commands that provide (all but unknown and unused) line-mode analogs to a few ISPF facilities with similar names, e.g. COPY, ASM, LINK, LISTCAT, etc. On Fri, Jul 25, 2014 at 1:45 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: Native TSO EDIT does not have a bounds command. - -teD - Original Message From: Lizette Koehler Sent: Friday, July 25, 2014 13:04 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: TSO EDIT COMMAND - BOUNDS It was not clear if you are using NATIVE TSO EDIT or if you are using ISPF There are two lists you may wish to join if you have not done so already TSO/REXX URL to join: http://www2.marist.edu/htbin/wlvindex?TSO-REXX ISPF URL to join: https://listserv.nd.edu/cgi-bin/wa?A0=ispf-l Using ISPF you can restrict a change command by combining LABELS and COLUMNS So if your data is on lines 50 to 100 - type a .a (dot a) on line 50, then a .b (dot b) on line 100. Then the change command would look like C string newstring .a .b 35 50 all This will only change the lines .a to .b and only columns 35 to 50 and the ALL says do all lines Use PF1 for HELP in ISPF Review CHANGE and LABELs and COLUMNs You can exclude lines you do not want changes to occur on and then your change command could look like C string newstring .a .b 35 50 all NX NX says only lines showing - not excluded What would might work better is to use ISPF in Batch. You could create a REXX with an ISPF EDIT Macro to EDIT your dataset. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of esmie moo Sent: Friday, July 25, 2014 6:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: TSO EDIT COMMAND - BOUNDS Good Morning Gentle Readers I am trying the bounds command because I want to make a universal change between columns 35 to 50. I tried the HELP BNDS doc however it is not very clear. Here is what it says: The bounds may then be changed by overtyping with to define the left bound and to define the right bound. I am not sure where I would overtype the the I tried 35 but it shifted the datat to col 35 which is not what I want. I would like to set the bounds between col 35 50 so that I can enact my CHANGE command. Is this possible? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- OREXXMan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the
Re: TSO EDIT COMMAND - BOUNDS
It was at an IBM internal site. It may have been before SPF's official release. === Date: Sun, 27 Jul 2014 14:10:59 -0400 From: eamacn...@yahoo.ca Subject: Re: TSO EDIT COMMAND - BOUNDS To: IBM-MAIN@LISTSERV.UA.EDU Date according to WIKI. - -teD - Original Message From: J R Sent: Sunday, July 27, 2014 14:09 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: TSO EDIT COMMAND - BOUNDS In my case, I was using SPF under MVT. I thought it was earlier than '74, but I could be misremembering. === Date: Sun, 27 Jul 2014 12:18:41 -0400 From: eamacn...@yahoo.ca Subject: Re: TSO EDIT COMMAND - BOUNDS To: IBM-MAIN@LISTSERV.UA.EDU ISPF (then called SPF) was introduced with MVS in 1974. FSE to my knowledge was introduced latrr. - -teD - Original Message From: Hobart Spitz Sent: Sunday, July 27, 2014 07:44 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: TSO EDIT COMMAND - BOUNDS For those who may be confused, this may make things worse :-) : - TSO EDIT is an ancient (circa 1970) line mode editor, and which (being generous) has very little use today. Try typing HELP EDIT at READY or in ISPF option 6. - ISPF EDIT is a full-screen editor with a BOUNDS command. It was inspired by FSE (Full Screen Edit) in the early 1980s. ISPF EDIT is the editor that is used almost exclusively under z/OS. All of the above discussion applied to ISPF EDIT despite referring to TSO EDIT. ISPF runs under TSO/E. TSO EDIT does not require ISPF. ISPF EDIT requires both TSO/E and ISPF. While everyone seems to have understood what was intended, it might pay to be a bit more accurate, as there are various native TSO commands that provide (all but unknown and unused) line-mode analogs to a few ISPF facilities with similar names, e.g. COPY, ASM, LINK, LISTCAT, etc. On Fri, Jul 25, 2014 at 1:45 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: Native TSO EDIT does not have a bounds command. - -teD - Original Message From: Lizette Koehler Sent: Friday, July 25, 2014 13:04 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: TSO EDIT COMMAND - BOUNDS It was not clear if you are using NATIVE TSO EDIT or if you are using ISPF There are two lists you may wish to join if you have not done so already TSO/REXX URL to join: http://www2.marist.edu/htbin/wlvindex?TSO-REXX ISPF URL to join: https://listserv.nd.edu/cgi-bin/wa?A0=ispf-l Using ISPF you can restrict a change command by combining LABELS and COLUMNS So if your data is on lines 50 to 100 - type a .a (dot a) on line 50, then a .b (dot b) on line 100. Then the change command would look like C string newstring .a .b 35 50 all This will only change the lines .a to .b and only columns 35 to 50 and the ALL says do all lines Use PF1 for HELP in ISPF Review CHANGE and LABELs and COLUMNs You can exclude lines you do not want changes to occur on and then your change command could look like C string newstring .a .b 35 50 all NX NX says only lines showing - not excluded What would might work better is to use ISPF in Batch. You could create a REXX with an ISPF EDIT Macro to EDIT your dataset. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of esmie moo Sent: Friday, July 25, 2014 6:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: TSO EDIT COMMAND - BOUNDS Good Morning Gentle Readers I am trying the bounds command because I want to make a universal change between columns 35 to 50. I tried the HELP BNDS doc however it is not very clear. Here is what it says: The bounds may then be changed by overtyping with to define the left bound and to define the right bound. I am not sure where I would overtype the the I tried 35 but it shifted the datat to col 35 which is not what I want. I would like to set the bounds between col 35 50 so that I can enact my CHANGE command. Is this possible? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- OREXXMan
Re: z/OS physical memory usage with multiple copies of same load module at different virtual addresses
There is some sharing across address spaces via z/OS Unix of program objects that live in the file system, using what I think of as shared private. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS physical memory usage with multiple copies of same load module at different virtual addresses
There is some sharing across address spaces via z/OS Unix of program objects that live in the file system, using what I think of as shared private. Peter Relson z/OS Core Technology Design For that type of sharing, a shared program appears at the same virtual address in all of the sharing address spaces. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS physical memory usage with multiple copies of same load module at different virtual addresses
On Sun, Jul 27, 2014 at 9:01 PM, Jim Mulder d10j...@us.ibm.com wrote: There is some sharing across address spaces via z/OS Unix of program objects that live in the file system, using what I think of as shared private. Peter Relson z/OS Core Technology Design For that type of sharing, a shared program appears at the same virtual address in all of the sharing address spaces. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY Sounds a bit like a z/VM DCSS. -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS physical memory usage with multiple copies of same load module at different virtual addresses
john.archie.mck...@gmail.com (John McKown) writes: Sounds a bit like a z/VM DCSS. but that isn't how i originally implemented it, first on cp67/cms and then moved over to vm370/cms ... as part of paged mapped filesystem for cms http//www.garlic.com/~lynn/submain.html#mmap but as i've previously mentioned i let same shared pages appear at different virtual addresses concurrently in different virtual address spaces modulo the problem that lots of code in cms was generated by os/360 compilers that used the adcon convention ... that pinned executable code to fixed address ... which gave me enormous problems creating location independent code. http://www.garlic.com/~lynn/submain.html#adcon the small subset that was released as DCSS in vm370 release three, just restricted sharing to identical addresses ... but i continued to ship full support inside ibm (as well as cms paged mapped filesystem) ... also in the reference for (hone) apl ... workspace files could be mapped shared concurrently in different virtual address spaces at different virtual addresses (since it was interpreted code). re: http://www.garlic.com/~lynn/2014i.html#66 z/OS physical memory usage with multiple copies of same load module at different virtual addresses http://www.garlic.com/~lynn/2014i.html#67 z/OS physical memory usage with multiple copies of same load module at different virtual addresses http://www.garlic.com/~lynn/2014i.html#68 z/OS physical memory usage with multiple copies of same load module at different virtual addresses http://www.garlic.com/~lynn/2014i.html#71 z/OS physical memory usage with multiple copies of same load module at different virtual addresses http://www.garlic.com/~lynn/2014i.html#82 z/OS physical memory usage with multiple copies of same load module at different virtual addresses -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Monitoring Solution for mainframe
Hi I am looking for a mainframe monitoring software which reports all the exceptional messages to the mainframe operators. I know a few products like Omegamon or OPS/MVS but just looking for other alternative option. We have a budget constraints as well so i am just trying to evaluate the best one for us. Any suggestion or advise ? Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
