Re: Automatic Job Ended Email (detail information)
Hi, The problem with 2000 bytes is that we have no control over the number of steps in their jobs, and therefore the amount of text that could be necessary. I have handled the HTML/TEXT email stuff, currently I build both parts of the email, and send it, unless the client site has specified NOHTML, in which case the HTML part is left off. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
TLMS QUESTION
G'Day When I inquire a volser on TLMS I see a value that I do not know what it signifies. I looked at the doc for an answer but unfortunately I came up empty. Could someone help me out? RTN-SCHED(2) BY RMF 5DC0001 5NB3650 I am not sure what the 5NB3650 denotes? Does the 3650 means that the tape is kept for 3650 days? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TLMS QUESTION
Wow, The first data center I worked for was in North Bay, Ontario, Canada and all our production and development tape volsers were prefixed NB and DC, gave me quite a flash back. Anyhow, can you post the full message (if there is more) Regards, Neil Haley nha...@ca.ibm.com Storage Software Mainframe Support http://www.ibm.com/systems/z/ | http://www.about.me/NeilHaley From: John Dawes jhn_da...@yahoo.com.au To: IBM-MAIN@listserv.ua.edu, Date: 01/22/2014 07:00 Subject:TLMS QUESTION Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu G'Day When I inquire a volser on TLMS I see a value that I do not know what it signifies. I looked at the doc for an answer but unfortunately I came up empty. Could someone help me out? RTN-SCHED(2) BY RMF 5DC0001 5NB3650 I am not sure what the 5NB3650 denotes? Does the 3650 means that the tape is kept for 3650 days? Thanks. -- 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: TLMS QUESTION
Howdy, I found this in a CA manual online. RTN-SCHEDRetention schedule applied by the RMF: (0) Volume cleared or not processed by TRS (1) Data center or first entry in the RMF rule (2) 2nd location in the RMF rule (3) 3rd location in the RMF rule (4) 4th location in the RMF rule (5) 5th location in the RMF rule (6) 6th location in the RMF rule - https://supportcontent.ca.com/cadocs/0/CA%20TLMS%20Tape%20Management%20r12%206-ENU/Bookshelf_Files/HTML/User/index.htm Regards, Neil Haley nha...@ca.ibm.com Storage Software Mainframe Support http://www.ibm.com/systems/z/ | http://www.about.me/NeilHaley From: John Dawes jhn_da...@yahoo.com.au To: IBM-MAIN@listserv.ua.edu, Date: 01/22/2014 07:00 Subject:TLMS QUESTION Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu G'Day When I inquire a volser on TLMS I see a value that I do not know what it signifies. I looked at the doc for an answer but unfortunately I came up empty. Could someone help me out? RTN-SCHED(2) BY RMF 5DC0001 5NB3650 I am not sure what the 5NB3650 denotes? Does the 3650 means that the tape is kept for 3650 days? Thanks. -- 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: Dataspace versus common area above the bar
The hardware designer Jim Mulder quotes says begin extract I assume the AMODE(31) and AMODE(64) he is referring to only affects the addressing mode, but the exact same instruction sequences are used in both cases. If different code sequences are being used, then all bets are off. /end extract thus disposing neatly of a straw man. It is of course possible to write snippets of code using only modal instructions in such a way that the exact same instruction sequences are used in both cases; but it is almost never appropriate to do so; and I did not do, or say that I had done, that. Let me also take this opportunity to respond to Kenneth Wilkerson, who has a weakness for the sententious. He informs us that algorithms are more important than code sequences. I think it may be conceded out of hand that binary search is faster than linear search and again that linear search of an ordered list implemented as a glb-seeking or lub-seeking one followed by a test of any bound found for equality is faster that the two-tests-per-iteration schemes my students sometimes come up with. (Knuth pointed this out many years ago.) More generally, logarithmic-time schemes are faster than polynomial-time ones, etc., etc . It is nevertheless possible to implement algorithms correctly but badly, and coding effects and algorithmic effects are often difficult or even impossible to disentangle. As sometimes happens here, we are talking at cross purposes and generating more heat than light in doing so. 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
DASD backup solutions
Hi, listers, I am trying to get suggestions for disaster recovery DASD backup and restore solutions. The products that I currently know about are DASD Backup Supervisor and FDR/ABR-FDRDRP. Any suggestions on what other products I might be interested in looking at would be appreciated. Suggestions can be emailed directly to me at greg_schme...@jbhunt.com Thanks, Greg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dataspace versus common area above the bar
This thread has been curiously silent about one characteristic of routines/instructions executed above the bar. Unsurprisingly, they are measurably faster than their analogues executed below it. z/Architecture is 64-bit architecture From subsequent appends, I know that, despite what John wrote, he was not referring to RMODE. It is not true that instructions executed above the bar execute faster than the same instructions executed below the bar As Jim Mulder wrote, if you are using the same instructions, AMODE does not matter. As far as I recall (and I'm not even sure it is still true), there is one instruction that was implemented to be faster in AMODE 64 than AMODE 31. That is LG. And, similarly (or conversely), L is faster in AMODE 31. There is (or at least was) special hardware implemented to help. I've heard it referred to as a load bypass. The fact that z/Architecture is a 64-bit architecture (actually, I'd say it's a hybrid architecture in that regard) has relatively little relevance to the speed. For example, STM is faster in saving 4-byte regs than STMG is in saving 8-byte regs. To a significant extent, it's just a question of the amount of data being moved. Getting back to the OP's original question, many find programming AMODE 64 to be simpler than programming AR mode. If using most high level languages this would be true if for no other reason than that many such languages do not even support AR mode. Still, it is a fact that there likely are a lot more services in z/OS that support AR mode callers (and parameter data in data spaces) than that support AMODE 64 callers (let alone data above the bar). That's not something to be proud of, but it is a practical reality. 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: Dataspace versus common area above the bar
On 1/22/2014 12:57 AM, Itschak Mugzach wrote: 64 bit addressing execution is faster if less access to real memory is required to fetch the next instruction. This is what quadword promise, is'It? the performance gain is also depend on the logic of the program (if commands sequenced well with less brunch instructions). ITschak Yes, I can see where brunch would slow things down. Almost makes one sleepy now ... :-) -Steve On Wed, Jan 22, 2014 at 5:30 AM, Jim Mulder d10j...@us.ibm.com wrote: One caveat to that statement is as follows, from the POps: The performance of CDSG on some models may be significantly slower than that of CSG. WHEN QUADWORD CONSISTENCY IS NOT REQUIRED BY THE PROGRAM, alternate code sequences should be used. (my caps) CDSG was implemented in millicode on the z900, z800, z990, z890, and z9 machines. It was moved to hardware on the z10 and later machines. 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 -- 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: DASD backup solutions
Included with z/OS is ADRDSSU (DSS). On Wed, Jan 22, 2014 at 6:44 AM, Greg Schmeelk greg_schme...@jbhunt.com wrote: Hi, listers, I am trying to get suggestions for disaster recovery DASD backup and restore solutions. The products that I currently know about are DASD Backup Supervisor and FDR/ABR-FDRDRP. Any suggestions on what other products I might be interested in looking at would be appreciated. Suggestions can be emailed directly to me at greg_schme...@jbhunt.com Thanks, Greg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DASD backup solutions
It's included, but it's an optional priced feature. If you're licensed for HSM however, you have it. On 01/22/14 08:16, Mike Schwab wrote: Included with z/OS is ADRDSSU (DSS). On Wed, Jan 22, 2014 at 6:44 AM, Greg Schmeelk greg_schme...@jbhunt.com wrote: Hi, listers, I am trying to get suggestions for disaster recovery DASD backup and restore solutions. The products that I currently know about are DASD Backup Supervisor and FDR/ABR-FDRDRP. Any suggestions on what other products I might be interested in looking at would be appreciated. Suggestions can be emailed directly to me at greg_schme...@jbhunt.com Thanks, Greg -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DASD backup solutions
Thank you, Mike, As far as I know, DFSMSdss won't automatically build JCL for backups, inits, and restores. We are looking to upgrade our process to a more automatic solution. HSM is good for a lot of things, but I have found it to be wanting when faced with DR testing. I appreciate the suggestion, anyway, but I guess I should have been more specific with explaining my need. Greg From: Mike Schwab mike.a.sch...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 01/22/2014 07:17 AM Subject:Re: DASD backup solutions Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Included with z/OS is ADRDSSU (DSS). On Wed, Jan 22, 2014 at 6:44 AM, Greg Schmeelk greg_schme...@jbhunt.com wrote: Hi, listers, I am trying to get suggestions for disaster recovery DASD backup and restore solutions. The products that I currently know about are DASD Backup Supervisor and FDR/ABR-FDRDRP. Any suggestions on what other products I might be interested in looking at would be appreciated. Suggestions can be emailed directly to me at greg_schme...@jbhunt.com Thanks, Greg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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...@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: Resistance to Java.
On Tue, Jan 21, 2014 at 7:53 PM, David Crayford dcrayf...@gmail.com wrote: snip Of course, if you don't have a zIIP you wouldn't go near it with a ten foot barge pole. total agreement. It is why we don't use it. Well, other than the usual we have never used it in the past! which is also articulated by our programmer as But it's not COBOL! Now wouldn't that be a kick? An Enterprise COBOL compatible compiler which produced Java byte code. That would likely sell a lot of zAAPs. I've never been of fan of Java the language. IMO, C# was Java done properly. The JVM is another matter. The original designers of Java got it right separating the language from the runtime. It means I have the choice of lots of much nicer languages like Javascript, Jython, JRuby, Groovy, Clojure and my particular favorite Scala. Ah, good point. I guess I should have phrased the question better. I was mainly interested in whether shops would reject a product because it required the use of the Java JVM to run some of the programs. I didn't really mean to imply Java as the source, but as the run time. -- Wasn't there something about a PASCAL programmer knowing the value of everything and the Wirth of nothing? 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: System Symbols Question
On Tue, 21 Jan 2014 07:39:36 -0800, Mark Regan wrote: Can you set up a symbol that has a period in it? Yes, as others have said. Example: SYMDEF(IP1='121.122') No. As documented, The length of the resolved substitution text cannot exceed the length of symbol, including the ampersand on symbol and excluding the single quotation marks on 'sub-text'. So your example is not valid. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dataspace versus common area above the bar
On Wed, Jan 22, 2014 at 6:58 AM, Steve Comstock st...@trainersfriend.comwrote: On 1/22/2014 12:57 AM, Itschak Mugzach wrote: 64 bit addressing execution is faster if less access to real memory is required to fetch the next instruction. This is what quadword promise, is'It? the performance gain is also depend on the logic of the program (if commands sequenced well with less brunch instructions). ITschak Yes, I can see where brunch would slow things down. Almost makes one sleepy now ... :-) -Steve Ah, our machine is old and so doesn't implement the brunch instruction. But it seems to have a coffee break sequence in the microcode. I.e. it is knee capped. GRIN/ -- Wasn't there something about a PASCAL programmer knowing the value of everything and the Wirth of nothing? 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: TLMS QUESTION
John, In your case, yes that is what it means. Look up the retention control statements in the TLMS manuals. You have 2 locations described by this line, in 5DC0001, you are using days to control the time it stays here (5), the location is DC, and it is sticking around 1 day. In the second case, the retention criteria is still days, at location NB, and a tape stays there 3650 days until it falls off, and it then at the end of its retention so the tape is scratched. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes Sent: Wednesday, January 22, 2014 5:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: TLMS QUESTION G'Day When I inquire a volser on TLMS I see a value that I do not know what it signifies. I looked at the doc for an answer but unfortunately I came up empty. Could someone help me out? RTN-SCHED(2) BY RMF 5DC0001 5NB3650 I am not sure what the 5NB3650 denotes? Does the 3650 means that the tape is kept for 3650 days? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DASD backup solutions
Dfhsm/abars is the first that comes to mind. I believe most of the 3rd party vendors have some implementation of the dfhsm/abars concept. FDR, CA-DASD (shudder) Control-? ASTEX (are they still in business?) Also check McKesson software and SYZYGY. Roll you own with clist/rexx and dcollect. HTH, snip I am trying to get suggestions for disaster recovery DASD backup and restore solutions. The products that I currently know about are DASD Backup Supervisor and FDR/ABR-FDRDRP. Any suggestions on what other products I might be interested in looking at would be appreciated. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DASD backup solutions
On Wed, Jan 22, 2014 at 7:29 AM, Greg Schmeelk greg_schme...@jbhunt.comwrote: Thank you, Mike, As far as I know, DFSMSdss won't automatically build JCL for backups, inits, and restores. We are looking to upgrade our process to a more automatic solution. HSM is good for a lot of things, but I have found it to be wanting when faced with DR testing. I appreciate the suggestion, anyway, but I guess I should have been more specific with explaining my need. Greg We use an OEM product called DBS. It was developed by OpenTech, which was recently acquired by Rocket Software. It automates the creation of JCL to do back ups (and inits and restores) of DASD volumes using DFDSS or FDR. We have used it for backup and disaster recovery testing for _years_, very successfully. In point of fact, the original OpenTech was (is?) located close to our shop. We had their developers come to a couple of our D.R. tests to see how we were using the product and the problems that we were having. This resulted in a lot of ease of use enhancements. Which were excellent. We still have a good relationship with some of the developers. http://www.rocketsoftware.com/products/rocket-dasd-backup-supervisor We also use the companion DBX product, which we use to do back up of individual critical application data sets. And also TapeCopy, which copies and stacks data sets which reside on virtual tapes onto physical 3592J tapes, making a duplex copy at the same time. -- Wasn't there something about a PASCAL programmer knowing the value of everything and the Wirth of nothing? 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: Resistance to Java.
In our case, we are looking for Java solutions so that we can utilize an underutilized ZIIP (and try and curb MLC charges and postpone future upgrades). On 22 January 2014 15:36, John McKown john.archie.mck...@gmail.com wrote: On Tue, Jan 21, 2014 at 7:53 PM, David Crayford dcrayf...@gmail.com wrote: snip Of course, if you don't have a zIIP you wouldn't go near it with a ten foot barge pole. total agreement. It is why we don't use it. Well, other than the usual we have never used it in the past! which is also articulated by our programmer as But it's not COBOL! Now wouldn't that be a kick? An Enterprise COBOL compatible compiler which produced Java byte code. That would likely sell a lot of zAAPs. I've never been of fan of Java the language. IMO, C# was Java done properly. The JVM is another matter. The original designers of Java got it right separating the language from the runtime. It means I have the choice of lots of much nicer languages like Javascript, Jython, JRuby, Groovy, Clojure and my particular favorite Scala. Ah, good point. I guess I should have phrased the question better. I was mainly interested in whether shops would reject a product because it required the use of the Java JVM to run some of the programs. I didn't really mean to imply Java as the source, but as the run time. -- Wasn't there something about a PASCAL programmer knowing the value of everything and the Wirth of nothing? Maranatha! John McKown -- 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: Dataspace versus common area above the bar
Well, I don't know about your coffee, but if the next instruction is not in the high speed buffer... it is time for a coffee break for your processor ;-) On Wed, Jan 22, 2014 at 3:53 PM, John McKown john.archie.mck...@gmail.comwrote: On Wed, Jan 22, 2014 at 6:58 AM, Steve Comstock st...@trainersfriend.com wrote: On 1/22/2014 12:57 AM, Itschak Mugzach wrote: 64 bit addressing execution is faster if less access to real memory is required to fetch the next instruction. This is what quadword promise, is'It? the performance gain is also depend on the logic of the program (if commands sequenced well with less brunch instructions). ITschak Yes, I can see where brunch would slow things down. Almost makes one sleepy now ... :-) -Steve Ah, our machine is old and so doesn't implement the brunch instruction. But it seems to have a coffee break sequence in the microcode. I.e. it is knee capped. GRIN/ -- Wasn't there something about a PASCAL programmer knowing the value of everything and the Wirth of nothing? Maranatha! John McKown -- 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: DASD backup solutions
We also use DBS and are very happy with it. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Wednesday, January 22, 2014 9:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DASD backup solutions On Wed, Jan 22, 2014 at 7:29 AM, Greg Schmeelk greg_schme...@jbhunt.comwrote: Thank you, Mike, As far as I know, DFSMSdss won't automatically build JCL for backups, inits, and restores. We are looking to upgrade our process to a more automatic solution. HSM is good for a lot of things, but I have found it to be wanting when faced with DR testing. I appreciate the suggestion, anyway, but I guess I should have been more specific with explaining my need. Greg We use an OEM product called DBS. It was developed by OpenTech, which was recently acquired by Rocket Software. It automates the creation of JCL to do back ups (and inits and restores) of DASD volumes using DFDSS or FDR. We have used it for backup and disaster recovery testing for _years_, very successfully. In point of fact, the original OpenTech was (is?) located close to our shop. We had their developers come to a couple of our D.R. tests to see how we were using the product and the problems that we were having. This resulted in a lot of ease of use enhancements. Which were excellent. We still have a good relationship with some of the developers. http://www.rocketsoftware.com/products/rocket-dasd-backup-supervisor We also use the companion DBX product, which we use to do back up of individual critical application data sets. And also TapeCopy, which copies and stacks data sets which reside on virtual tapes onto physical 3592J tapes, making a duplex copy at the same time. -- Wasn't there something about a PASCAL programmer knowing the value of everything and the Wirth of nothing? Maranatha! John McKown -- 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: System Symbols Question
Good catch. In my recent SHARE pitch on system symbols, I strongly recommend that all installation-defined symbols be a full eight characters long regardless of initially anticipated value. In addition, I recommend that all such symbols be prefixed with an installation identifier, such as SHARE company code, to clearly identify them as user defined. This practice will also group installation symbols together in a D SYMBOLS display. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Tom Marchant m42tom-ibmm...@yahoo.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 01/22/2014 05:42 AM Subject:Re: System Symbols Question Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Tue, 21 Jan 2014 07:39:36 -0800, Mark Regan wrote: Can you set up a symbol that has a period in it? Yes, as others have said. Example: SYMDEF(IP1='121.122') No. As documented, The length of the resolved substitution text cannot exceed the length of symbol, including the ampersand on symbol and excluding the single quotation marks on 'sub-text'. So your example is not valid. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Resistance to Java.
If you need to ramp up your ZIIP usage, DB2 V10 may be riding to your rescue. IBM is currently warning customers that over-using ZIIPs may lead to serious performance problems because of the way z/OS manages them vs. the way it manages general purpose CPs. You can't be too rich, too thin, or too ZIIPped. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Mike Shorkend mike.shork...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 01/22/2014 06:11 AM Subject:Re: Resistance to Java. Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU In our case, we are looking for Java solutions so that we can utilize an underutilized ZIIP (and try and curb MLC charges and postpone future upgrades). On 22 January 2014 15:36, John McKown john.archie.mck...@gmail.com wrote: On Tue, Jan 21, 2014 at 7:53 PM, David Crayford dcrayf...@gmail.com wrote: snip Of course, if you don't have a zIIP you wouldn't go near it with a ten foot barge pole. total agreement. It is why we don't use it. Well, other than the usual we have never used it in the past! which is also articulated by our programmer as But it's not COBOL! Now wouldn't that be a kick? An Enterprise COBOL compatible compiler which produced Java byte code. That would likely sell a lot of zAAPs. I've never been of fan of Java the language. IMO, C# was Java done properly. The JVM is another matter. The original designers of Java got it right separating the language from the runtime. It means I have the choice of lots of much nicer languages like Javascript, Jython, JRuby, Groovy, Clojure and my particular favorite Scala. Ah, good point. I guess I should have phrased the question better. I was mainly interested in whether shops would reject a product because it required the use of the Java JVM to run some of the programs. I didn't really mean to imply Java as the source, but as the run time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DASD backup solutions
I've worked with DR/VFI from 21st Century and DRxpert from OpenTech. Both work well. Chuck -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Greg Schmeelk Sent: Wednesday, January 22, 2014 5:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DASD backup solutions Hi, listers, I am trying to get suggestions for disaster recovery DASD backup and restore solutions. The products that I currently know about are DASD Backup Supervisor and FDR/ABR-FDRDRP. Any suggestions on what other products I might be interested in looking at would be appreciated. Suggestions can be emailed directly to me at greg_schme...@jbhunt.com Thanks, Greg -- 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: System Symbols Question
On Wed, 22 Jan 2014 07:48:42 -0800, Skip Robinson wrote: In my recent SHARE pitch on system symbols, I strongly recommend that all installation-defined symbols be a full eight characters long There might be cases where an 8 character symbol name won't work. For example, when a symbol represents a volume serial number used for indirect cataloging. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System Symbols Question
Tom Marchant wrote begin extract There might be cases where an 8 character symbol name won't work. For example, when a symbol represents a volume serial number used for indirect cataloging /end extract and here he seems to me to be confusing the length of a symbol's identifier with that of a symbol's value. CHARVAL8, for example, can have a value less than eight characters in length, even a nul value; and conversely the [dubious] symbol s can have a value more than one character in length. 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: DASD backup solutions
Suggestions can be emailed directly to me at greg_schme...@jbhunt.com That defeats the whole purpose of sharing information -- which is one of the main reasons for the existence of the list. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
rentrant Open
Hi I must be doing something wrong in my MF=L and MF=E open here is my code As I get s0c4 Thanks 3 STEP_LIB DS0H 4 MVC STEPLIB(DCBLNGPO),STEPLIBX 5 LAR8,STEPLIB 6 OPEN ((R8)),MODE=31,MF=(E,OPEN_LIST) 9+* 0+* 2+ LA1,OPEN_LIST 3+ STR8,0+4(,1) Store DCB 4+ LR0,1 Set param 5+ SR1,1 Set indic 6+ SVC 19 Issue OPE 8 STEPLIBX DCB DDNAME=STEPLIB,RECFM=U,DSORG=PO,MACRF=R 1+* DATA CONTROL BLOCK 2+* OPEN_LIST OPEN STEPLIB,MODE=31,MF=L +OPEN_LIST DC 0F'0' + DCAL1(128) + DCAL3(0) + DCA(STEPLIB) STEPLIB DSCL(DCBLNGPO) IEC130I 0 0 DD STATEMENT MISSING IEC999I IGC0001I,IBMUSER,ISPFPROC IEA995I SYMPTOM DUMP OUTPUT SYSTEM COMPLETION CODE=0C4 REASON CODE=0004 TIME=06.49.52 SEQ=00027 CPU= ASID=0040 PSW AT TIME OF ERROR 078C2000 80E19EAA ILC 2 INTC 04 NO ACTIVE MODULE FOUND NAME=UNKNOWN DATA AT PSW 00E19EA4 - 42421831 0E02B20A 0050A7F4 *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dataspace versus common area above the bar
I detect here a hint of confusion: The choice of 64-bit memory addressing is independent of the choice of size of individual data objects and independent of the width of internal hardware data paths either within the processor or to/from memory or I/O channels. The only thing to which 64-bit addressing is directly related is the total amount of storage that may be addressed. Even before z-architecture and the introduction of 64-bit addressing there were z-architecture-predecessor machines with only 31-bit addressing that employed 128-bit in parallel or possibly even wider internal data transfers between real memory and high-speed cache in order to achieve the desired performance. The frequency of access to real memory and number of bytes transferred per access to and from the processor and to and from high speed cache is mainly a cost-performance hardware design issue for a specific hardware model and not tied to the number of bits in a memory address. I would expect the fetch time for the same sequence of instructions on the same model processor to be independent of run-time address mode. Joel C. Ewing On 01/22/2014 01:57 AM, Itschak Mugzach wrote: 64 bit addressing execution is faster if less access to real memory is required to fetch the next instruction. This is what quadword promise, is'It? the performance gain is also depend on the logic of the program (if commands sequenced well with less brunch instructions). ITschak On Wed, Jan 22, 2014 at 5:30 AM, Jim Mulder d10j...@us.ibm.com wrote: One caveat to that statement is as follows, from the POps: The performance of CDSG on some models may be significantly slower than that of CSG. WHEN QUADWORD CONSISTENCY IS NOT REQUIRED BY THE PROGRAM, alternate code sequences should be used. (my caps) CDSG was implemented in millicode on the z900, z800, z990, z890, and z9 machines. It was moved to hardware on the z10 and later machines. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: rentrant Open
where is getmain for storage? where are csect dsect boundaries? where do you relocate the address in MF=L? you might send this to IBM Mainframe Assembler List assembler-l...@listserv.uga.edu for quicker results pup IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 01/22/2014 11:57:48 AM: From: MichealButz michealb...@optonline.net 3 STEP_LIB DS0H 4 MVC STEPLIB(DCBLNGPO),STEPLIBX 5 LAR8,STEPLIB 6 OPEN ((R8)),MODE=31,MF=(E,OPEN_LIST) 9+* 0+* 2+ LA1,OPEN_LIST 3+ STR8,0+4(,1) Store DCB 4+ LR0,1 Set param 5+ SR1,1 Set indic 6+ SVC 19 Issue OPE 8 STEPLIBX DCB DDNAME=STEPLIB,RECFM=U,DSORG=PO,MACRF=R 1+* DATA CONTROL BLOCK 2+* OPEN_LIST OPEN STEPLIB,MODE=31,MF=L +OPEN_LIST DC 0F'0' + DCAL1(128) + DCAL3(0) + DCA(STEPLIB) STEPLIB DSCL(DCBLNGPO) IEC130I 0 0 DD STATEMENT MISSING IEC999I IGC0001I,IBMUSER,ISPFPROC IEA995I SYMPTOM DUMP OUTPUT SYSTEM COMPLETION CODE=0C4 REASON CODE=0004 TIME=06.49.52 SEQ=00027 CPU= ASID=0040 PSW AT TIME OF ERROR 078C2000 80E19EAA ILC 2 INTC 04 NO ACTIVE MODULE FOUND NAME=UNKNOWN DATA AT PSW 00E19EA4 - 42421831 0E02B20A 0050A7F4 - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DASD backup solutions
Ted, I wasn't sure if requesting information concerning vendor products, and recommendations, would be seen as acceptable on the list. I know, it is pretty funny considering what else happens on the list, but I wanted to give people the opportunity to let me know what they thought, even if the thread was shut down. Thanks, Greg From: Ted MacNEIL eamacn...@yahoo.ca To: IBM-MAIN@LISTSERV.UA.EDU, Date: 01/22/2014 10:56 AM Subject:Re: DASD backup solutions Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Suggestions can be emailed directly to me at greg_schme...@jbhunt.com That defeats the whole purpose of sharing information -- which is one of the main reasons for the existence of the list. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- 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: rentrant Open
OPEN and CLOSE are macros that require you to move in a model list form to the working storage versions before you use them in MF=E For example : MVC WA_OPEN_PLIST,LC_OPEN Copy in models MVC WA_CLOSE_PLIST,LC_CLOSE OPEN WA_SYSOUT,MODE=31,MF=(E,WA_OPEN_PLIST) CLOSE WA_SYSOUT,MODE=31,MF=(E,WA_CLOSE_PLIST) Constants : LC_OPENOPEN (,),MF=L,MODE=31 LC@OPEN_LENEQU *-LC_OPEN LC_CLOSE CLOSE (,),MF=L,MODE=31 LC@CLOSE_LEN EQU *-LC_CLOSE Working storage : WA_OPEN_PLIST DSXL(LC@OPEN_LEN) WA_CLOSE_PLIST DSXL(LC@CLOSE_LEN) Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of MichealButz Sent: 22 January 2014 16:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: rentrant Open Hi I must be doing something wrong in my MF=L and MF=E open here is my code As I get s0c4 Thanks 3 STEP_LIB DS0H 4 MVC STEPLIB(DCBLNGPO),STEPLIBX 5 LAR8,STEPLIB 6 OPEN ((R8)),MODE=31,MF=(E,OPEN_LIST) 9+* 0+* 2+ LA1,OPEN_LIST 3+ STR8,0+4(,1) Store DCB 4+ LR0,1 Set param 5+ SR1,1 Set indic 6+ SVC 19 Issue OPE 8 STEPLIBX DCB DDNAME=STEPLIB,RECFM=U,DSORG=PO,MACRF=R 1+* DATA CONTROL BLOCK 2+* OPEN_LIST OPEN STEPLIB,MODE=31,MF=L +OPEN_LIST DC 0F'0' + DCAL1(128) + DCAL3(0) + DCA(STEPLIB) STEPLIB DSCL(DCBLNGPO) IEC130I 0 0 DD STATEMENT MISSING IEC999I IGC0001I,IBMUSER,ISPFPROC IEA995I SYMPTOM DUMP OUTPUT SYSTEM COMPLETION CODE=0C4 REASON CODE=0004 TIME=06.49.52 SEQ=00027 CPU= ASID=0040 PSW AT TIME OF ERROR 078C2000 80E19EAA ILC 2 INTC 04 NO ACTIVE MODULE FOUND NAME=UNKNOWN DATA AT PSW 00E19EA4 - 42421831 0E02B20A 0050A7F4 *** -- 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: System Symbols Question
On Wed, 22 Jan 2014 11:27:40 -0500, John Gilmore wrote: Tom Marchant wrote begin extract There might be cases where an 8 character symbol name won't work. For example, when a symbol represents a volume serial number used for indirect cataloging /end extract and here he seems to me to be confusing the length of a symbol's identifier with that of a symbol's value. I don't think so. When a static system symbol is used in indirect cataloging, the symbol is stored in the place in the catalog where the volume serial number would otherwise be stored. Perhaps I am mistaken, but I thought that there is only room for a 6 byte value in that location. CHARVAL8, for example, can have a value less than eight characters in length, even a nul value; True and conversely the [dubious] symbol s can have a value more than one character in length. Yes, but static system symbol S cannot have a value longer than two characters in length. Or more precisely, in the IEASYMxx parmlib member, when specifying SYMDEF(symbol='sub-text'), the length of sub-text cannot exceed the length of the symbol, including the ''. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED)
Classification: UNCLASSIFIED Caveats: NONE Hello List, After an HRECALL is issued for dataset A.B.C, the request remains waiting and is not fulfilled. Cancelling all requests and reissuing HRECALL produces identical results. A.B.C HRECALL RC=0 MIGRAT1 QUERY REQ displays: ARC0101I QUERY REQUEST COMMAND STARTING ON HOST=2 ARC0167I RECALL MWE FOR DATA SET A.B.C FOR USER xxx, REQUEST ARC0167I (CONT.) 0093, WAITING TO BE PROCESSED, 0 MWE(S) AHEAD OF THIS ARC0167I (CONT.) ONE ARC0101I QUERY REQUEST COMMAND COMPLETED ON HOST=2 HLIST displays: DSN=A.B.C MIGVOL=SHSM05 DSO=PO SDSP=NO LAST REF=13/11/15 MIG=13/11/17 TRKS=0001020 2K BLKS= 0026219 TIMES MIG= 1 16K BLKS=** LAST MIGVOL=** ARC0140I LIST COMPLETED,3 LINE(S) OF DATA OUTPUT I find no additional information in SYSLOG or in the DFHSM logs. The DFHSM address space is not waiting on any ENQ, D GRS,C shows no contentions and D GRS,RES=(*,A.B.C) shows no users Can anybody help me determine the reason that HSM is waiting? Thanks, Alan Classification: UNCLASSIFIED Caveats: NONE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED)
Issue F HSM,Query Active and see if RECALL or TAPERECALL is HELD -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Storr, Lon A CTR USARMY HRC (US) Sent: Wednesday, January 22, 2014 12:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED) Classification: UNCLASSIFIED Caveats: NONE Hello List, After an HRECALL is issued for dataset A.B.C, the request remains waiting and is not fulfilled. Cancelling all requests and reissuing HRECALL produces identical results. A.B.C HRECALL RC=0 MIGRAT1 QUERY REQ displays: ARC0101I QUERY REQUEST COMMAND STARTING ON HOST=2 ARC0167I RECALL MWE FOR DATA SET A.B.C FOR USER xxx, REQUEST ARC0167I (CONT.) 0093, WAITING TO BE PROCESSED, 0 MWE(S) AHEAD OF THIS ARC0167I (CONT.) ONE ARC0101I QUERY REQUEST COMMAND COMPLETED ON HOST=2 HLIST displays: DSN=A.B.C MIGVOL=SHSM05 DSO=PO SDSP=NO LAST REF=13/11/15 MIG=13/11/17 TRKS=0001020 2K BLKS= 0026219 TIMES MIG= 1 16K BLKS=** LAST MIGVOL=** ARC0140I LIST COMPLETED,3 LINE(S) OF DATA OUTPUT I find no additional information in SYSLOG or in the DFHSM logs. The DFHSM address space is not waiting on any ENQ, D GRS,C shows no contentions and D GRS,RES=(*,A.B.C) shows no users Can anybody help me determine the reason that HSM is waiting? Thanks, Alan Classification: UNCLASSIFIED Caveats: NONE -- 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: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED)
Classification: UNCLASSIFIED Caveats: NONE Thanks Robert for your assistance. Here are the pertinent lines of the display: ARC0101I QUERY ACTIVE COMMAND STARTING ON HOST=2 ARC0144I AUDIT=HELD AND INACTIVE, LIST=NOT HELD AND 843 ARC0144I (CONT.) INACTIVE, RECYCLE=HELD AND INACTIVE, REPORT=NOT HELD ARC0144I (CONT.) AND INACTIVE ARC0160I MIGRATION=HELD, AUTOMIGRATION=HELD, 844 ARC0160I (CONT.) RECALL=NOT HELD, TAPERECALL=NOT HELD, DATA SET ARC0160I (CONT.) MIGRATION=INACTIVE, VOLUME MIGRATION=INACTIVE, DATA ARC0160I (CONT.) SET RECALL=INACTIVE ARC0163I BACKUP=HELD, AUTOBACKUP=HELD, RECOVERY=NOT 845 ARC0163I (CONT.) HELD, TAPEDATASETRECOVERY=NOT HELD, DATA SET ARC0163I (CONT.) BACKUP=NOT HELD, VOLUME BACKUP=INACTIVE, DATA SET ARC0163I (CONT.) RECOVERY=INACTIVE, VOLUME RECOVERY=INACTIVE ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP 846 ARC0276I (CONT.) ACTUAL IDLETASKS=(ALLOC=00, MAX=00) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Wednesday, January 22, 2014 12:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED) Issue F HSM,Query Active and see if RECALL or TAPERECALL is HELD -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Storr, Lon A CTR USARMY HRC (US) Sent: Wednesday, January 22, 2014 12:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED) Classification: UNCLASSIFIED Caveats: NONE Hello List, After an HRECALL is issued for dataset A.B.C, the request remains waiting and is not fulfilled. Cancelling all requests and reissuing HRECALL produces identical results. A.B.C HRECALL RC=0 MIGRAT1 QUERY REQ displays: ARC0101I QUERY REQUEST COMMAND STARTING ON HOST=2 ARC0167I RECALL MWE FOR DATA SET A.B.C FOR USER xxx, REQUEST ARC0167I (CONT.) 0093, WAITING TO BE PROCESSED, 0 MWE(S) AHEAD OF THIS ARC0167I (CONT.) ONE ARC0101I QUERY REQUEST COMMAND COMPLETED ON HOST=2 HLIST displays: DSN=A.B.C MIGVOL=SHSM05 DSO=PO SDSP=NO LAST REF=13/11/15 MIG=13/11/17 TRKS=0001020 2K BLKS= 0026219 TIMES MIG= 1 16K BLKS=** LAST MIGVOL=** ARC0140I LIST COMPLETED,3 LINE(S) OF DATA OUTPUT I find no additional information in SYSLOG or in the DFHSM logs. The DFHSM address space is not waiting on any ENQ, D GRS,C shows no contentions and D GRS,RES=(*,A.B.C) shows no users Can anybody help me determine the reason that HSM is waiting? Thanks, Alan Classification: UNCLASSIFIED Caveats: NONE -- 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 Classification: UNCLASSIFIED Caveats: NONE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System Symbols Question
You may be right. It seems to me that I have done differently. I'll experiment further and report back. 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: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED)
Is there enough space on the volume you are attempting to recall to? Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Storr, Lon A CTR USARMY HRC (US) Sent: Wednesday, January 22, 2014 1:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED) Classification: UNCLASSIFIED Caveats: NONE Thanks Robert for your assistance. Here are the pertinent lines of the display: ARC0101I QUERY ACTIVE COMMAND STARTING ON HOST=2 ARC0144I AUDIT=HELD AND INACTIVE, LIST=NOT HELD AND 843 ARC0144I (CONT.) INACTIVE, RECYCLE=HELD AND INACTIVE, REPORT=NOT HELD ARC0144I (CONT.) AND INACTIVE ARC0160I MIGRATION=HELD, AUTOMIGRATION=HELD, 844 ARC0160I (CONT.) RECALL=NOT HELD, TAPERECALL=NOT HELD, DATA SET ARC0160I (CONT.) MIGRATION=INACTIVE, VOLUME MIGRATION=INACTIVE, DATA ARC0160I (CONT.) SET RECALL=INACTIVE ARC0163I BACKUP=HELD, AUTOBACKUP=HELD, RECOVERY=NOT 845 ARC0163I (CONT.) HELD, TAPEDATASETRECOVERY=NOT HELD, DATA SET ARC0163I (CONT.) BACKUP=NOT HELD, VOLUME BACKUP=INACTIVE, DATA SET ARC0163I (CONT.) RECOVERY=INACTIVE, VOLUME RECOVERY=INACTIVE ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP 846 ARC0276I (CONT.) ACTUAL IDLETASKS=(ALLOC=00, MAX=00) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Wednesday, January 22, 2014 12:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED) Issue F HSM,Query Active and see if RECALL or TAPERECALL is HELD -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Storr, Lon A CTR USARMY HRC (US) Sent: Wednesday, January 22, 2014 12:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED) Classification: UNCLASSIFIED Caveats: NONE Hello List, After an HRECALL is issued for dataset A.B.C, the request remains waiting and is not fulfilled. Cancelling all requests and reissuing HRECALL produces identical results. A.B.C HRECALL RC=0 MIGRAT1 QUERY REQ displays: ARC0101I QUERY REQUEST COMMAND STARTING ON HOST=2 ARC0167I RECALL MWE FOR DATA SET A.B.C FOR USER xxx, REQUEST ARC0167I (CONT.) 0093, WAITING TO BE PROCESSED, 0 MWE(S) AHEAD OF THIS ARC0167I (CONT.) ONE ARC0101I QUERY REQUEST COMMAND COMPLETED ON HOST=2 HLIST displays: DSN=A.B.C MIGVOL=SHSM05 DSO=PO SDSP=NO LAST REF=13/11/15 MIG=13/11/17 TRKS=0001020 2K BLKS= 0026219 TIMES MIG= 1 16K BLKS=** LAST MIGVOL=** ARC0140I LIST COMPLETED,3 LINE(S) OF DATA OUTPUT I find no additional information in SYSLOG or in the DFHSM logs. The DFHSM address space is not waiting on any ENQ, D GRS,C shows no contentions and D GRS,RES=(*,A.B.C) shows no users Can anybody help me determine the reason that HSM is waiting? Thanks, Alan Classification: UNCLASSIFIED Caveats: NONE -- 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 Classification: UNCLASSIFIED Caveats: NONE -- 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: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED)
Classification: UNCLASSIFIED Caveats: NONE Bob, Yes, I believe so. It is SMS-managed: the smallest FREE-CYL size in the SG is CYL(389) and all volumes in the SG have between TRK(2385) and TRK(19860) free in one extent. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Wednesday, January 22, 2014 1:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED) Is there enough space on the volume you are attempting to recall to? Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Storr, Lon A CTR USARMY HRC (US) Sent: Wednesday, January 22, 2014 1:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED) Classification: UNCLASSIFIED Caveats: NONE Thanks Robert for your assistance. Here are the pertinent lines of the display: ARC0101I QUERY ACTIVE COMMAND STARTING ON HOST=2 ARC0144I AUDIT=HELD AND INACTIVE, LIST=NOT HELD AND 843 ARC0144I (CONT.) INACTIVE, RECYCLE=HELD AND INACTIVE, REPORT=NOT HELD ARC0144I (CONT.) AND INACTIVE ARC0160I MIGRATION=HELD, AUTOMIGRATION=HELD, 844 ARC0160I (CONT.) RECALL=NOT HELD, TAPERECALL=NOT HELD, DATA SET ARC0160I (CONT.) MIGRATION=INACTIVE, VOLUME MIGRATION=INACTIVE, DATA ARC0160I (CONT.) SET RECALL=INACTIVE ARC0163I BACKUP=HELD, AUTOBACKUP=HELD, RECOVERY=NOT 845 ARC0163I (CONT.) HELD, TAPEDATASETRECOVERY=NOT HELD, DATA SET ARC0163I (CONT.) BACKUP=NOT HELD, VOLUME BACKUP=INACTIVE, DATA SET ARC0163I (CONT.) RECOVERY=INACTIVE, VOLUME RECOVERY=INACTIVE ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP 846 ARC0276I (CONT.) ACTUAL IDLETASKS=(ALLOC=00, MAX=00) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Wednesday, January 22, 2014 12:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED) Issue F HSM,Query Active and see if RECALL or TAPERECALL is HELD -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Storr, Lon A CTR USARMY HRC (US) Sent: Wednesday, January 22, 2014 12:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED) Classification: UNCLASSIFIED Caveats: NONE Hello List, After an HRECALL is issued for dataset A.B.C, the request remains waiting and is not fulfilled. Cancelling all requests and reissuing HRECALL produces identical results. A.B.C HRECALL RC=0 MIGRAT1 QUERY REQ displays: ARC0101I QUERY REQUEST COMMAND STARTING ON HOST=2 ARC0167I RECALL MWE FOR DATA SET A.B.C FOR USER xxx, REQUEST ARC0167I (CONT.) 0093, WAITING TO BE PROCESSED, 0 MWE(S) AHEAD OF THIS ARC0167I (CONT.) ONE ARC0101I QUERY REQUEST COMMAND COMPLETED ON HOST=2 HLIST displays: DSN=A.B.C MIGVOL=SHSM05 DSO=PO SDSP=NO LAST REF=13/11/15 MIG=13/11/17 TRKS=0001020 2K BLKS= 0026219 TIMES MIG= 1 16K BLKS=** LAST MIGVOL=** ARC0140I LIST COMPLETED,3 LINE(S) OF DATA OUTPUT I find no additional information in SYSLOG or in the DFHSM logs. The DFHSM address space is not waiting on any ENQ, D GRS,C shows no contentions and D GRS,RES=(*,A.B.C) shows no users Can anybody help me determine the reason that HSM is waiting? Thanks, Alan Classification: UNCLASSIFIED Caveats: NONE -- 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 Classification: UNCLASSIFIED Caveats: NONE -- 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 Classification: UNCLASSIFIED Caveats: NONE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED)
Issue the HRECALL again, followed immediately by the QUERY ACTIVE and verify that the query active shows the recall request as being active. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Storr, Lon A CTR USARMY HRC (US) Sent: Wednesday, January 22, 2014 1:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED) Classification: UNCLASSIFIED Caveats: NONE Bob, Yes, I believe so. It is SMS-managed: the smallest FREE-CYL size in the SG is CYL(389) and all volumes in the SG have between TRK(2385) and TRK(19860) free in one extent. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Wednesday, January 22, 2014 1:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED) Is there enough space on the volume you are attempting to recall to? Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Storr, Lon A CTR USARMY HRC (US) Sent: Wednesday, January 22, 2014 1:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED) Classification: UNCLASSIFIED Caveats: NONE Thanks Robert for your assistance. Here are the pertinent lines of the display: ARC0101I QUERY ACTIVE COMMAND STARTING ON HOST=2 ARC0144I AUDIT=HELD AND INACTIVE, LIST=NOT HELD AND 843 ARC0144I (CONT.) INACTIVE, RECYCLE=HELD AND INACTIVE, REPORT=NOT HELD ARC0144I (CONT.) AND INACTIVE ARC0160I MIGRATION=HELD, AUTOMIGRATION=HELD, 844 ARC0160I (CONT.) RECALL=NOT HELD, TAPERECALL=NOT HELD, DATA SET ARC0160I (CONT.) MIGRATION=INACTIVE, VOLUME MIGRATION=INACTIVE, DATA ARC0160I (CONT.) SET RECALL=INACTIVE ARC0163I BACKUP=HELD, AUTOBACKUP=HELD, RECOVERY=NOT 845 ARC0163I (CONT.) HELD, TAPEDATASETRECOVERY=NOT HELD, DATA SET ARC0163I (CONT.) BACKUP=NOT HELD, VOLUME BACKUP=INACTIVE, DATA SET ARC0163I (CONT.) RECOVERY=INACTIVE, VOLUME RECOVERY=INACTIVE ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP 846 ARC0276I (CONT.) ACTUAL IDLETASKS=(ALLOC=00, MAX=00) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Wednesday, January 22, 2014 12:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED) Issue F HSM,Query Active and see if RECALL or TAPERECALL is HELD -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Storr, Lon A CTR USARMY HRC (US) Sent: Wednesday, January 22, 2014 12:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED) Classification: UNCLASSIFIED Caveats: NONE Hello List, After an HRECALL is issued for dataset A.B.C, the request remains waiting and is not fulfilled. Cancelling all requests and reissuing HRECALL produces identical results. A.B.C HRECALL RC=0 MIGRAT1 QUERY REQ displays: ARC0101I QUERY REQUEST COMMAND STARTING ON HOST=2 ARC0167I RECALL MWE FOR DATA SET A.B.C FOR USER xxx, REQUEST ARC0167I (CONT.) 0093, WAITING TO BE PROCESSED, 0 MWE(S) AHEAD OF THIS ARC0167I (CONT.) ONE ARC0101I QUERY REQUEST COMMAND COMPLETED ON HOST=2 HLIST displays: DSN=A.B.C MIGVOL=SHSM05 DSO=PO SDSP=NO LAST REF=13/11/15 MIG=13/11/17 TRKS=0001020 2K BLKS= 0026219 TIMES MIG= 1 16K BLKS=** LAST MIGVOL=** ARC0140I LIST COMPLETED,3 LINE(S) OF DATA OUTPUT I find no additional information in SYSLOG or in the DFHSM logs. The DFHSM address space is not waiting on any ENQ, D GRS,C shows no contentions and D GRS,RES=(*,A.B.C) shows no users Can anybody help me determine the reason that HSM is waiting? Thanks, Alan Classification: UNCLASSIFIED Caveats: NONE -- 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 Classification: UNCLASSIFIED Caveats: NONE -- 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 Classification: UNCLASSIFIED Caveats: NONE -- For
Re: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED)
Issue hsend query setsys. Check for EMERGENCY (should be NO). If YES, HSEND SETSYS NOEMERGENCY. Is there a BACKVOL CDS in progress (or failed). If so, complete the BACKVOL and retry. Is this ML1 volume shared among multiple HSM images? Check for outstanding enqueues on the MCDS. If none of the above bears fruit, get a dump and open an issue w/IBM. While getting the dump to IBM, restart HSM and see if that clears the condition. HTH, snip Yes, I believe so. It is SMS-managed: the smallest FREE-CYL size in the SG is CYL(389) and all volumes in the SG have between TRK(2385) and TRK(19860) free in one extent. /snip Alan snip Is there enough space on the volume you are attempting to recall to? snip ARC0101I QUERY ACTIVE COMMAND STARTING ON HOST=2 ARC0144I AUDIT=HELD AND INACTIVE, LIST=NOT HELD AND 843 ARC0144I (CONT.) INACTIVE, RECYCLE=HELD AND INACTIVE, REPORT=NOT HELD ARC0144I (CONT.) AND INACTIVE ARC0160I MIGRATION=HELD, AUTOMIGRATION=HELD, 844 ARC0160I (CONT.) RECALL=NOT HELD, TAPERECALL=NOT HELD, DATA SET ARC0160I (CONT.) MIGRATION=INACTIVE, VOLUME MIGRATION=INACTIVE, DATA ARC0160I (CONT.) SET RECALL=INACTIVE ARC0163I BACKUP=HELD, AUTOBACKUP=HELD, RECOVERY=NOT 845 ARC0163I (CONT.) HELD, TAPEDATASETRECOVERY=NOT HELD, DATA SET ARC0163I (CONT.) BACKUP=NOT HELD, VOLUME BACKUP=INACTIVE, DATA SET ARC0163I (CONT.) RECOVERY=INACTIVE, VOLUME RECOVERY=INACTIVE ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP 846 ARC0276I (CONT.) ACTUAL IDLETASKS=(ALLOC=00, MAX=00) /snip snip After an HRECALL is issued for dataset A.B.C, the request remains waiting and is not fulfilled. Cancelling all requests and reissuing HRECALL produces identical results. A.B.C HRECALL RC=0 MIGRAT1 QUERY REQ displays: ARC0101I QUERY REQUEST COMMAND STARTING ON HOST=2 ARC0167I RECALL MWE FOR DATA SET A.B.C FOR USER xxx, REQUEST ARC0167I (CONT.) 0093, WAITING TO BE PROCESSED, 0 MWE(S) AHEAD OF THIS ARC0167I (CONT.) ONE ARC0101I QUERY REQUEST COMMAND COMPLETED ON HOST=2 HLIST displays: DSN=A.B.C MIGVOL=SHSM05 DSO=PO SDSP=NO LAST REF=13/11/15 MIG=13/11/17 TRKS=0001020 2K BLKS= 0026219 TIMES MIG= 1 16K BLKS=** LAST MIGVOL=** ARC0140I LIST COMPLETED,3 LINE(S) OF DATA OUTPUT I find no additional information in SYSLOG or in the DFHSM logs. The DFHSM address space is not waiting on any ENQ, D GRS,C shows no contentions and D GRS,RES=(*,A.B.C) shows no users Can anybody help me determine the reason that HSM is waiting? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: rentrant Open
The list form of the open is in my working storage which is Germained From subpool 0 at the begging of my code Sent from my iPhone On Jan 22, 2014, at 12:09 PM, Kirk Talman rkueb...@tsys.com wrote: where is getmain for storage? where are csect dsect boundaries? where do you relocate the address in MF=L? you might send this to IBM Mainframe Assembler List assembler-l...@listserv.uga.edu for quicker results pup IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on 01/22/2014 11:57:48 AM: From: MichealButz michealb...@optonline.net 3 STEP_LIB DS0H 4 MVC STEPLIB(DCBLNGPO),STEPLIBX 5 LAR8,STEPLIB 6 OPEN ((R8)),MODE=31,MF=(E,OPEN_LIST) 9+* 0+* 2+ LA1,OPEN_LIST 3+ STR8,0+4(,1) Store DCB 4+ LR0,1 Set param 5+ SR1,1 Set indic 6+ SVC 19 Issue OPE 8 STEPLIBX DCB DDNAME=STEPLIB,RECFM=U,DSORG=PO,MACRF=R 1+* DATA CONTROL BLOCK 2+* OPEN_LIST OPEN STEPLIB,MODE=31,MF=L +OPEN_LIST DC 0F'0' + DCAL1(128) + DCAL3(0) + DCA(STEPLIB) STEPLIB DSCL(DCBLNGPO) IEC130I 0 0 DD STATEMENT MISSING IEC999I IGC0001I,IBMUSER,ISPFPROC IEA995I SYMPTOM DUMP OUTPUT SYSTEM COMPLETION CODE=0C4 REASON CODE=0004 TIME=06.49.52 SEQ=00027 CPU= ASID=0040 PSW AT TIME OF ERROR 078C2000 80E19EAA ILC 2 INTC 04 NO ACTIVE MODULE FOUND NAME=UNKNOWN DATA AT PSW 00E19EA4 - 42421831 0E02B20A 0050A7F4 - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- 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: rentrant Open
Rob You are the best Sent from my iPhone On Jan 22, 2014, at 12:19 PM, Rob Scott rsc...@rocketsoftware.com wrote: OPEN and CLOSE are macros that require you to move in a model list form to the working storage versions before you use them in MF=E For example : MVC WA_OPEN_PLIST,LC_OPEN Copy in models MVC WA_CLOSE_PLIST,LC_CLOSE OPEN WA_SYSOUT,MODE=31,MF=(E,WA_OPEN_PLIST) CLOSE WA_SYSOUT,MODE=31,MF=(E,WA_CLOSE_PLIST) Constants : LC_OPENOPEN (,),MF=L,MODE=31 LC@OPEN_LENEQU *-LC_OPEN LC_CLOSE CLOSE (,),MF=L,MODE=31 LC@CLOSE_LEN EQU *-LC_CLOSE Working storage : WA_OPEN_PLIST DSXL(LC@OPEN_LEN) WA_CLOSE_PLIST DSXL(LC@CLOSE_LEN) Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of MichealButz Sent: 22 January 2014 16:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: rentrant Open Hi I must be doing something wrong in my MF=L and MF=E open here is my code As I get s0c4 Thanks 3 STEP_LIB DS0H 4 MVC STEPLIB(DCBLNGPO),STEPLIBX 5 LAR8,STEPLIB 6 OPEN ((R8)),MODE=31,MF=(E,OPEN_LIST) 9+* 0+* 2+ LA1,OPEN_LIST 3+ STR8,0+4(,1) Store DCB 4+ LR0,1 Set param 5+ SR1,1 Set indic 6+ SVC 19 Issue OPE 8 STEPLIBX DCB DDNAME=STEPLIB,RECFM=U,DSORG=PO,MACRF=R 1+* DATA CONTROL BLOCK 2+* OPEN_LIST OPEN STEPLIB,MODE=31,MF=L +OPEN_LIST DC 0F'0' + DCAL1(128) + DCAL3(0) + DCA(STEPLIB) STEPLIB DSCL(DCBLNGPO) IEC130I 0 0 DD STATEMENT MISSING IEC999I IGC0001I,IBMUSER,ISPFPROC IEA995I SYMPTOM DUMP OUTPUT SYSTEM COMPLETION CODE=0C4 REASON CODE=0004 TIME=06.49.52 SEQ=00027 CPU= ASID=0040 PSW AT TIME OF ERROR 078C2000 80E19EAA ILC 2 INTC 04 NO ACTIVE MODULE FOUND NAME=UNKNOWN DATA AT PSW 00E19EA4 - 42421831 0E02B20A 0050A7F4 *** -- 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
Re: System Symbols Question
On Wed, 22 Jan 2014 07:48:42 -0800, Skip Robinson wrote: Good catch. In my recent SHARE pitch on system symbols, I strongly recommend that all installation-defined symbols be a full eight characters long regardless of initially anticipated value. In addition, I recommend that all such symbols be prefixed with an installation identifier, such as SHARE company code, to clearly identify them as user defined. This practice will also group installation symbols together in a D SYMBOLS display. Where are the SHARE company codes listed? What is their domain of applicability? Do these exist in parallel and in contention with IBM registered component prefixes. In a universe with less archaic length restrictions, the custom is to incorporate a registered domain name, rewritten big-endian. IBM shows some slight adherence to this in such as: /usr/lpp/booksrv/cgi-bin/com.ibm.bkmgr.CgiJavaBridge.jar /usr/lpp/smp/classes/com/ibm/smp/GIMJVCLT.class What!? not com.IBM? I surely wish SMP/E SYSMOD IDs were so flexible that we could incorporate a corporate ID (preferably domain name) in PTF names. From: Tom Marchant Date: 01/22/2014 05:42 AM SYMDEF(IP1='121.122') No. As documented, The length of the resolved substitution text cannot exceed the length of symbol, including the ampersand on symbol and excluding the single quotation marks on 'sub-text'. So your example is not valid. An abomination; it ain't that hard to code a routine that substitutes values longer than their names. Doesn't that work for JCL symbols? But they can *never*fix*it* if, as I assume, the symbol substituting facility has no way to report a buffer overflow, and (some) callers are in no position to handle an error if one were reported. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System Symbols Question
Some of the issues raised are above my pay grade. One I can handle. The recommendation to use SHARE installation code goes back to the 1980s when 'MSNF' was introduced to allow an SNA hosts to talk directly to any other host anywhere in the world. Previously, SNA had been limited to in-house domains, so the host name didn't matter much. But if multiple companies connect to each other, there had better not be any name conflicts. IBM suggested then that 'some unique string' be prefixed to each host name, in particular SHARE installation code because it's guaranteed to be unique among all members. If you're not a member, then join. You'll be given a unique code. ;-) War story. In a previous life, we turned installation and customization of that first 'global' VTAM version over to an energetic but inexperienced sysprog. She followed the book religiously. By the time she had tested and migrated the product around the company, it was too late to remedy this one little oversight: the host name was 'NETMVS'. That remained the enterprise identifier until the bank was digested entirely by another bank. I guess the saving grace was that no one else we connected to had been so naif. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 01/22/2014 11:14 AM Subject:Re: System Symbols Question Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Wed, 22 Jan 2014 07:48:42 -0800, Skip Robinson wrote: Good catch. In my recent SHARE pitch on system symbols, I strongly recommend that all installation-defined symbols be a full eight characters long regardless of initially anticipated value. In addition, I recommend that all such symbols be prefixed with an installation identifier, such as SHARE company code, to clearly identify them as user defined. This practice will also group installation symbols together in a D SYMBOLS display. Where are the SHARE company codes listed? What is their domain of applicability? Do these exist in parallel and in contention with IBM registered component prefixes. In a universe with less archaic length restrictions, the custom is to incorporate a registered domain name, rewritten big-endian. IBM shows some slight adherence to this in such as: /usr/lpp/booksrv/cgi-bin/com.ibm.bkmgr.CgiJavaBridge.jar /usr/lpp/smp/classes/com/ibm/smp/GIMJVCLT.class What!? not com.IBM? I surely wish SMP/E SYSMOD IDs were so flexible that we could incorporate a corporate ID (preferably domain name) in PTF names. From: Tom Marchant Date: 01/22/2014 05:42 AM SYMDEF(IP1='121.122') No. As documented, The length of the resolved substitution text cannot exceed the length of symbol, including the ampersand on symbol and excluding the single quotation marks on 'sub-text'. So your example is not valid. An abomination; it ain't that hard to code a routine that substitutes values longer than their names. Doesn't that work for JCL symbols? But they can *never*fix*it* if, as I assume, the symbol substituting facility has no way to report a buffer overflow, and (some) callers are in no position to handle an error if one were reported. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System Symbols Question
Paul: I was interested in Skips item. I was thinking about it after I read it and (I did not come up with the share codes like you did) thought it as an idea (not sure yet if its good or bad). The slight problem I could foresee is that a vendor might come up with their on code that conflicted with a company standard and then the fun begins. I haven't decided whether its a good/bad idea (yet) but it is something to think about (thanks Skip). Ed On Jan 22, 2014, at 1:13 PM, Paul Gilmartin wrote: On Wed, 22 Jan 2014 07:48:42 -0800, Skip Robinson wrote: Good catch. In my recent SHARE pitch on system symbols, I strongly recommend that all installation-defined symbols be a full eight characters long regardless of initially anticipated value. In addition, I recommend that all such symbols be prefixed with an installation identifier, such as SHARE company code, to clearly identify them as user defined. This practice will also group installation symbols together in a D SYMBOLS display. Where are the SHARE company codes listed? What is their domain of applicability? Do these exist in parallel and in contention with IBM registered component prefixes. In a universe with less archaic length restrictions, the custom is to incorporate a registered domain name, rewritten big-endian. IBM shows some slight adherence to this in such as: /usr/lpp/booksrv/cgi-bin/com.ibm.bkmgr.CgiJavaBridge.jar /usr/lpp/smp/classes/com/ibm/smp/GIMJVCLT.class What!? not com.IBM? I surely wish SMP/E SYSMOD IDs were so flexible that we could incorporate a corporate ID (preferably domain name) in PTF names. From: Tom Marchant Date: 01/22/2014 05:42 AM SYMDEF(IP1='121.122') No. As documented, The length of the resolved substitution text cannot exceed the length of symbol, including the ampersand on symbol and excluding the single quotation marks on 'sub-text'. So your example is not valid. An abomination; it ain't that hard to code a routine that substitutes values longer than their names. Doesn't that work for JCL symbols? But they can *never*fix*it* if, as I assume, the symbol substituting facility has no way to report a buffer overflow, and (some) callers are in no position to handle an error if one were reported. -- 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: System Symbols Question
I must apologize to Tom Marchant. Things are just as he described them. Moreover, I should have realized that if things had been otherwise he would not have been guilty of such an elementary confusion. The designer of this misbegotten scheme? We must leave her|him to heaven. 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: System Symbols Question
If your company is a member of SHARE (http://www.share.org ), then someone at your installation is the designated SHARE Installation Rep and he would know your SHARE Installation code. If you aren't a member of SHARE you don't have one. They are typically three characters based on company name and are only forced to be unique from other members of SHARE, not from any 3-char sequences used in other contexts. SHARE members have access to a SHARE Member Directory, but that list is supposed to be secured and only available to members. I don't really like the earlier suggestion to use SHARE code prefixes on symbol names, since the SHARE Installation Code might differ from more obvious customary local abbreviations for your company; and there is really no need in the context given to distinguish your local symbols from that of other installations, only to differentiate them from default system symbols. If for some reason a vendor needed to have a system symbol defined for their product, I would think the only safe way to avoid conflicts would be to allow each installation to customize the name when the product is installed. Joel C. Ewing On 01/22/2014 01:13 PM, Paul Gilmartin wrote: On Wed, 22 Jan 2014 07:48:42 -0800, Skip Robinson wrote: Good catch. In my recent SHARE pitch on system symbols, I strongly recommend that all installation-defined symbols be a full eight characters long regardless of initially anticipated value. In addition, I recommend that all such symbols be prefixed with an installation identifier, such as SHARE company code, to clearly identify them as user defined. This practice will also group installation symbols together in a D SYMBOLS display. Where are the SHARE company codes listed? What is their domain of applicability? Do these exist in parallel and in contention with IBM registered component prefixes. In a universe with less archaic length restrictions, the custom is to incorporate a registered domain name, rewritten big-endian. IBM shows some slight adherence to this in such as: /usr/lpp/booksrv/cgi-bin/com.ibm.bkmgr.CgiJavaBridge.jar /usr/lpp/smp/classes/com/ibm/smp/GIMJVCLT.class What!? not com.IBM? I surely wish SMP/E SYSMOD IDs were so flexible that we could incorporate a corporate ID (preferably domain name) in PTF names. From: Tom Marchant Date: 01/22/2014 05:42 AM SYMDEF(IP1='121.122') No. As documented, The length of the resolved substitution text cannot exceed the length of symbol, including the ampersand on symbol and excluding the single quotation marks on 'sub-text'. So your example is not valid. An abomination; it ain't that hard to code a routine that substitutes values longer than their names. Doesn't that work for JCL symbols? But they can *never*fix*it* if, as I assume, the symbol substituting facility has no way to report a buffer overflow, and (some) callers are in no position to handle an error if one were reported. -- gil ... -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Resistance to Java.
On 22 January 2014 08:36, John McKown john.archie.mck...@gmail.com wrote: Now wouldn't that be a kick? An Enterprise COBOL compatible compiler which produced Java byte code. That would likely sell a lot of zAAPs. Don't think it hasn't been seriously considered by more than one party... But as with any number of other such approaches, it would be limited by its own success. If it managed to displace any significant amount of IBM revenue by shifting legacy workloads to cheaper processors, IBM would put a stop to it, either technically or by new Ts Cs of some sort. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Resistance to Java.
On Wed, 22 Jan 2014 15:14:30 -0500, Tony Harminc wrote: On 22 January 2014 08:36, John McKown wrote: Now wouldn't that be a kick? An Enterprise COBOL compatible compiler which produced Java byte code. That would likely sell a lot of zAAPs. Don't think it hasn't been seriously considered by more than one party... But as with any number of other such approaches, it would be limited by its own success. If it managed to displace any significant amount of IBM revenue by shifting legacy workloads to cheaper processors, IBM would put a stop to it, either technically or by new Ts Cs of some sort. Does IBM have any IP protection on COBOL? I'd assume, can't, except for IBM's extensions and idiosyncrasies. But it would be pretty hard to market against IBM without those extensions. Ts Cs, of course, are orthogonal to any protection provided by USPTO. Micro Focus? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FDF/SMShsm HRECALL request waiting forever (UNCLASSIFIED)
Classification: UNCLASSIFIED Caveats: NONE EMERGENCY was the explanation. Thanks Allan. I believe that HSM set EMERG=YES when the Journal dataset got a D37-04. Thanks again... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Wednesday, January 22, 2014 1:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DF/SMShsm HRECALL request waiting forever (UNCLASSIFIED) Issue hsend query setsys. Check for EMERGENCY (should be NO). If YES, HSEND SETSYS NOEMERGENCY. Is there a BACKVOL CDS in progress (or failed). If so, complete the BACKVOL and retry. Is this ML1 volume shared among multiple HSM images? Check for outstanding enqueues on the MCDS. If none of the above bears fruit, get a dump and open an issue w/IBM. While getting the dump to IBM, restart HSM and see if that clears the condition. HTH, snip Yes, I believe so. It is SMS-managed: the smallest FREE-CYL size in the SG is CYL(389) and all volumes in the SG have between TRK(2385) and TRK(19860) free in one extent. /snip Alan snip Is there enough space on the volume you are attempting to recall to? snip ARC0101I QUERY ACTIVE COMMAND STARTING ON HOST=2 ARC0144I AUDIT=HELD AND INACTIVE, LIST=NOT HELD AND 843 ARC0144I (CONT.) INACTIVE, RECYCLE=HELD AND INACTIVE, REPORT=NOT HELD ARC0144I (CONT.) AND INACTIVE ARC0160I MIGRATION=HELD, AUTOMIGRATION=HELD, 844 ARC0160I (CONT.) RECALL=NOT HELD, TAPERECALL=NOT HELD, DATA SET ARC0160I (CONT.) MIGRATION=INACTIVE, VOLUME MIGRATION=INACTIVE, DATA ARC0160I (CONT.) SET RECALL=INACTIVE ARC0163I BACKUP=HELD, AUTOBACKUP=HELD, RECOVERY=NOT 845 ARC0163I (CONT.) HELD, TAPEDATASETRECOVERY=NOT HELD, DATA SET ARC0163I (CONT.) BACKUP=NOT HELD, VOLUME BACKUP=INACTIVE, DATA SET ARC0163I (CONT.) RECOVERY=INACTIVE, VOLUME RECOVERY=INACTIVE ARC0276I DATA SET BACKUP=INACTIVE, DATA SET BACKUP 846 ARC0276I (CONT.) ACTUAL IDLETASKS=(ALLOC=00, MAX=00) /snip snip After an HRECALL is issued for dataset A.B.C, the request remains waiting and is not fulfilled. Cancelling all requests and reissuing HRECALL produces identical results. A.B.C HRECALL RC=0 MIGRAT1 QUERY REQ displays: ARC0101I QUERY REQUEST COMMAND STARTING ON HOST=2 ARC0167I RECALL MWE FOR DATA SET A.B.C FOR USER xxx, REQUEST ARC0167I (CONT.) 0093, WAITING TO BE PROCESSED, 0 MWE(S) AHEAD OF THIS ARC0167I (CONT.) ONE ARC0101I QUERY REQUEST COMMAND COMPLETED ON HOST=2 HLIST displays: DSN=A.B.C MIGVOL=SHSM05 DSO=PO SDSP=NO LAST REF=13/11/15 MIG=13/11/17 TRKS=0001020 2K BLKS= 0026219 TIMES MIG= 1 16K BLKS=** LAST MIGVOL=** ARC0140I LIST COMPLETED,3 LINE(S) OF DATA OUTPUT I find no additional information in SYSLOG or in the DFHSM logs. The DFHSM address space is not waiting on any ENQ, D GRS,C shows no contentions and D GRS,RES=(*,A.B.C) shows no users Can anybody help me determine the reason that HSM is waiting? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Classification: UNCLASSIFIED Caveats: NONE Classification: UNCLASSIFIED Caveats: NONE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Byte-code COBOL [was:RE: Resistance to Java.]
A byte-code COBOL object program might not be as efficient as even the just-previous generation (4.x) of Enterprise COBOL, given the JVM's stack-oriented runtime structure and (so I heard somewhere) less-than-efficient packed-decimal support. Less cost to run on a cheaper processor could be overwhelmed by elapsed-time increases affecting SLA's, especially for larger shops who do not run knee-capped GP's. But as usual, I could be quite wrong about that. In any case, I agree with you that if IBM saw a decrease in revenue from such a product they would either buy it and bury it or T C it out of existence. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Harminc Sent: Wednesday, January 22, 2014 3:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Resistance to Java. On 22 January 2014 08:36, John McKown john.archie.mck...@gmail.com wrote: Now wouldn't that be a kick? An Enterprise COBOL compatible compiler which produced Java byte code. That would likely sell a lot of zAAPs. Don't think it hasn't been seriously considered by more than one party... But as with any number of other such approaches, it would be limited by its own success. If it managed to displace any significant amount of IBM revenue by shifting legacy workloads to cheaper processors, IBM would put a stop to it, either technically or by new Ts Cs of some sort. Tony H. -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System Symbols Question
John Gilmore wrote: I must apologize to Tom Marchant. Things are just as he described them. Moreover, I should have realized that if things had been otherwise he would not have been guilty of such an elementary confusion. The designer of this misbegotten scheme? We must leave her|him to heaven. There was more than one designer. System symbol support was designed and written far in advance of the support for indirect catalog entries that use them, which was designed by another person in a different system component. The latter made an intelligent choice among the options in my view, but choosing not to change the format of catalog entries to expand the volume serial field to 8 characters and allow it to exceed 6 only when the characters matched the syntax of a system symbol. But, right or wrong, that's how it happened... -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMF Log Stream
What are the benefits of converting to SMF Log Streams? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DASD backup solutions
Hi, Lizette, I am limited in the amount of detail I can give. I can say that we will need to backup from an IBM array to a completely virtual tape machine. We will be wanting to make the best use of Flashcopy and the like. I am only concerned with the mainframe side of the equation. We do have DFSMShsm, but do not intend to use it for catastophic DR response. Basically, we will have virtual tapes at a cold site. We are mostly looking for an automated full pack backup product. Thank you for the response, Greg From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 01/22/2014 08:39 AM Subject:Re: DASD backup solutions Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU There are several options. Do you have just the one DASD Storage array? Do you have the ability to replicate? Will you be using tape for back-up? Is it virtual or physical? Will you be backing up the mainframe or open system or both? Do you have DFSMShsm? If so, you can use that for backup of files and volumes. It also provides the corrupt file recovery with BACKUP. What is your SLAs for DR and Business Continuity/Operational Recovery? Do you need to recover when data is corrupted but not failed? Do you need to recover from a system failure? Do you need to recover from a failed Storage Array? Your shop requirements should be able to isolate what you need to do. There are specialty products for VSAM and Catalog, there are also more general products for system backup. DRVFI can read your SMF data and build the process needed to back-up your files. There are other products. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Greg Schmeelk Sent: Wednesday, January 22, 2014 5:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DASD backup solutions Hi, listers, I am trying to get suggestions for disaster recovery DASD backup and restore solutions. The products that I currently know about are DASD Backup Supervisor and FDR/ABR-FDRDRP. Any suggestions on what other products I might be interested in looking at would be appreciated. Suggestions can be emailed directly to me at greg_schme...@jbhunt.com Thanks, Greg -- 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: Resistance to Java.
I imagine one could use Micro Focus COBOL and its JVM support. I suppose mainframe file I/O might be a problem, though. There's also this: http://www.veryant.com/products/iscobol/cobol-compiler.php. There was also one called PERCobol from LegacyJ, but I can't find their website, so it may have gone the way of the dodo. I've not tried any of them. From: Tony Harminc t...@harminc.net To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, January 22, 2014 1:14 PM Subject: Re: Resistance to Java. On 22 January 2014 08:36, John McKown john.archie.mck...@gmail.com wrote: Now wouldn't that be a kick? An Enterprise COBOL compatible compiler which produced Java byte code. That would likely sell a lot of zAAPs. Don't think it hasn't been seriously considered by more than one party... But as with any number of other such approaches, it would be limited by its own success. If it managed to displace any significant amount of IBM revenue by shifting legacy workloads to cheaper processors, IBM would put a stop to it, either technically or by new Ts Cs of some sort. Tony H. -- 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: SMF Log Stream
Google SMF New Paradigm good start Enjoy. Jay Campbell IBM OS Support Section -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf Of gsg Sent: Wednesday, January 22, 2014 4:15 PM To: IBM-MAIN@listserv.ua.edu Subject: SMF Log Stream What are the benefits of converting to SMF Log Streams? -- 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: Resistance to Java.
What of GNU COBOL? Is free. Graham Hobbs On 22/01/2014 4:48 PM, Frank Swarbrick wrote: I imagine one could use Micro Focus COBOL and its JVM support. I suppose mainframe file I/O might be a problem, though. There's also this: http://www.veryant.com/products/iscobol/cobol-compiler.php. There was also one called PERCobol from LegacyJ, but I can't find their website, so it may have gone the way of the dodo. I've not tried any of them. From: Tony Harminc t...@harminc.net To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, January 22, 2014 1:14 PM Subject: Re: Resistance to Java. On 22 January 2014 08:36, John McKown john.archie.mck...@gmail.com wrote: Now wouldn't that be a kick? An Enterprise COBOL compatible compiler which produced Java byte code. That would likely sell a lot of zAAPs. Don't think it hasn't been seriously considered by more than one party... But as with any number of other such approaches, it would be limited by its own success. If it managed to displace any significant amount of IBM revenue by shifting legacy workloads to cheaper processors, IBM would put a stop to it, either technically or by new Ts Cs of some sort. Tony H. -- 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
Re: pax, ddnames and _BPX_SHAREAS
In 4955235761654675.wa.paulgboulderaim@listserv.ua.edu, on 01/21/2014 at 12:09 AM, Paul Gilmartin paulgboul...@aim.com said: And your (mis)interpretation to be disingenuous rather than misinformed. Then I consider you ro be a fool and a hypocrite. Presumably you have never overlooked an individual option in a string of options and can't conceive of anybody else doing so either. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Pleas quote the text you reply to (Was: Automatic Job Ended Email (detail information))
In 5888946518314654.wa.paulgboulderaim@listserv.ua.edu, on 01/21/2014 at 12:14 AM, Paul Gilmartin paulgboul...@aim.com said: Is message ID specified/required in some successor to RFC 822? Even RFC 822 specifies it, under optional fields. In the current standard, RFC 5322, it says: 3.6.4. Identification Fields Though listed as optional in the table in section 3.6, every message SHOULD have a Message-ID: field. Furthermore, reply messages SHOULD have In-Reply-To: and References: fields as appropriate and as described below. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Pleas quote the text you reply to (Was: Automatic Job Ended Email (detail information))
In 0de6a9840123e547b061ac5b6765c026d13...@exmb-05.ad.wsu.edu, on 01/21/2014 at 08:25 AM, Gibney, Dave gib...@wsu.edu said: I guess Outlook and Exchange are not fully functional mail software. I've seen much harsher judgements of them, starting with b0rken and going down from there. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Automatic Job Ended Email (detail information)
In 52de617c.2020...@gmail.com, on 01/21/2014 at 08:01 PM, David Crayford dcrayf...@gmail.com said: There are tons of URL safe base64 encoders/decoders out there He's trying to shorten the URL; BASE64 encoding would lengthen it. OTOH, I can conceive of situations where BASE64 would be more compact than % encoding. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System Symbols Question
I agree that the cake has been baked. A different recipe/receipt might have been used to advantage, but it is now too late for that. That said, the convention that the length of an identifier (plus one for its prefixed ampersand) determines the maximal possible length of its values is a bizarre one. Worse, it suggests (but does not of course prove) that a naif storage-overlay-reuse scheme figures in the implementation. Things like this do of course happen in all organizations of any size, not just IBM. Moreover, while ugly, this scheme is not catastrophic. Once understood, it is easy enough to spoof. My Leave him|her to heaven was indeed intended to suggest some sympathy for the designer(s). The ghost, be it recalled, urged Hamlet to avenge his death, but he added Against thy mother aught: leave her to Heaven because Gertrude's guilt was not clear. John Gilmore, Ashland, MA 01721 - US -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System Symbols Question
Fair enough. User symbol names don't need to be unique in the universe. But it's helpful to have some consistent prefix that makes them stand out (and sort together) in a display. And I stick by the 8-character name standard unless the name has to be shorter in some context. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Joel C. Ewing jcew...@acm.org To: IBM-MAIN@LISTSERV.UA.EDU, Date: 01/22/2014 12:06 PM Subject:Re: System Symbols Question Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU If your company is a member of SHARE (http://www.share.org ), then someone at your installation is the designated SHARE Installation Rep and he would know your SHARE Installation code. If you aren't a member of SHARE you don't have one. They are typically three characters based on company name and are only forced to be unique from other members of SHARE, not from any 3-char sequences used in other contexts. SHARE members have access to a SHARE Member Directory, but that list is supposed to be secured and only available to members. I don't really like the earlier suggestion to use SHARE code prefixes on symbol names, since the SHARE Installation Code might differ from more obvious customary local abbreviations for your company; and there is really no need in the context given to distinguish your local symbols from that of other installations, only to differentiate them from default system symbols. If for some reason a vendor needed to have a system symbol defined for their product, I would think the only safe way to avoid conflicts would be to allow each installation to customize the name when the product is installed. Joel C. Ewing On 01/22/2014 01:13 PM, Paul Gilmartin wrote: On Wed, 22 Jan 2014 07:48:42 -0800, Skip Robinson wrote: Good catch. In my recent SHARE pitch on system symbols, I strongly recommend that all installation-defined symbols be a full eight characters long regardless of initially anticipated value. In addition, I recommend that all such symbols be prefixed with an installation identifier, such as SHARE company code, to clearly identify them as user defined. This practice will also group installation symbols together in a D SYMBOLS display. Where are the SHARE company codes listed? What is their domain of applicability? Do these exist in parallel and in contention with IBM registered component prefixes. In a universe with less archaic length restrictions, the custom is to incorporate a registered domain name, rewritten big-endian. IBM shows some slight adherence to this in such as: /usr/lpp/booksrv/cgi-bin/com.ibm.bkmgr.CgiJavaBridge.jar /usr/lpp/smp/classes/com/ibm/smp/GIMJVCLT.class What!? not com.IBM? I surely wish SMP/E SYSMOD IDs were so flexible that we could incorporate a corporate ID (preferably domain name) in PTF names. From: Tom Marchant Date: 01/22/2014 05:42 AM SYMDEF(IP1='121.122') No. As documented, The length of the resolved substitution text cannot exceed the length of symbol, including the ampersand on symbol and excluding the single quotation marks on 'sub-text'. So your example is not valid. An abomination; it ain't that hard to code a routine that substitutes values longer than their names. Doesn't that work for JCL symbols? But they can *never*fix*it* if, as I assume, the symbol substituting facility has no way to report a buffer overflow, and (some) callers are in no position to handle an error if one were reported. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Resistance to Java.
http://sourceforge.net/projects/universalcobol/ On 22 January 2014 22:41, Graham Hobbs gho...@cdpwise.net wrote: What of GNU COBOL? Is free. Graham Hobbs On 22/01/2014 4:48 PM, Frank Swarbrick wrote: I imagine one could use Micro Focus COBOL and its JVM support. I suppose mainframe file I/O might be a problem, though. There's also this: http://www.veryant.com/products/iscobol/cobol- compiler.php. There was also one called PERCobol from LegacyJ, but I can't find their website, so it may have gone the way of the dodo. I've not tried any of them. From: Tony Harminc t...@harminc.net To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, January 22, 2014 1:14 PM Subject: Re: Resistance to Java. On 22 January 2014 08:36, John McKown john.archie.mck...@gmail.com wrote: Now wouldn't that be a kick? An Enterprise COBOL compatible compiler which produced Java byte code. That would likely sell a lot of zAAPs. Don't think it hasn't been seriously considered by more than one party... But as with any number of other such approaches, it would be limited by its own success. If it managed to displace any significant amount of IBM revenue by shifting legacy workloads to cheaper processors, IBM would put a stop to it, either technically or by new Ts Cs of some sort. Tony H. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: pax, ddnames and _BPX_SHAREAS
On Wed, 22 Jan 2014 09:39:14 -0500, Shmuel Metz (Seymour J.) wrote: on 01/21/2014 at 12:09 AM, Paul Gilmartin said: And your (mis)interpretation to be disingenuous rather than misinformed. Then I consider you ro be a fool and a hypocrite. Presumably you have never overlooked an individual option in a string of options and can't conceive of anybody else doing so either. I try to double check my facts when I find myself in agreement with no one and disagreeing with several individuals; in this case: Bart: I'm trying to use pax to write ... plus mention in a shortly subsequent ply of desiring to release unused space. John M: paxRC=bpxwunix(wCMD,,DD:PAX,stderr.) and me: I agree with John, rather th[an] Shmuel ... -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Resistance to Java.
I'm going to look at that. Not for z/OS use, but for me on my Linux/Intel system. On Wed, Jan 22, 2014 at 5:22 PM, Graham Harris harris...@gmail.com wrote: http://sourceforge.net/projects/universalcobol/ -- Wasn't there something about a PASCAL programmer knowing the value of everything and the Wirth of nothing? 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: Disposal of storage devices/med
I usually don't say much here. With all the senior expertise here, there is little I can add. I really liked this story. This is the BEST way I ever heard, to eliminate all trace data from a magnetic device. Hahaha, congratulations on your ingenuity and resourcefulness. I just wonder if an IT auditor would accept this method! Thank you for sharing. Roger -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pommier, Rex Sent: Tuesday, January 21, 2014 7:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Disposal of storage devices/med Radoslaw, About 10 years ago I was given the task to migrate off an RVA onto a different disk subsystem. Not really knowing how to erase the disks without use of a sledgehammer, I initialized all the volumes to logically erase them, then uploaded a bunch of songs to the array. I then proceeded to copy these songs multiple times across the array volumes until the RVA screamed that the back end storage was full. I then deleted it all and did it over again. I figured writing several thousand copies of Barry Manilow songs against the array would drive anybody crazy who would try to recover anything useful off the disk. I suppose the RIAA could have come against me for illegally copying music. :-) Rex -Original Message- W dniu 2014-01-20 22:44, Paul Gilmartin pisze: On 2014-01-20, at 13:35, R.S. wrote: And what about n-times overwrite policies? What number is proper? Does one need to overwrite disk content once, twice, 3 times, 7 times or 21 times? What's the magic number? And what is the reason for the number? For example from: http://www.fsl.cs.sunysb.edu/docs/secdel/ 2.3 Overwrite Data Many Times Years ago it was shown that there is a chance that even after the data is overwritten, it can potentially be recovered [15]. Many experts believe that unless one can overwrite the data numerous times, that it is not worth to overwrite it even once [9]. Nothing could be further from the truth. Even the government's own NIST and NISPOM standards for secure deletion of top-secret files call for overwriting no more than three-times [8, 23]; and, for most users, a single overwrite will suffice and greatly enhance security. In particular, one overwrite will make any software-based data recovery impossible. Thus, hackers who gain privileged access to the system will not be able to recover files deleted from its hard disks. To date, no commercial services are available to recover data that was overwritten even just once [24]. (See original for citations ca. 2005 and earlier.) My suspicion is that it was empirical. Someone working with RAID/virtual disks which don't really overwrite in place observed that data were still recoverable from original, non-overwritten sectors. But a sufficient number of overwrites would suffice to overwrite the real backing store. 1. I did mean DISK overwirte. Not some emulated gismo, especially not dasd arrays like Iceberg/RVA. That's completely different story and - important - it's still not applicable to number of writes. The problem in such arrays is to really overwrite the disks, no matter how many times. It's important to overwirte al least once, but every disk area, each copy. It's more like caution to delete dataset *and* its copies and backups. (Disclaimer: spare sectors on HDD is yet another story.) 2. Fun story: some company used special software to overwrite PC HDDs. The number of writes was set to 5. Reason: default was 3, but we want more security. 3. Regarding possibility rto read *valuable* information overwritten once: Such theoretical possibility assumes one use good microscope and watches single magnetic domain. There is no hidden HDD command like read deleted info. And now: what is easier: decrypt encrypted content of play with 10-element puzzle of domains? -- Radoslaw Skorupka Lodz, Poland The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- 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: Resistance to Java.
Is Graham Harris talking about what I use? Haven't got time to dig. If you mean the GNU COBOL compiler, I installed it on a W7. Partial agony, but it works well, no CICS emulation yet. BUT for you Linuxy types all the gurus there are that way inclined:-). URL I access is http://sourceforge.net/p/open-cobol/discussion/ Graham On 22/01/2014 7:34 PM, John McKown wrote: I'm going to look at that. Not for z/OS use, but for me on my Linux/Intel system. On Wed, Jan 22, 2014 at 5:22 PM, Graham Harris harris...@gmail.com wrote: http://sourceforge.net/projects/universalcobol/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Resistance to Java.
On 22 January 2014 19:34, John McKown john.archie.mck...@gmail.com wrote: I'm going to look at that. Not for z/OS use, but for me on my Linux/Intel system. On Wed, Jan 22, 2014 at 5:22 PM, Graham Harris harris...@gmail.com wrote: http://sourceforge.net/projects/universalcobol/ As it says on that page, dated five years ago, Initial checkin. It all appears to compile, but doesn't run at the moment. Not to say it mightn't be fun to play with. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dataspace versus common area above the bar
On 22/01/2014 23:35, John Gilmore wrote: It is of course possible to write snippets of code using only modal instructions in such a way that the exact same instruction sequences are used in both cases; but it is almost never appropriate to do so; and I did not do, or say that I had done, that. Your original statement was one characteristic of routines/instructions executed above the bar [is] they are measurably faster than their analogues executed below it. I think most people would assume that you were referring to the same code, and the critical point was whether it was above/below the bar - or at most the AMODE or RMODE. If you are saying you can write faster code using 64 bit instructions I would expect it is possible. I would also expect it is possible to write slower code. Measured differences are not necessarily inherent characteristics of 64 bit instructions if the code is changed. With code changes, a few percent change in speed could easily be caused by e.g. a resulting difference in branch prediction rather than inherently faster instructions. You can't draw a conclusion about what made the code faster. As the hardware person said, All bets are off. In fact, I suspect (but don't actually know) that real-world code might be slightly slower using 64 bit instructions because larger data and operands make less effective use of processor cache. I think it may be conceded out of hand that binary search is faster than linear search Even that I'm not sure is universally true. I suspect processor branch prediction is difficult for binary search, so a linear search where branches are predictable may be better for small lists. Where the cutoff is I don't know. I have seen a (non-z/OS) example where randomizing the data to defeat branch prediction made the same code take 6x longer. One hypothesis to test might be that linear search would be faster if the average number of comparisons was less than ~5 times the number required for binary search. Comparing the speed of actual instructions is not very useful. The sequence of instructions is more important, and specifically their effect on processor cache, pipeline and branch prediction (plus other factors I'm sure). Regards Andrew Rowley -- and...@blackhillsoftware.com +61 413 302 386 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Resistance to Java.
To my knowledge it does not compile to JVM bytecode. From: Graham Hobbs gho...@cdpwise.net To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, January 22, 2014 3:41 PM Subject: Re: Resistance to Java. What of GNU COBOL? Is free. Graham Hobbs On 22/01/2014 4:48 PM, Frank Swarbrick wrote: I imagine one could use Micro Focus COBOL and its JVM support. I suppose mainframe file I/O might be a problem, though. There's also this: http://www.veryant.com/products/iscobol/cobol-compiler.php. There was also one called PERCobol from LegacyJ, but I can't find their website, so it may have gone the way of the dodo. I've not tried any of them. From: Tony Harminc t...@harminc.net To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, January 22, 2014 1:14 PM Subject: Re: Resistance to Java. On 22 January 2014 08:36, John McKown john.archie.mck...@gmail.com wrote: Now wouldn't that be a kick? An Enterprise COBOL compatible compiler which produced Java byte code. That would likely sell a lot of zAAPs. Don't think it hasn't been seriously considered by more than one party... But as with any number of other such approaches, it would be limited by its own success. If it managed to displace any significant amount of IBM revenue by shifting legacy workloads to cheaper processors, IBM would put a stop to it, either technically or by new Ts Cs of some sort. Tony H. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Resistance to Java.
http://www.z390.org/ CICS emulation, BC12 user instruction emulation, z/OS 1.13 user macro emulation. No actual IBM code. On Wed, Jan 22, 2014 at 6:55 PM, Graham Hobbs gho...@cdpwise.net wrote: Is Graham Harris talking about what I use? Haven't got time to dig. If you mean the GNU COBOL compiler, I installed it on a W7. Partial agony, but it works well, no CICS emulation yet. BUT for you Linuxy types all the gurus there are that way inclined:-). URL I access is http://sourceforge.net/p/open-cobol/discussion/ Graham On 22/01/2014 7:34 PM, John McKown wrote: I'm going to look at that. Not for z/OS use, but for me on my Linux/Intel system. On Wed, Jan 22, 2014 at 5:22 PM, Graham Harris harris...@gmail.com wrote: http://sourceforge.net/projects/universalcobol/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
P[ro]Ops and Infocenter?
Is/are the P[ro]Ops available via Infocenter? Or is Infocenter software only? I'd rather have a web interface to a current copy than several PDFs of varying age on the several desktops I use. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
TSO/E Reconnect
A coworker has observed that if he connects to TSO/E via VTAM then disconnects (pulls the plug; not logs out), he can reconnect. If he connects via tn3270 and attempts to reconnect, he gets a new session. I can reproduce this. Furthermore, if I logon initially with VTAM, then pull the plug, I can reconnect to the running session with tn3270, absent VTAM. What makes the difference? We'd like to spare the overhead of running VTAM on a separate (VM, in this case) host. Our configuration involves no solicitor; connection goes immediately to a TSO IKJ56700A ENTER USERID - prompt. Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: P[ro]Ops and Infocenter?
http://publibfi.boulder.ibm.com/epubs/pdf/dz9zr009.pdf Sept 2012. On Wed, Jan 22, 2014 at 8:00 PM, Paul Gilmartin paulgboul...@aim.com wrote: Is/are the P[ro]Ops available via Infocenter? Or is Infocenter software only? I'd rather have a web interface to a current copy than several PDFs of varying age on the several desktops I use. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: P[ro]Ops and Infocenter?
Gil, What, specifically, are you looking for? Mitch McCluhan -Original Message- From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Wed, Jan 22, 2014 6:00 pm Subject: P[ro]Ops and Infocenter? Is/are the P[ro]Ops available via Infocenter? Or is Infocenter software only? 'd rather have a web interface to a current copy than several PDFs of varying ge on the several desktops I use. -- gil -- or IBM-MAIN subscribe / signoff / archive access instructions, end 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: P[ro]Ops and Infocenter?
On Wed, 22 Jan 2014 20:14:58 -0600, Mike Schwab wrote: http://publibfi.boulder.ibm.com/epubs/pdf/dz9zr009.pdf Sept 2012. Isn't that what I said I *didn't* want? On Wed, Jan 22, 2014 at 8:00 PM, Paul Gilmartin wrote: Is/are the P[ro]Ops available via Infocenter? Or is Infocenter software only? I'd rather have a web interface to a current copy than several PDFs of varying age on the several desktops I use. On Wed, 22 Jan 2014 21:14:33 -0500, Mitch wrote: What, specifically, are you looking for? Something with finer granularity than a PDF of an entire publication. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: P[ro]Ops and Infocenter?
In the info center, HLASM high level assembler had a section on machine instructions. It said to look in the z/Arch. Principle of Instructions and did not link to it. On Wed, Jan 22, 2014 at 8:21 PM, Paul Gilmartin paulgboul...@aim.com wrote: On Wed, 22 Jan 2014 20:14:58 -0600, Mike Schwab wrote: http://publibfi.boulder.ibm.com/epubs/pdf/dz9zr009.pdf Sept 2012. Isn't that what I said I *didn't* want? On Wed, Jan 22, 2014 at 8:00 PM, Paul Gilmartin wrote: Is/are the P[ro]Ops available via Infocenter? Or is Infocenter software only? I'd rather have a web interface to a current copy than several PDFs of varying age on the several desktops I use. On Wed, 22 Jan 2014 21:14:33 -0500, Mitch wrote: What, specifically, are you looking for? Something with finer granularity than a PDF of an entire publication. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO/E Reconnect
Have you checked the TN3270 software to see if it has a timeout or session termination time or function? Have you looked in SYSLOG? I suspect when you terminate the TN3270 session you will be getting a S622 abend. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, January 22, 2014 7:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: TSO/E Reconnect A coworker has observed that if he connects to TSO/E via VTAM then disconnects (pulls the plug; not logs out), he can reconnect. If he connects via tn3270 and attempts to reconnect, he gets a new session. I can reproduce this. Furthermore, if I logon initially with VTAM, then pull the plug, I can reconnect to the running session with tn3270, absent VTAM. What makes the difference? We'd like to spare the overhead of running VTAM on a separate (VM, in this case) host. Our configuration involves no solicitor; connection goes immediately to a TSO IKJ56700A ENTER USERID - prompt. Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: P[ro]Ops and Infocenter?
On 22 January 2014 21:00, Paul Gilmartin paulgboul...@aim.com wrote: Is/are the P[ro]Ops available via Infocenter? Or is Infocenter software only? I'd rather have a web interface to a current copy than several PDFs of varying age on the several desktops I use. I haven't seen it on the Infocenter, but who knows - maybe it'll come. The IBM i has the opposite problem: the closest thing to a P[ro]Ops that exists for that box (the MI reference) used to be available in PDF, but is now only on the InfoCenter in a very difficult to use form. Well, wouldn't want anyone easily using low-level techniques or understanding how things work, would we now? Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO/E Reconnect
On 22 January 2014 21:09, Paul Gilmartin paulgboul...@aim.com wrote: A coworker has observed that if he connects to TSO/E via VTAM then disconnects (pulls the plug; not logs out), he can reconnect. If he connects via tn3270 and attempts to reconnect, he gets a new session. What do you mean by via VTAM? Is your colleague using a real 3270 device? If not, what, and how is it connected? I can reproduce this. Furthermore, if I logon initially with VTAM, then pull the plug, I can reconnect to the running session with tn3270, absent VTAM. What makes the difference? We'd like to spare the overhead of running VTAM on a separate (VM, in this case) host. Ah - I suspect you mean that you are using virtual local 3270s provided by VM. Regardless, you can't connect to TSO without VTAM (or conceivably TCAM!); there is no direct TCP/IP to TSO connection. You need VTAM and TCAS in the loop, unless IBM has slipped a big change past me recently. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO/E Reconnect
On Wed, 22 Jan 2014 22:50:58 -0500, Tony Harminc wrote: What makes the difference? We'd like to spare the overhead of running VTAM on a separate (VM, in this case) host. Ah - I suspect you mean that you are using virtual local 3270s provided by VM. Regardless, you can't connect to TSO without VTAM (or conceivably TCAM!); there is no direct TCP/IP to TSO connection. You need VTAM and TCAS in the loop, unless IBM has slipped a big change past me recently. OK, then, TCP/IP to z/OS vs. TCP/IP to VM, then VTAM to z/OS. I'm pretty sure that in the former case TCP/IP goes directly to z/OS. Well, perhaps there's an OSA in there somewhere (I can't bear to think). But the victim did some research and discovered his own solution: Now after some reading and testing, I've found a way to get TSO/E to keep my natively connected session active when I need to shutdown my laptop which involves issuing 2 VTAM commands as follows (which can easily be done in a REXX exec). D NET,TSOUSER,ID=iii V NET,TERM,LU1=l,TYPE=UNCOND where iii is my userid and, l is the ACB name that is output by the first command. [ ... screen shots redacted ... ] After issuing these commands, I was then able to reconnect back to my T790575 session. I understand none of this, least of all why that setup isn't the default, which is why I referred the question to IBM-MAIN. natively connected? Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Automatic Job Ended Email (detail information)
Brian, There's no restriction on the number of Web links you include in your e-mail. If you need more than ~2000 bytes (compressed/encoded), roll over to Part 2...Part N links if you wish/need. Timothy Sipples GMU VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dataspace versus common area above the bar
That's not something to be proud of, but it is a practical reality. IMHO, that's likewise not something to be ashamed of. It simply proves that the large majority of application have no need for storage above the bar. It's mainly something for programs and subsystems that gain performance boosts by being able to keep more data in storage. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: P[ro]Ops and Infocenter?
Something with finer granularity than a PDF of an entire publication. You mean the excellent, unbeaten, yet spoken to death BookMaster format ;-) I thought I once had it, but can't find it right now either. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
