ISPF table library cannot be freed
Hi Message 'IKJ56861I FILE AAA NOT FREED, DATA SET IS OPEN' is received for command FREE FI(AAA). File AAA is a ISPF table library. The table library was open and closed using ISPEXEC TBOPEN TAB1 WRITE LIBRARY(AAA) ISPEXEC TBCLOSE TAB1 LIBRARY(AAA) The FREE command was issued after the table was closed using TBCLOSE. However ISPF seems to keep the file open after TBCLOSE. Is there any way I can close it so that it can be FREEed? Your help will be much appreciated. TIA Al -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Auxiliary Storage Management I/O in a RAID array world
Starr, Alan alan_st...@calpers.ca.gov wrote in message news:d7d6aecb674795469330825806700780113a0fe...@exchange.calpers.ca.gov ... Thanks Brian and Bill, That was very useful information and covers the suspend / resume aspect. I hope that somebody will be able to address the cache considerations. I believe that today's modern arrays must be emulating the CKD-based cache that MVS operating systems expect. After all, IDCAMS SETCACHE and LISTDATA still exist. One of the old SETCACHE features that still works (is honoured) is Cache Fast Write. When implementing PPRC, CFW must be turned OFF, so that this data *is* written to Dasd and replicated to the PPRC peer device. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF table library cannot be freed
You can try tso free all command Iyi calism Hi Al Chu, You can try tso free all command Iyi calismalar, Saygilar / Regards Kayhan Tanriverir Vizyon BT Uzman Sistem Programcisi / Senior Systems Programmer From: Al Chu al_chu...@optusnet.com.au To: IBM-MAIN@bama.ua.edu Sent: Thu, May 6, 2010 10:00:12 AM Subject: ISPF table library cannot be freed Hi Message 'IKJ56861I FILE AAA NOT FREED, DATA SET IS OPEN' is received for command FREE FI(AAA). File AAA is a ISPF table library. The table library was open and closed using ISPEXEC TBOPEN TAB1 WRITE LIBRARY(AAA) ISPEXEC TBCLOSE TAB1 LIBRARY(AAA) The FREE command was issued after the table was closed using TBCLOSE. However ISPF seems to keep the file open after TBCLOSE. Is there any way I can close it so that it can be FREEed? Your help will be much appreciated. TIA Al -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to analyze a volume's access by dataset
On 5/1/2010 12:00 AM, John Norgauer wrote: Is there any software available that will show the access by dataset(or by CCHR) for a given volume? John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Hi Found a 15 years old C++ program with an asm READVTOC routine, processing GTF seek reports. If you need I can send offlist -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF table library cannot be freed
You can try tso free all command Still won't work if the file is open. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF table library cannot be freed
On Thu, 6 May 2010 09:23:47 +, Ted MacNEIL eamacn...@yahoo.ca wrote: Kayhan Tanriverir wrote: You can try tso free all command Not recommended. You may or may not be able to continue your session. Still won't work if the file is open. Of course! See in first post in this thread this message: 'IKJ56861I FILE AAA NOT FREED, DATA SET IS OPEN' Try renaming the dataset to see who is keeping it. HTH! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
XMIT MANAGER
Slightly OT I'm afraid, but does anyone know if there is a 64 bit version of Xmit Manager? I no longer have a 32 bit Windows available (talk about dead media!). The home website seems to have gone and it won't install from an old (months) download. I want to look inside file 172 to find the stuff I did on cache management which seems to be a hot topic at the moment. Any ideas? TIA DC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF table library cannot be freed
On Thu, 6 May 2010 17:00:12 +1000 Al Chu al_chu...@optusnet.com.au wrote: :Message 'IKJ56861I FILE AAA NOT FREED, DATA SET IS OPEN' is received for :command FREE FI(AAA). :File AAA is a ISPF table library. The table library was open and closed :using :ISPEXEC TBOPEN TAB1 WRITE LIBRARY(AAA) :ISPEXEC TBCLOSE TAB1 LIBRARY(AAA) :The FREE command was issued after the table was closed using TBCLOSE. :However ISPF seems to keep the file open after TBCLOSE. :Is there any way I can close it so that it can be FREEed? Do you check the return code after each ISPEXEC instruction? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF table library cannot be freed
Hi Binyamin TBOPEN and TBOPEN have RC=0. FREE FI(AAA) doesn't work once TBOPEN and TBCLOSE on the table were executed. If I backout to the READY mode then run ISPF and FREE FI(AAA) before running TBOPEN/TBCLOSE, the FREE FI works. I suspect that ISPF opens the file when TBOPEN is issued and keep it open even after TBCLOSE is executed. I guess TBCLOSE just flushes out some buffers and does some other bits related to the table handling but doesn't do 'MVS CLOSE' on the DCB. Does my guess make sense? If so, any way to 'mvs CLOSE' it? Thanks in advance Al -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Thursday, 6 May 2010 8:02 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ISPF table library cannot be freed On Thu, 6 May 2010 17:00:12 +1000 Al Chu al_chu...@optusnet.com.au wrote: :Message 'IKJ56861I FILE AAA NOT FREED, DATA SET IS OPEN' is received for :command FREE FI(AAA). :File AAA is a ISPF table library. The table library was open and closed :using :ISPEXEC TBOPEN TAB1 WRITE LIBRARY(AAA) :ISPEXEC TBCLOSE TAB1 LIBRARY(AAA) :The FREE command was issued after the table was closed using TBCLOSE. :However ISPF seems to keep the file open after TBCLOSE. :Is there any way I can close it so that it can be FREEed? Do you check the return code after each ISPEXEC instruction? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF table library cannot be freed
From the ISPF manual : IKJ56861I FILE ddname NOT FREED, DATA SET IS OPEN If the LIBRARY parameter is used with a table service, the user is not able to free the ddname for the table library pointed to by the LIBRARY parameter. ISPF keeps this library open until a new ddname is used in the LIBRARY parameter with another table service. ISPF functions in this manner for performance reasons. Issuing a table service with a LIBRARY parameter containing a ddname that does not exist causes the previous library to be closed and therefore allows the user to free the previous ddname. Use of CONTROL ERRORS RETURN may be used to guard against a severe error as a result of a ddname not existing. Hope this helps Regards Paul -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Al Chu Sent: 06 May 2010 11:49 To: IBM-MAIN@bama.ua.edu Subject: Re: ISPF table library cannot be freed Hi Binyamin TBOPEN and TBOPEN have RC=0. FREE FI(AAA) doesn't work once TBOPEN and TBCLOSE on the table were executed. If I backout to the READY mode then run ISPF and FREE FI(AAA) before running TBOPEN/TBCLOSE, the FREE FI works. I suspect that ISPF opens the file when TBOPEN is issued and keep it open even after TBCLOSE is executed. I guess TBCLOSE just flushes out some buffers and does some other bits related to the table handling but doesn't do 'MVS CLOSE' on the DCB. Does my guess make sense? If so, any way to 'mvs CLOSE' it? Thanks in advance Al ___ Atos Origin and Atos Consulting are trading names used by the Atos Origin group. The following trading entities are registered in England and Wales: Atos Origin IT Services UK Limited (registered number 01245534) and Atos Consulting Limited (registered number 04312380). The registered office for each is at 4 Triton Square, Regents Place, London, NW1 3HG.The VAT No. for each is: GB232327983 This e-mail and the documents attached are confidential and intended solely for the addressee, and may contain confidential or privileged information. If you receive this e-mail in error, you are not authorised to copy, disclose, use or retain it. Please notify the sender immediately and delete this email from your systems. As emails may be intercepted, amended or lost, they are not secure. Atos Origin therefore can accept no liability for any errors or their content. Although Atos Origin endeavours to maintain a virus-free network, we do not warrant that this transmission is virus-free and can accept no liability for any damages resulting from any virus transmitted. The risks are deemed to be accepted by everyone who communicates with Atos Origin by email. ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF table library cannot be freed
Sorry 'TBOPEN and TBOPEN have RC=0.' should read 'TBOPEN and TBCLOSE have RC=0.' AL -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Al Chu Sent: Thursday, 6 May 2010 8:49 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ISPF table library cannot be freed Hi Binyamin TBOPEN and TBOPEN have RC=0. FREE FI(AAA) doesn't work once TBOPEN and TBCLOSE on the table were executed. If I backout to the READY mode then run ISPF and FREE FI(AAA) before running TBOPEN/TBCLOSE, the FREE FI works. I suspect that ISPF opens the file when TBOPEN is issued and keep it open even after TBCLOSE is executed. I guess TBCLOSE just flushes out some buffers and does some other bits related to the table handling but doesn't do 'MVS CLOSE' on the DCB. Does my guess make sense? If so, any way to 'mvs CLOSE' it? Thanks in advance Al -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Thursday, 6 May 2010 8:02 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ISPF table library cannot be freed On Thu, 6 May 2010 17:00:12 +1000 Al Chu al_chu...@optusnet.com.au wrote: :Message 'IKJ56861I FILE AAA NOT FREED, DATA SET IS OPEN' is received for :command FREE FI(AAA). :File AAA is a ISPF table library. The table library was open and closed :using :ISPEXEC TBOPEN TAB1 WRITE LIBRARY(AAA) :ISPEXEC TBCLOSE TAB1 LIBRARY(AAA) :The FREE command was issued after the table was closed using TBCLOSE. :However ISPF seems to keep the file open after TBCLOSE. :Is there any way I can close it so that it can be FREEed? Do you check the return code after each ISPEXEC instruction? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Cached TSO Clist and VLFNOTE
I have a situation where a CLIST is being interpreted as a REXX. This is only happening on one LPAR out of 5 So on the other systems the CLIST is executed correctly - on the one it is being interpreted as a REXX. At first I thought it was due to the CLIST being on the EXEC DD. However, I have restructured my process to use LIBDEFs and have the clist library only on the ALTLIB for CLIST. I have used ISRDDN to determine that this is infact the case. The clist is only being called from the SYSPROC DD. I thought that maybe PDSMAN was an issue, so I took it down, and the problem still existed. I brought PDSMAN back up and it still existed. So I am working with IBM and they suggested using VLFNOTE DELETE CLASS(IKJEXEC) I do that and the problem seems to be resolved. But this is a TSO command and not much documentation on it. I then have one of my users logon to the system where this error is occurring, and have them try the function. It is still incorrectly being interpreted as a REXX. So my question, Since VLFNOTE is a TSO Command, does it only affect that user that issued it? Or does it affect the system? We use Top Secret, is there any reason why any user cannot enter this command from TSO? Or should this be a secured function? When I have my other user enter the VLFNOTE command, it seems to work, but the process does not. When I use my super security ID VLFNOTE it gives the same information, but that session can now use the process correctly. Any suggestions? I am fairly certain an IPL should clear this up. But I am not sure the cause of the CLIST being executed as a REXX or why the VLFNOTE does not clear this up. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF table library cannot be freed
Thanks Paul for the information. I was suspecting that but didn't look up the manual. :( I was trying to use various tables by realloating different table datasets to the same table DD name without changing 'supplied rexx' which contains TBOPEN/TBCLOSE. It seems not possible now. Thanks heaps again, you saved my time. Al -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Beesley, Paul Sent: Thursday, 6 May 2010 8:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ISPF table library cannot be freed From the ISPF manual : IKJ56861I FILE ddname NOT FREED, DATA SET IS OPEN If the LIBRARY parameter is used with a table service, the user is not able to free the ddname for the table library pointed to by the LIBRARY parameter. ISPF keeps this library open until a new ddname is used in the LIBRARY parameter with another table service. ISPF functions in this manner for performance reasons. Issuing a table service with a LIBRARY parameter containing a ddname that does not exist causes the previous library to be closed and therefore allows the user to free the previous ddname. Use of CONTROL ERRORS RETURN may be used to guard against a severe error as a result of a ddname not existing. Hope this helps Regards Paul -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Al Chu Sent: 06 May 2010 11:49 To: IBM-MAIN@bama.ua.edu Subject: Re: ISPF table library cannot be freed Hi Binyamin TBOPEN and TBOPEN have RC=0. FREE FI(AAA) doesn't work once TBOPEN and TBCLOSE on the table were executed. If I backout to the READY mode then run ISPF and FREE FI(AAA) before running TBOPEN/TBCLOSE, the FREE FI works. I suspect that ISPF opens the file when TBOPEN is issued and keep it open even after TBCLOSE is executed. I guess TBCLOSE just flushes out some buffers and does some other bits related to the table handling but doesn't do 'MVS CLOSE' on the DCB. Does my guess make sense? If so, any way to 'mvs CLOSE' it? Thanks in advance Al ___ Atos Origin and Atos Consulting are trading names used by the Atos Origin group. The following trading entities are registered in England and Wales: Atos Origin IT Services UK Limited (registered number 01245534) and Atos Consulting Limited (registered number 04312380). The registered office for each is at 4 Triton Square, Regents Place, London, NW1 3HG.The VAT No. for each is: GB232327983 This e-mail and the documents attached are confidential and intended solely for the addressee, and may contain confidential or privileged information. If you receive this e-mail in error, you are not authorised to copy, disclose, use or retain it. Please notify the sender immediately and delete this email from your systems. As emails may be intercepted, amended or lost, they are not secure. Atos Origin therefore can accept no liability for any errors or their content. Although Atos Origin endeavours to maintain a virus-free network, we do not warrant that this transmission is virus-free and can accept no liability for any damages resulting from any virus transmitted. The risks are deemed to be accepted by everyone who communicates with Atos Origin by email. ___ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
zFS, etc, and z/OS V1R11
Been seeing many comments about migrating from HFS to zFS and one comment had the statement of the performance boost (heard it at SHARE) coming in z/OS V1R11. Indeed this is true for where one will see it (too lengthy to explain here). Yes, there were many zFS sessions I attended at the last SHARE but one was memorable. An new feature is being added in z/OS V1R11 where the one system which owns zFS amongst all of the systems may start out on one system you choose but will migrated around to where it thinks it will get the best peformance. We in the room asked the questions, Can this movement be controlled? Answer was NO. Is their a command to move it just in case we have to move it based on non- performance reasons? NO Gee, is there something telling us it is moving or has moved? NO OK, is the something which gives us a hint why it moved? NO, just that you will have to trust us to do what is in your best interest To move if off an LPAR which has it, how do we do it? IPL and it will move So do we specify where it will move? No Hey, might it move back to where it was after the IPL? If it is deemed by IBM, that is the best place for performance. Soo why would you not want it any other place? Learned there is a parameter which is defaulted to keep it working like it does today but once you select the NEW zFS Super-dupper Performance Option, then you get the GOOD, BAD, and UGLY plus a bunch of unknowns. The IBM Speaker was mystified why we were wanting any kind of control just in case it moved someplace it might not want to be based upon our (and not IBM's) desire(s). In his defense he was taking a lot of notes and maybe our suggestions will show up someplace in the future. But in the end he was still mystified why anyone would want any control over IBM doing this to get really better performance. Gee, seems like I heard that kind of thought back in the 20th Century.jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: XMIT MANAGER
Did you check the archives? There was a thread on this within the last month or two. I thinlk it concluded the install won't work however if you copy the .exe it will run. - Original Message - From: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Sent: Thu May 06 04:49:46 2010 Subject: XMIT MANAGER Slightly OT I'm afraid, but does anyone know if there is a 64 bit version of Xmit Manager? I no longer have a 32 bit Windows available (talk about dead media!). The home website seems to have gone and it won't install from an old (months) download. I want to look inside file 172 to find the stuff I did on cache management which seems to be a hot topic at the moment. Any ideas? TIA DC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Auxiliary Storage Management I/O in a RAID array world
Kees, I believe that is a GDPS requirement, or perhaps specific to IBM. Excluding GDPS, with HDS it is preferable to have CFW turned on. HDS honors the intent of CFW, which is to write a Cache copy only and no NVS copy. With CFW turned on writes to SORTWK datasets use 50% less cache than DFW while waiting for destage. HDS also honors the discard commands. It is also preferable to use CFW when you are running TrueCopy or HUR on Hitachi. These Copy products have the option to save bandwidth by not sending CFW writes to the remote volume, saving significant amounts of bandwidth and performance for batch. Writes to SORTWK datasets are typically 15-30% of the peak write bandwidth in most shops I've studied. It is only if you are using GDPS failover, like Hyperswap, or if you are issuing PDAS Swap commands that you should be turning CFW off with HDS. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Thursday, May 06, 2010 12:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Auxiliary Storage Management I/O in a RAID array world Starr, Alan alan_st...@calpers.ca.gov wrote in message news:d7d6aecb674795469330825806700780113a0fe...@exchange.calpers.ca.gov One of the old SETCACHE features that still works (is honoured) is Cache Fast Write. When implementing PPRC, CFW must be turned OFF, so that this data *is* written to Dasd and replicated to the PPRC peer device. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
UK GSE- LSWG Meeting - Postponement - 12th May 2010
All, Apologies to the many non UK based IBM Mainers...But I know many UK people lurk here.. Due to the fact that we have only received 12 confirmed attendees I have decided to postpone the Large Systems meeting on the 12th May 2010 at CA in Slough. I will work with the rest of the team to arrange another date ASAP and let you all know. Regards Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zFS, etc, and z/OS V1R11
Jim, My understanding is that zfs's that you do not want to be sysplex aware (sysplex=on in the IOEFSPRM member) should be owned on a separate lpar that is not sysplex aware. (ie, the default in IOEFSPRM). So that is how you would keep them from being moved around. So essentially, it does allow you distinguish b/w super duper performance zfs's and non-super duper, but not lower than the LPAR level. Mary Anne -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF table library cannot be freed
On Thu, 6 May 2010 04:28:58 -0500, Elardus Engelbrecht wrote: On Thu, 6 May 2010 09:23:47 +, Ted MacNEIL wrote: Kayhan Tanriverir wrote: You can try tso free all command Not recommended. You may or may not be able to continue your session. Still won't work if the file is open. Of course! See in first post in this thread this message: 'IKJ56861I FILE AAA NOT FREED, DATA SET IS OPEN' Try renaming the dataset to see who is keeping it. Won't that tell who has it ENQueued but not what has it OPEN? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF table library cannot be freed
Paul Gilmartin wrote: Try renaming the dataset to see who is keeping it. Won't that tell who has it ENQueued but not what has it OPEN? Yes. Thanks for pointing this out. It is very kind of you. Perhaps the ENQ could point to the real culprit, but Paul Beesley spotted a very likely reason of the problem. I think it is now my turn to lurk deep down somewhere under a rock. ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Passing parameter(s) between IPCS verbexits
Hi Any way to pass user parameters (addresses) between different IPCS verbexit routines ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zFS, etc, and z/OS V1R11
On Thu, 6 May 2010 07:43:33 -0500, Mary Anne Matyaz maryanne4...@gmail.com wrote: Jim, My understanding is that zfs's that you do not want to be sysplex aware (sysplex=on in the IOEFSPRM member) should be owned on a separate lpar that is not sysplex aware. (ie, the default in IOEFSPRM). So that is how you would keep them from being moved around. So essentially, it does allow you distinguish b/w super duper performance zfs's and non-super duper, but not lower than the LPAR level. Mary Anne With OA29619, which became available a couple of weeks ago, you can control this function on an individual file system basis. http://www-01.ibm.com/support/docview.wss?uid=isg1OA29619 BTW, there was a different thread about HFS vs. zFS last week. I recall mentioning what I heard about this at SHARE last summer along with z/OS 1.12. IBM wasn't talking about z/OS 1.12 at SHARE last summer, so I don't know why I thought that (and why no one corrected me). Since it is z/OS 1.11 and I have the support now in sandbox sysplexes (and partially in production at the moment), has anyone activated the new support and have any experiences to share? I don't have the APARs applied yet, but they are in my global zone. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: XMIT MANAGER
Part of the discussion a short time ago on this topic included a suggestion to adjust the proprieties on Windows so that it will run the program in compatibility mode. There was no response if that worked or another solution was found. HTH and good luck -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Cartwright Sent: Thursday, May 06, 2010 4:50 AM To: IBM-MAIN@bama.ua.edu Subject: XMIT MANAGER Slightly OT I'm afraid, but does anyone know if there is a 64 bit version of Xmit Manager? I no longer have a 32 bit Windows available (talk about dead media!). The home website seems to have gone and it won't install from an old (months) download. I want to look inside file 172 to find the stuff I did on cache management which seems to be a hot topic at the moment. Any ideas? TIA DC NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cached TSO Clist and VLFNOTE
On Thu, 6 May 2010 07:08:00 -0400, Lizette Koehler stars...@mindspring.com wrote: I have a situation where a CLIST is being interpreted as a REXX. This is only happening on one LPAR out of 5 So on the other systems the CLIST is executed correctly - on the one it is being interpreted as a REXX. At first I thought it was due to the CLIST being on the EXEC DD. However, I have restructured my process to use LIBDEFs and have the clist library only on the ALTLIB for CLIST. I have used ISRDDN to determine that this is infact the case. The clist is only being called from the SYSPROC DD. I thought that maybe PDSMAN was an issue, so I took it down, and the problem still existed. I brought PDSMAN back up and it still existed. So I am working with IBM and they suggested using VLFNOTE DELETE CLASS(IKJEXEC) I do that and the problem seems to be resolved. But this is a TSO command and not much documentation on it. I then have one of my users logon to the system where this error is occurring, and have them try the function. It is still incorrectly being interpreted as a REXX. So my question, Since VLFNOTE is a TSO Command, does it only affect that user that issued it? Or does it affect the system? Since you seem to have a PMR with IBM, why not ask in the PMR? The answer is: There is only one VLF, so notifying VLF via VLFNOTE affects the entire system. Instead of deleting the entire class, did you try: VLFNOTE UPDATE CLASS(IKJEXEC) DSN('DATASET.NAME(MBRNAME)') We use Top Secret, is there any reason why any user cannot enter this command from TSO? Or should this be a secured function? Never thought about it. I guess you can program control the module. It's actually an alias of COFMNOTE (you should see both names defined in IKJTSOxx AUTHCMD. When I have my other user enter the VLFNOTE command, it seems to work, but the process does not. When I use my super security ID VLFNOTE it gives the same information, but that session can now use the process correctly. Any suggestions? I guess you could shutdown VLF completely and see, but of course the would be some performance impact, but no one may really notice it in end user response time. I don't know what else you have in VLF (catalogs, LLA - guess you don't have RACF) and the size and activity in your environment. YMMV. More below... I am fairly certain an IPL should clear this up. But I am not sure the cause of the CLIST being executed as a REXX or why the VLFNOTE does not clear this up. I hate IPLing to try and solve a mystery. It doesn't work more often than it does. Unless there is something like a storage overlay or software bug, it doesn't address the root cause. This doesn't sound like either. What about logging on with a bare bones logon proc / inital clist and then trying it? It is almost certainly something within the TSO/ISPF environment for that LPAR causing it to fail (as opposed to a bug). What does ALTLIB DISPLAY show you prior to invoking the CLIST? Can you get a stripped down version of the CLIST to fail and post it? HTH, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Isolate lpar to resolver process
Hello: We want to execute a test in a lpar without name-to-address or address-to- name resolution (no access to resolver). We want to isolate the lpar from dns access. We have done the follow steps: 1. Create a separate TCPDATA member removing all reference to dns. 2. Set RESOLVER_PROC to DEFAULT in BPXPRMxx member. 3. The SETUP statement in RESOLVER proc specifies a member without GLOBALTCPIPDATA, GLOBALIPNODES or DEFAULTIPNODESstatements. We have specified in this member DEFAULTTCPIPDATA (step 1 member) and COMMONSEARCH statements. When we load the lpar and we enter the nslookup command, it's works and respond with a dns (¡¡not right!!). Is there any step omitted? We attach the TCPDATA member and SETUP member in RESOVER proc. Thanks Jorge García Juanino Técnico de Sistemas Z/Os DGTP Departamento de Técnica de Sistemas MAPFRE Gobelas 47 - 49 2ª C y D 28023 Madrid Tfno: 91 581 27 34/ 618 33 35 59 Fax: 91 581 24 01 jgarc...@mapfre.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ; ; IBM Communications Server for OS/390 ; SMP/E distribution name: EZBRECNF ; ; 5694-A01 (C) Copyright IBM Corp. 2002. ; Licensed Materials - Property of IBM ; ; Function: Sample Resolver setup file ; ; ; The following statement defines the final search location for ; TCPIP.DATA statements. It will replace TCPIP.TCPIP.DATA ; It may be an MVS data set or HFS file. ; ;DEFAULTTCPIPDATA('TCPIP.TCPIP.DATA') DEFAULTTCPIPDATA('SYS2.TCPIP.TCPPARMS(TCPDATAT)') ; ¥ The following statement defines the first search location for ¥ TCPIP.DATA statements. It may be an MVS data set or HFS file. ; ; Update with the correct data set or HFS file name ; ; GLOBALTCPIPDATA('TCPCS.SYS.TCPPARMS(GLOBAL)') ; ; GLOBALTCPIPDATA(/etc/tcpipglobal.data) ; ¥ The following statement defines the first search location for ¥ IPNODES statements. It may be an MVS data set or HFS file. ; ; Update with the correct data set or HFS file name ; ; GLOBALIPNODES('TCPCS.SYS.TCPPARMS(IPNODES)') ; ; GLOBALIPNODES('TCPCS.ETC.IPNODES') ; ; GLOBALIPNODES(/etc/ipnodes) ; ; Inserto el siguiente punto y coma para considerarlo como comentario ; PAT (05/10) ; ;GLOBALIPNODES('SYS2.TCPIP.HOSTS.SITEINFO') ;GLOBALIPNODES('SYS2.TCPIP.TCPPARMS(IPNODES)') ;GLOBALIPNODES('SYS2.TCPIP.TCPPARMS(DNS)') ¥ The following statement defines the final search location for ¥ IPNODES statements. It may be an MVS data set or HFS file. ; ; Update with the correct data set or HFS file name ; ; DEFAULTIPNODES('TCPCS.SYS.TCPPARMS(IPNODES)') ; ; DEFAULTIPNODES('TCPCS.ETC.IPNODES') ; ; DEFAULTIPNODES(/etc/ipnodes) ; ;DEFAULTIPNODES('SYS2.TCPIP.TCPPARMS(DNS)') ;DEFAULTIPNODES('SYS2.TCPIP.TCPPARMS(IPNODES)') ¥ The following statement defines if the common search order ¥ should be used or not. ; ;NOCOMMONSEARCH ; COMMONSEARCH ; -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ;*** ; * ; TCPDATA sin DNS para Tron21 en HP * ; * ; Name of Data Set: TCPIP.DATA * ; * ; COPYRIGHT = NONE. * ; * ; This data, TCPIP.DATA, is used to specify configuration* ; information required by TCP/IP client and server programs. * ; * ; * ; Syntax Rules for the TCPIP.DATA configuration data set:* ; * ; (a) All characters to the right of and including a ; or ¥ will * ; be treated as a comment. * ; * ; (b) Blanks and end-of-line are used to delimit tokens. * ; * ; (c) The format for each configuration statement is:* ; * ; SystemName³³':' keyword value * ;
Re: ISPF table library cannot be freed
There is a command that I think is on the CBT website called FINDQ. If you issue the FINDQ command, you type: FINDQ SYS1.L It will show you exactly what is allocated to any dataset starting with SYS1.L - linklib, lpalib etc. I hope that this command is on the CBT site. I have found it invaluable over the years. Also, you don't need quotes around the dataset, or part of a dataset. -- Eric Bielefeld Systems Programmer IBM MVS Technical Services Dubuque, Iowa 563-845-4363 Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Paul Gilmartin wrote: Try renaming the dataset to see who is keeping it. Won't that tell who has it ENQueued but not what has it OPEN? Yes. Thanks for pointing this out. It is very kind of you. Perhaps the ENQ could point to the real culprit, but Paul Beesley spotted a very likely reason of the problem. I think it is now my turn to lurk deep down somewhere under a rock. ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF table library cannot be freed
Couldn't locate it on CBT. Albeit, I've only used it a few times so I'm not too familiar with it. I searched File001 for FINDQ, no hits. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Thursday, May 06, 2010 8:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ISPF table library cannot be freed There is a command that I think is on the CBT website called FINDQ. If you issue the FINDQ command, you type: FINDQ SYS1.L It will show you exactly what is allocated to any dataset starting with SYS1.L - linklib, lpalib etc. I hope that this command is on the CBT site. I have found it invaluable over the years. Also, you don't need quotes around the dataset, or part of a dataset. -- Eric Bielefeld Systems Programmer IBM MVS Technical Services Dubuque, Iowa 563-845-4363 __ CONFIDENTIALITY NOTICE: This email from the State of California is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorized review or use, including disclosure or distribution, is prohibited. If you are not the intended recipient, please contact the sender and destroy all copies of this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Member name format for z/OS directory as simulated PDS?
If you're reduced to [running experiments] I hope you share the result. Well, more important tasks are on the front burner. Honestly, the only question that really matters is the first one -- maximum length -- and I can pretty much infer the answer to that one from the limitations on FIND. As Gil suggests, I just treat names as an arbitrary array of eight little integers, so whether they contain periods or lower case letters or u's mit umlauts is mostly irrelevant to me -- I was just curious about those latter questions. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Wednesday, May 05, 2010 9:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Member name format for z/OS directory as simulated PDS? On Wed, 5 May 2010 17:20:10 -0700, Charles Mills wrote: Am I correct in my reading between the lines that if one is to process a z/OS directory as though it were a PDS(E) using BPAM DCB, FIND, etc. then the simulated member name - the file name - must be no more than eight characters? Must be upper case? What about names containing a period? No good? Must be no more than eight characters total? Or . ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF table library cannot be freed
There is no need to find out who has a file allocated in this type of incident. If FREE says the file is open, that means a task in the address space the FREE command was entered has it opened. It is completely irrelevant what other systems/address spaces may have the dataset allocated. Elardus Engelbrecht elardus.engelbre...@sita.co.za 5/6/2010 9:00 AM Paul Gilmartin wrote: Try renaming the dataset to see who is keeping it. Won't that tell who has it ENQueued but not what has it OPEN? Yes. Thanks for pointing this out. It is very kind of you. Perhaps the ENQ could point to the real culprit, but Paul Beesley spotted a very likely reason of the problem. I think it is now my turn to lurk deep down somewhere under a rock. ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF table library cannot be freed
Eric Bielefeld wrote: There is a command that I think is on the CBT website called FINDQ. If you issue the FINDQ command, you type: Thanks. It is really very kind of you. I appreciate it much! I hope that this command is on the CBT site. #Groan# I went over to cbttape.org, but could not find it in CBT File #1 :-( Perhaps I need some serious 'Super Search' course ... ;-D Is it perhaps on someone's web page? Hmmm? Anyone? Please? Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Can SVC 99 Information Retrieval retrieve concatenations other than the first?
Can SVC 99 Information Retrieval retrieve information about concatenations other than the first? Am I missing something? I don't see anything in the documentation that says it cannot, but OTOH I don't see a way to specify which concatenation number I am interested in. The documentation talks about for example the return of the dsname of the specified allocation but of course the specified allocation might include dozens of dsnames, not just one. Charles Mills -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Isolate lpar to resolver process
On 5/6/2010 at 11:00 AM, Jorge Garcia jgarc...@mapfre.com wrote: Is there any step omitted? Is there a /etc/resolv.conf file in your HFS? Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Isolate lpar to resolver process
No Mark. We don't have any configuration in USS. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: (may o r may not be on top i c) Float in g point ar i thme tic
In snt113-w3d69b6bded95259c7678ac6...@phx.gbl, on 05/04/2010 at 10:19 PM, john gilmore john_w_gilm...@msn.com said: If, as I think we may safely assume, 'transendental' is a misspelling of 'transcendental', this observation is incorrect. Even a stopped clock is right twice a day. An irrational number is a non-algebraic real number. That's not even wrong. An irrational number is not a ratio of integers and a transcendental number is not a solution of an algebraic equation with integer coefficients. Whether or not you want to count Gaussian integers as integers, some irrational numbers are algebraic and some are transcendental. Perhaps you meant to say A real transcendental number is a non-algebraic real number. And it is thus perhaps possible to say, very loosely, that real transcendentals are a subset of the irrationals. There's nothing loose about that; it's unambiguous and correct. In snt113-w1542c638cbef3a2ea0314ec6...@phx.gbl, on 05/04/2010 at 02:24 PM, john gilmore john_w_gilm...@msn.com said: Numbers like sqrt(2) are irrational, i.e., not expressible as a fraction having an integer numerator and denominator. Neither e nor pi is expressible as a fraction having an integer numerator and denominator. Numbers like pi and e are transcendental. They are a very different kettle of fish. See above. Rational numbers have decimal-fraction representations that are either terminating or repeating, True, but irrelevant. In general, contributions to this list are valuable when either 1) the poster talks about what he knows or 2) asks questions about what he does not know. Physician, heal thyself. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Calcul ate Tape B ytes to Tr acks
In listserv%201005021038340084.0...@bama.ua.edu, on 05/02/2010 at 10:38 AM, Paul Gilmartin paulgboul...@aim.com said: But why? Does channel hardware require that both ends of the buffer be aligned? If 32759 works, why not 32767? Software. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Support online?
In 009066fa266f9b428db827deaa3c0e2701983...@exchangevs-04.ad.wsu.edu, on 05/04/2010 at 10:26 AM, Gibney, Dave gib...@wsu.edu said: Am I the only one having trouble with CA web support. No, but I've generally gotten in on the second attempt. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 25 reasons why hardware is still hot at IBM
In ofcba14ef4.35cea077-on48257718.001f04be-48257718.0020c...@us.ibm.com, on 05/03/2010 at 01:58 PM, Timothy Sipples timothy.sipp...@us.ibm.com said: May I humbly point out that I've run into way too many mainframe people which reject all user demands for Web UIs. I haven't, although I have certainly run into management that refused to consider hosting web pages on MVS, even for MVS-related pages. My comment didn't refer to the theory of web applications, but to current practice. They don't have to be bloated, fragile and opaque, but they all too often are[1]. By all means provide web access where it makes sense, but *DO IT RIGHT*. [1] Yes, that includes IBM web pages. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Calculate Tape Bytes to Tracks
In 4bdd7bea.5070...@bremultibank.com.pl, on 05/02/2010 at 03:19 PM, R.S. r.skoru...@bremultibank.com.pl said: IBM says it's 32760. No. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: (may or may not be on topic) Floating point arithmetic
In listserv%201005031819000391.0...@bama.ua.edu, on 05/03/2010 at 06:19 PM, Paul Gilmartin paulgboul...@aim.com said: I'm calling that simply incompetent display-to-numeric conversion, I can call a rock an orange, but I still won't be able to get juice out of it. The problem is clearly in the conversion between bases. And as you point out, the limitation persist with DFP; merely its domain has been narrowed. c/narrowed/changed/ -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: (may or may not be on topic) Floating point arithmetic
In listserv%201005031342142910.0...@bama.ua.edu, on 05/03/2010 at 01:42 PM, Tom Marchant m42tom-ibmm...@yahoo.com said: Decimal Floating Point doesn't have this problem. ObClinton That depends on what this is. DFP does have that problem when dividing by, e.g., 3, 7, 11. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: (may o r may not be on topi c) Floatin g point ar i thmetic
In aanlktin_kwrunbcukbyiey5tsmvcjt65nibtb9spp...@mail.gmail.com, on 05/04/2010 at 06:18 PM, zMan zedgarhoo...@gmail.com said: I believe transcendental numbers are a subset of irrationals is a valid statement, but it sure *sounds* like 1970s psychobabble! And RBI doesn't? -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Calculate Tape Bytes to Tracks
In listserv%201005021133302062.0...@bama.ua.edu, on 05/02/2010 at 11:33 AM, Paul Gilmartin paulgboul...@aim.com said: SDB chooses 32760 for RECFM=U. I suppose this is wise, For load libraries, it's the only reasonable choice. There aren't enough other RECFM=U data sets to worry about, but it's a bd choice for them. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Calculate Tape Bytes to Tracks
In 1991037664-1272805461-cardhu_decombobulator_blackberry.rim.net-4242174...@bda026.bisx.prod.on.blackberry, on 05/02/2010 at 01:04 PM, Ted MacNEIL eamacn...@yahoo.ca said: Remember that the maximum blksize on dasd is 27998 ... No. It's not. It's 32765. I might believe 32767 for unkeyed and 33022 for keyed. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: (may o r may not be on topi c) Floatin g point ar i thmetic
On Thu, May 6, 2010 at 11:33 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net shmuel%2bibm-m...@patriot.net wrote: And RBI doesn't? Runs Batted In? Reserve Bank of India? Repetitive Brain Injury? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Isolate lpar to resolver process
Jorge We want to execute a test in a lpar without name-to-address or address-to- name resolution (no access to resolver). Do you really want not to have any name to address (or address to name) conversion or do you just want to avoid using a name server? Either way, I can provide a means. 1. Create a separate TCPDATA member removing all reference to dns. In principle, this was unnecessary - but you do need to *add* something - see later. 2. Set RESOLVER_PROC to DEFAULT in BPXPRMxx member. DEFAULT is what the RESOLVER_PROC statement specifies as shipped, by default. In your next step you indicate having set up a RESOLVER SETUP file. You need still to specify RESOLVER_PROC(something) where something - anything except DEFAULT !!! - is the name of your resolver procedure which will use the SETUP file you spent so much effort creating. If you the test LPAR has a procedure library separate from your other LPARs, you might simply call the procedure RESOLVER - as is conventional and the BPXPRMxx member RESOLVER_PROC statement can specify RESOLVER. If you share the procedure library, you can call the procedure TSTRSLVR and specify the same name in the BPXPRMxx member RESOLVER_PROC statement. 3. The SETUP statement in RESOLVER proc specifies a member without GLOBALTCPIPDATA, GLOBALIPNODES or DEFAULTIPNODES statements. We have specified in this member DEFAULTTCPIPDATA (step 1 member) and COMMONSEARCH statements. Probably it's going to be least potential trouble if you set up a DEFAULTIPNODES data set with nothing in it - until you decide you might like, for testing purposes, to have a conversion capability. Now what you need to do is investigate what the LOOKUP statement in the data set named in the DEFAULTTCPIPDATA statement can do for you. Specify LOOKUP LOCAL I hope you'll note there is no DNS specified! If you ever want to try some name to address conversion, you can always just set up the conversion in the data set named by the DEFAULTIPNODES statement using the so comfortable - compared to the antediluvian HOSTS.LOCAL format - IPNODES format. Chris Mason On Thu, 6 May 2010 10:00:55 -0500, Jorge Garcia jgarc...@mapfre.com wrote: Hello: We want to execute a test in a lpar without name-to-address or address-to- name resolution (no access to resolver). We want to isolate the lpar from dns access. We have done the follow steps: 1. Create a separate TCPDATA member removing all reference to dns. 2. Set RESOLVER_PROC to DEFAULT in BPXPRMxx member. 3. The SETUP statement in RESOLVER proc specifies a member without GLOBALTCPIPDATA, GLOBALIPNODES or DEFAULTIPNODESstatements. We have specified in this member DEFAULTTCPIPDATA (step 1 member) and COMMONSEARCH statements. When we load the lpar and we enter the nslookup command, it's works and respond with a dns (¡¡not right!!). Is there any step omitted? We attach the TCPDATA member and SETUP member in RESOVER proc. Thanks Jorge García Juanino Técnico de Sistemas Z/Os DGTP Departamento de Técnica de Sistemas MAPFRE Gobelas 47 - 49 2ª C y D 28023 Madrid Tfno: 91 581 27 34/ 618 33 35 59 Fax: 91 581 24 01 jgarc...@mapfre.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Isolate lpar to resolver process
snipWhen we load the lpar and we enter the nslookup command, it's works and respond with a dns (¡¡not right!!). /snip Jorge - what are you NSLOOKUPing? an internal name or an external name? If it is an internal name it may be specified in the TCPIP.HOSTS.* files. Also when you do an NSLOOKUP it will show you what nameserver and it's address it is getting it from first. HTH, Pat Lyon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 25 reasons why hardware is still hot at IBM
On Thu, 6 May 2010 11:50:58 -0400, Shmuel Metz (Seymour J.) wrote: They don't have to be bloated, fragile and opaque, but they all too often are[1]. By all means provide web access where it makes sense, but *DO IT RIGHT*. [1] Yes, that includes IBM web pages. FWIW, www.ibm.com is one of the few sites given a green light by validator.w3.org (but one doesn't need to descend the hierarchy very far to find red lights). -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Calculate Tape Bytes to Tracks
On Thu, 6 May 2010 12:11:29 -0400, Shmuel Metz (Seymour J.) wrote: In 4bdd7bea.5070...@bremultibank.com.pl, on 05/02/2010 at 03:19 PM, R.S. said: IBM says it's 32760. No. Perhaps not everywhere, but in places: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2d551/2.2.16 BLKSIZE=absexp (maximum value is 32760 bytes) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Can SVC 99 Information Retrieval retrieve concatenations other than the first?
On Thu, 6 May 2010 08:54:08 -0700 Charles Mills charl...@mcn.org wrote: :Can SVC 99 Information Retrieval retrieve information about concatenations :other than the first? Am I missing something? I don't see anything in the :documentation that says it cannot, but OTOH I don't see a way to specify :which concatenation number I am interested in. The documentation talks about :for example the return of the dsname of the specified allocation but of :course the specified allocation might include dozens of dsnames, not just :one. Yes. Use the DINRELNO key. But you first need to find the RELNO of the DDNAME itself. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: (may or may not be on topic) Floating point arithmetic
I can't leave these alone. On Thu, 6 May 2010 11:42:07 -0400, Shmuel Metz (Seymour J.) wrote: In listserv%201005031819000391.0...@bama.ua.edu, on 05/03/2010 at 06:19 PM, Paul Gilmartin said: I'm calling that simply incompetent display-to-numeric conversion, I can call a rock an orange, but I still won't be able to get juice out of it. The problem is clearly in the conversion between bases. The discussion concerned apparent imprecise conversion of, e.g. 1.75 to IEE (or hex) FP. If one forms the integer, 175 then divides by 100, the result will be exact for any plausible decimal or binary floating point hardware. If one multiplies 175 by 0.01, the result is likely to be imprecise as the operands for binary floating point. The former technique is a courtesy to naive users. I'm not excusing careless numeric analysis in general. And as you point out, the limitation persist with DFP; merely its domain has been narrowed. c/narrowed/changed/ I suppose this quibble hinges on which representation exactly represents more rational numbers. Since both sets are finite, its necessary only to enumerate them and count. I suspect the value set of BFP is larger than the value set of DFP. So, yes, changed. But for denominators containing common small powers of 5, DFP often gives exact values where BFP is inexact. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Can SVC 99 Information Retrieval retrieve concatenations other than the first?
Thanks. That's a start. My whole problem is in MVS-OE if you're subscribed to that also. Relative number is the absolute DD statement number? Given //STEP1 EXEC PGM=FOO //DD1 DD DSN=MY.DS.ONE,... // DD DSN=MY.DS.TWO,... //DD2 DD DSN=MY.DS.THREE,... // DD DSN=MY.DS.FOUR,... MY.DS.FOUR is relative number 4? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Thursday, May 06, 2010 10:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Can SVC 99 Information Retrieval retrieve concatenations other than the first? On Thu, 6 May 2010 08:54:08 -0700 Charles Mills charl...@mcn.org wrote: :Can SVC 99 Information Retrieval retrieve information about concatenations :other than the first? Am I missing something? I don't see anything in the :documentation that says it cannot, but OTOH I don't see a way to specify :which concatenation number I am interested in. The documentation talks about :for example the return of the dsname of the specified allocation but of :course the specified allocation might include dozens of dsnames, not just :one. Yes. Use the DINRELNO key. But you first need to find the RELNO of the DDNAME itself. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Amazing article.
http://www.daniweb.com/news/story281427.html Friend of the author declared with all seriousness that every business, large and small, is now almost totally Windows based, even in the server environment. The friend actually seems to have believed it to be true. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Auxiliary Storage Management I/O in a RAID array world
Ron, Wow! Thanks for the big investment in time and effort! I believe that I now have a better understanding of what cache means (from MVS's perspective). It appears that cache from MVS's perspective still has some meaning because it still exists (in the ether) as a cache-within-a-cache thingy (technical term). The magnitude of that meaning will vary by DASD manufacturer. I inferred the following, based upon your response. a) It still might make sense to use SETCACHE OFF for page volumes and page volumes may be candidates for flash drives. b) It still might make sense to use SETCACHE CACHEFASTWRITE for PUBLIC volumes c) LISTDATA statistics are still useful in determining the benefits that MVS is achieving from its portion of the overall cache pie. d) Customizing DF/SMS objects, especially Storage Classes, to lean towards cache (e.g. Sequential Bias) still has some pertinence. e) Using VIO may provide performance benefits over temporary datasets. I do have a few more questions if you have the time and patience: 1) When you mention the sequential hint are you referring to the read ahead feature that BSAM can utilize to cause the controller to also read the next consecutive track(s) into cache? 2) What are your numbers showing? I/O service time (excluding queue time), I/O response time (including queue time) or something else? 3) If you're using HDS USP-V, which of the two methodologies that you described have you implemented in the system where you performed your testing? 4) Was the non-VIO temporary dataset eligible for CFW? I want to thank you again for sharing your knowledge and, best of all, restricting yourself to proffering the requested information. Much appreciated! My questions arose due to a thread that passed through the list rather than due to any particular issue. That post made me realize just how much the interaction between software and hardware has changed for DASD; I became aware of how outdated my understanding was. I am the kind of person who enjoys having some rudimentary understanding of the mechanics that make performance (i.e. speed and throughput) possible. Regards, Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Wednesday, May 05, 2010 20:16 To: IBM-MAIN@bama.ua.edu Subject: Re: Auxiliary Storage Management I/O in a RAID array world Alan, In current disk arrays everything between disk and cache is double handled. Read misses and writes are a two stage operation where all trans stop at cache before proceeding. There is no way to bypass cache, so all the vendors have come up with different ways to manage these hints. I may be out of date on in earlier models of Symmetrix EMC did not examine use any of the cache hints in an IO except for the sequential bit for PS-E datasets. Inhibit Cache load, Bypass Cache, Record Level Cache (1 and 2), Cache Fast Write and Sequential hints were all ignored and caching algorithms in the Symm had to figure it out. IBM, HDS, and STK chose to honor these hints in a variety of ways. The way that CFW is cached and handled by remote copy is very different between IBM and HDS, and ICL requests will be handled differently between IBM and STK. Some of this is treated as IP so you need to talk to your DASD vendor to get the story. I think the treatment of Sequential and CFW bits are the only hints of significant consequence in most arrays nowadays. Paging IO was a very poor cache candidate as far back as the 3880-11/13, through the 3990-2/3/6, and continued to be a paging pig on arrays starting with EMC4000 and on through RAMAC, Iceberg, HDS Lightning and in current arrays. It is the nature of paging IO. On HDS USP-V if you are paging heavily I would suggest two approaches that are not concerned with the treatment of cache hints: (1) If cache hits are already low, then prevent cache pollution by allocating the paging volumes on a few array groups and putting them in a very small cache partition (CLPR). This will prevent paging from trashing the other workloads. You may want to consider Flash drives for those array groups. (2) If paging is really critical to your performance then forget about flash drives and Cache Partitions, you want to give those babies real Solid State Performance by locking them in cache with Cache Residency Manager. If you have a paging issue and another vendor's storage they can offer alternatives for their storage architecture. As far as VIO goes, it started outperforming standard disk from the day the first 3090-200 shipped with expanded storage. With ES the VIO track window was no longer written and discarded from storage when it was no used, but was copied to from CS to ES. This meant that VIO stopped causing major page thrashing, and the performance became incredibly good. Although ES is no longer supported, IBM continue to keep VIO in CS as part of the working
Re: ISPF table library cannot be freed
I guess I got findq somewhere other than the CBT site. Unfortunately, I don't have any copies of FINDQ. It worked very well. Maybe someone else will recognize the name, and contribute it to the CBT site. -- Eric Bielefeld Systems Programmer IBM MVS Technical Services Dubuque, Iowa 563-845-4363 George.William william.geo...@ftb.ca.gov wrote: Couldn't locate it on CBT. Albeit, I've only used it a few times so I'm not too familiar with it. I searched File001 for FINDQ, no hits. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Thursday, May 06, 2010 8:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ISPF table library cannot be freed There is a command that I think is on the CBT website called FINDQ. If you issue the FINDQ command, you type: FINDQ SYS1.L It will show you exactly what is allocated to any dataset starting with SYS1.L - linklib, lpalib etc. I hope that this command is on the CBT site. I have found it invaluable over the years. Also, you don't need quotes around the dataset, or part of a dataset. -- Eric Bielefeld -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Member name format for z/OS directory as simulated PDS?
going back decades it was possible to mangle the member name and do a STOW to save an old member under the mangled name using the old TTR. You just can't use those names in JCL. It would take an experiment to see if LOAD and LINK would allow them. We still have libraries with those members in them. I think it was the work of Librarian or an old release of Endevor. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 05/05/2010 08:20:10 PM: From: Charles Mills charl...@mcn.org To: IBM-MAIN@bama.ua.edu Date: 05/05/2010 08:21 PM Subject: Member name format for z/OS directory as simulated PDS? Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Am I correct in my reading between the lines that if one is to process a z/OS directory as though it were a PDS(E) using BPAM DCB, FIND, etc. then the simulated member name - the file name - must be no more than eight characters? Must be upper case? What about names containing a period? No good? Must be no more than eight characters total? Or . ? Is there any more information on this specific topic other than Reading UNIX Files Using BPAM in DFSMS Using Data Sets? Yes, I could run experiments, but thought it made more sense to tap the collected wisdom of this august crowd. Charles Mills - 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF table library cannot be freed
In SPF, you can accomplish the same thing by entering 'ddlist enq sys1.l'. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Thursday, May 06, 2010 2:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ISPF table library cannot be freed I guess I got findq somewhere other than the CBT site. Unfortunately, I don't have any copies of FINDQ. It worked very well. Maybe someone else will recognize the name, and contribute it to the CBT site. -- Eric Bielefeld Systems Programmer IBM MVS Technical Services Dubuque, Iowa 563-845-4363 George.William william.geo...@ftb.ca.gov wrote: Couldn't locate it on CBT. Albeit, I've only used it a few times so I'm not too familiar with it. I searched File001 for FINDQ, no hits. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Thursday, May 06, 2010 8:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ISPF table library cannot be freed There is a command that I think is on the CBT website called FINDQ. If you issue the FINDQ command, you type: FINDQ SYS1.L It will show you exactly what is allocated to any dataset starting with SYS1.L - linklib, lpalib etc. I hope that this command is on the CBT site. I have found it invaluable over the years. Also, you don't need quotes around the dataset, or part of a dataset. -- Eric Bielefeld -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Member name format for z/OS directory as simulated PDS?
going back decades it was possible to mangle the member name and do a STOW to save an old member under the mangled name using the old TTR. We did that with a homegrown change manglement system in the early 1980's. You just can't use those names in JCL. It would take an experiment to see if LOAD and LINK would allow them. IIRC, you could. We had a convoluted procedure to run the munged backup with a different programme, a parm and a minor JCL change. But, I was a rookie at the time, and it wasn't my area of responsibility. I only found out because I was on the post-mortem team, and the issue came up as part of the root cause. Details become hazy after the passage of time. OFF TOPIC Observation: In the past 30 years, I've noticed that post mortems haven't changed. They're still fingerpointing blamestorms first, problem solving and prevention second. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Member name format for z/OS directory as simulated PDS?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kirk Talman Sent: Thursday, May 06, 2010 2:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Member name format for z/OS directory as simulated PDS? going back decades it was possible to mangle the member name and do a STOW to save an old member under the mangled name using the old TTR. You just can't use those names in JCL. It would take an experiment to see if LOAD and LINK would allow them. We still have libraries with those members in them. I think it was the work of Librarian or an old release of Endevor. SNIP Or NETVIEW. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with allocating ISPCTLXX
Hello, Alan - Are you the Alan Starr that contracted at Ford Motor Company in Europe a few years ago? If so, Egon sends his regards. He's on assignment in the States for this year. Hope you are well, and glad to see you landed on your feet, and good to see you active on IBM-MAIN... Regards, Arthur Gutowski Ford Motor Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with allocating ISPCTLXX
Sorry, folks, obviously that was menat for Alan alone. Please disregard my clicko. Thanks, Art Gutowski Ford Motor Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Member name format for z/OS directory as simulated PDS?
On Thu, 6 May 2010 15:49:12 -0400 Thompson, Steve steve_thomp...@stercomm.com wrote: :-Original Message- :From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On :Behalf Of Kirk Talman :Sent: Thursday, May 06, 2010 2:10 PM :To: IBM-MAIN@bama.ua.edu :Subject: Re: Member name format for z/OS directory as simulated PDS? :going back decades it was possible to mangle the member name and do a :STOW :to save an old member under the mangled name using the old TTR. You :just can't use those names in JCL. It would take an experiment to see :if :LOAD and LINK would allow them. :We still have libraries with those members in them. I think it was the :work of Librarian or an old release of Endevor. :SNIP :Or NETVIEW. Or SMP, by IBM. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Can SVC 99 Information Retrieval retrieve concatenations other than the first?
On Thu, 6 May 2010 10:23:29 -0700 Charles Mills charl...@mcn.org wrote: :Thanks. That's a start. My whole problem is in MVS-OE if you're subscribed :to that also. :Relative number is the absolute DD statement number? Given ://STEP1 EXEC PGM=FOO ://DD1 DD DSN=MY.DS.ONE,... :// DD DSN=MY.DS.TWO,... ://DD2 DD DSN=MY.DS.THREE,... :// DD DSN=MY.DS.FOUR,... :MY.DS.FOUR is relative number 4? I don't know. My case is that I need the 3rd in the concat. What I do is go 1 by 1 until I find the DDNAME and then I can get to the one that I want (which is +2). You can walk it until the ddname is non-blank (or changes - I forget which) to get the full concat. Another possibility is to RDJFCB (13) with IHAARL. :-Original Message- :From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf :Of Binyamin Dissen :Sent: Thursday, May 06, 2010 10:11 AM :To: IBM-MAIN@bama.ua.edu :Subject: Re: Can SVC 99 Information Retrieval retrieve concatenations other :than the first? :On Thu, 6 May 2010 08:54:08 -0700 Charles Mills charl...@mcn.org wrote: ::Can SVC 99 Information Retrieval retrieve information about concatenations ::other than the first? Am I missing something? I don't see anything in the ::documentation that says it cannot, but OTOH I don't see a way to specify ::which concatenation number I am interested in. The documentation talks :about ::for example the return of the dsname of the specified allocation but of ::course the specified allocation might include dozens of dsnames, not just ::one. :Yes. Use the DINRELNO key. But you first need to find the RELNO of the :DDNAME :itself. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Amazing article.
W dniu 2010-05-06 19:10, McKown, John pisze: http://www.daniweb.com/news/story281427.html Friend of the author declared with all seriousness that every business, large and small, is now almost totally Windows based, even in the server environment. The friend actually seems to have believed it to be true. I'm often asked what Windows version I run on my mainframe server. No Windows? C'mon, you have to run some operating system!. The above comes from non-IT people. Version for IT interlocutors: Mainframe? z/OS? Is it a clone of AIX? Linux? C'mon! Since it's not Windows, it must be any non-Windows operating system! [=] It must be kind of Unix!. It must be Friday. Version for MVS-like interlocutors (note: MVS, not z/OS!) DFSMS? Well... Do you really think it's usable? Ahh! That's why my passwords for ICFcatalogs don't work! So, they dropped support for VSAM passwords? What a pity! We have to rethink how to protect our catalogs. LOCANY=YES is not stable in my opinion. Tape Management System? Why should I use it? OMVS segment does not allow you to use unix interface unless you have UID(0). OPERATIONS is the best way to assign necessary rights to datasets. Why should I customize default REGION size? 1M is the best deafult I can imagine. MSGCLASS=X is mandatory. I don't know why, but I'm perfectly sure it'd necessary. Oh, I know! Without that your output would be purged! Yes, we protect *all* the commands. Absolutely! See MVS.** profile - it covers everything. What kind of exit could we use to protect job name? JESJOBS??? Does it really works? It must something really new, I haven't checked all the features that arrived during last upgrade. REXX! I would simply use plain assembler for that! [10+ lines code to retrieve LPAR name] DR plan? Just stop the application perform physical dump of the volumes and move them to DR site. Few hours outage during the night wouldn't be a problem Etc. Oh, the above are *true* sentences I heard working as a consultant. vbg -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Amazing article.
On Thu, May 6, 2010 at 9:25 PM, R.S. r.skoru...@bremultibank.com.pl wrote: W dniu 2010-05-06 19:10, McKown, John pisze: http://www.daniweb.com/news/story281427.html Friend of the author declared with all seriousness that every business, large and small, is now almost totally Windows based, even in the server environment. The friend actually seems to have believed it to be true. I'm often asked what Windows version I run on my mainframe server. No Windows? C'mon, you have to run some operating system!. The above comes from non-IT people. Version for IT interlocutors: Mainframe? z/OS? Is it a clone of AIX? Linux? C'mon! Since it's not Windows, it must be any non-Windows operating system! [=] It must be kind of Unix!. It must be Friday. Version for MVS-like interlocutors (note: MVS, not z/OS!) DFSMS? Well... Do you really think it's usable? Ahh! That's why my passwords for ICFcatalogs don't work! So, they dropped support for VSAM passwords? What a pity! We have to rethink how to protect our catalogs. LOCANY=YES is not stable in my opinion. Tape Management System? Why should I use it? OMVS segment does not allow you to use unix interface unless you have UID(0). OPERATIONS is the best way to assign necessary rights to datasets. Why should I customize default REGION size? 1M is the best deafult I can imagine. MSGCLASS=X is mandatory. I don't know why, but I'm perfectly sure it'd necessary. Oh, I know! Without that your output would be purged! Yes, we protect *all* the commands. Absolutely! See MVS.** profile - it covers everything. What kind of exit could we use to protect job name? JESJOBS??? Does it really works? It must something really new, I haven't checked all the features that arrived during last upgrade. REXX! I would simply use plain assembler for that! [10+ lines code to retrieve LPAR name] DR plan? Just stop the application perform physical dump of the volumes and move them to DR site. Few hours outage during the night wouldn't be a problem Etc. Oh, the above are *true* sentences I heard working as a consultant. vbg And when talking to Unix/Windows folks, explaining (over and over) that dataset nodes are not directory paths and that PDS(E) can only be 1 level deep. As well as they way GDGs work (unless they have a VAX background). -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl S d Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru S dowego, nr rejestru przedsi biorców KRS 025237 NIP: 526-021-50-88 Wed ug stanu na dzie 01.01.2009 r. kapita zak adowy BRE Banku SA (w ca o ci wp acony) wynosi 118.763.528 z otych. W zwi zku z realizacj warunkowego podwy szenia kapita u zak adowego, na podstawie uchwa y XXI WZ z dnia 16 marca 2008r., oraz uchwa y XVI NWZ z dnia 27 pa dziernika 2008r., mo e ulec podwy szeniu do kwoty 123.763.528 z . Akcje w podwy szonym kapitale zak adowym BRE Banku SA b d w ca o ci op acone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: XMIT MANAGER
I had this exact same problem. Adjusting the run/compatibility settings wouldn't work. The easiest thing to do is find some computer that is running a non-64 bit version of windows. Install the product and then copy the directory that was created to your 64 bit computer. It appears just the installer has problems. Once you get it installed somewhere, just copy it over. Works just fine on my Windows 7 64 bit computer. Dennis -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Cartwright Sent: Thursday, May 06, 2010 2:50 AM To: IBM-MAIN@bama.ua.edu Subject: XMIT MANAGER Slightly OT I'm afraid, but does anyone know if there is a 64 bit version of Xmit Manager? I no longer have a 32 bit Windows available (talk about dead media!). The home website seems to have gone and it won't install from an old (months) download. I want to look inside file 172 to find the stuff I did on cache management which seems to be a hot topic at the moment. Any ideas? TIA DC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Calculate Tape Bytes to Tracks
W dniu 2010-05-06 19:04, Paul Gilmartin pisze: On Thu, 6 May 2010 12:11:29 -0400, Shmuel Metz (Seymour J.) wrote: In4bdd7bea.5070...@bremultibank.com.pl, on 05/02/2010 at 03:19 PM, R.S. said: IBM says it's 32760. No. Perhaps not everywhere, but in places: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2d551/2.2.16 BLKSIZE=absexp (maximum value is 32760 bytes) Paul, Bad response! Proper answer is: Yes. Just 3 letters plus dot. No justification. g Oh, I forgot: USS means Unix Systems Services. vbg -- Radoslaw Skorupka Lodz, Poland P.S. I couldn't resist, kind of joker mood. -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Amazing article.
On Thu, 6 May 2010 21:30:40 +0100, Sam Siegel s...@pscsi.net wrote: And when talking to Unix/Windows folks, explaining (over and over) that dataset nodes are not directory paths and that PDS(E) can only be 1 level deep. As well as they way GDGs work (unless they have a VAX background). You'll have to excuse them. They only understand what they call modern technology. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: (may o r may not be on topi c) Floatin g point ar ithmetic
First, some terminological clarification: o BFP is IEEE-standard binary floating point; o DFP is IEEE-standard decimal floating point; and o HFP is IBM-standard hexadecimal floating point. To repeat myself now, both BFP and DFP are IEEE-standard. Next, some very basic mathematics: o any number base b=2 permits some algebraic numbers to be represented exactly and requires that others be represented as repeating fractions; no base is better than another in this respect; and the theoretical finiteness of digital numbers of precision p does not permit one base to be chosen over another on the basis that it yields fewer repeating-decimal representations of the rationals; o Mike Cowlishaw's argument for DFP is not, finally, that it is better than BFP; he indeed concedes that the performance of DFP is a little inferior to that of BFP; o his argument for DFP is that it yields results that are more familiar and thus more acceptable to hoi polloi/non-programmers than those that BFP yields. o this is not an argument that I find persuasive or indeed one that MC expects me and people like me to embrace, but it is not a contemptible one. o in particular, the availability of DFP makes it possible to improve even garden-variety business applications, which now use packed-decimal, radically; o Whether these improvements will in fact be realized in any but Keynes's long term in which we shall all be dead remains an open question because 1) most COBOL programmers have little interest in programming qua programming and 2) their managers are risk-aversive reactionaries; or, to put the matter in other terms, improvements in COBOL are usually much less consequential than they ought to be because they go unused; o Still, we may expect DFP to be used increasingly in packages and parametric applications developed by ISVs, and its use in them will yield significant benefits. n.b. The rule for determining whether or not a rational is representable exactly using the base b is a simple divisibility criterion that can be discovered by a gedanken experiment. John Gilmore Ashland, MA 01721-1817 USA _ The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multicalendarocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Member name format for z/OS directory as simulated PDS?
On 6 May 2010 15:10, Kirk Talman rkueb...@tsys.com wrote: going back decades it was possible to mangle the member name and do a STOW to save an old member under the mangled name using the old TTR. You just can't use those names in JCL. JCL doesn't restrict the characters allowed in a DSNAME, as long as the DSNAME is quoted. But if it's quoted, it can't be catalogued. However whether the part of the DSNAME that is the member name survives as far as the next part... It would take an experiment to see if LOAD and LINK would allow them. I'd bet they would, if I were the betting sort. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Member name format for z/OS directory as simulated PDS?
On Thu, 6 May 2010 17:14:07 -0400, Tony Harminc wrote: On 6 May 2010 15:10, Kirk Talman wrote: going back decades it was possible to mangle the member name and do a STOW to save an old member under the mangled name using the old TTR. You just can't use those names in JCL. JCL doesn't restrict the characters allowed in a DSNAME, as long as the DSNAME is quoted. But if it's quoted, it can't be catalogued. Strange rule; I wonder what motivated it? However whether the part of the DSNAME that is the member name survives as far as the next part... It would take an experiment to see if LOAD and LINK would allow them. I'd bet they would, if I were the betting sort. But not in JCL: 3 //STEP0EXEC PGM=IEBGENER 4 //SYSPRINT DD SYSOUT=(,) 5 //SYSIN DD DUMMY 6 //SYSUT1DD DISP=SHR,DSN=SYS1.MACLIB('SPLEVEL') 7 //SYSUT2DD SYSOUT=(,) //* STMT NO. MESSAGE 6 IEF640I EXCESSIVE NUMBER OF POSITIONAL PARAMETERS IN THE DSNAME FIELD WTF? 3 //STEP0EXEC PGM='IEBGENER' 4 //SYSPRINT DD SYSOUT=(,) 5 //SYSIN DD DUMMY 6 //SYSUT1DD DISP=SHR,DSN=SYS1.MACLIB('SPLEVEL') 7 //SYSUT2DD SYSOUT=(,) //* STMT NO. MESSAGE 3 IEFC629I INCORRECT USE OF APOSTROPHE IN THE PGM FIELD -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Member name format for z/OS directory as simulated PDS?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Thursday, May 06, 2010 4:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Member name format for z/OS directory as simulated PDS? On Thu, 6 May 2010 17:14:07 -0400, Tony Harminc wrote: On 6 May 2010 15:10, Kirk Talman wrote: going back decades it was possible to mangle the member name and do a STOW to save an old member under the mangled name using the old TTR. You just can't use those names in JCL. JCL doesn't restrict the characters allowed in a DSNAME, as long as the DSNAME is quoted. But if it's quoted, it can't be catalogued. Strange rule; I wonder what motivated it? snip DOS to MVS migrations would be my guess. When I'm doing one, I make use of this. However, many VSE shops today are using names such as MVS would use because of the use of VSAM. So the need for this was dying -- until you get to OE/OMVS and having to use non-MVS/DOS/VM file systems. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Member name format for z/OS directory as simulated PDS?
On 6 May 2010 17:35, Paul Gilmartin paulgboul...@aim.com wrote: On Thu, 6 May 2010 17:14:07 -0400, Tony Harminc wrote: JCL doesn't restrict the characters allowed in a DSNAME, as long as the DSNAME is quoted. But if it's quoted, it can't be catalogued. Strange rule; I wonder what motivated it? It's been that way forever. Since before there were catalogues, I believe. I think the can't be catalogued if it's quoted just means that the comparison of the DISP=(...CATLG...) is done before the syntax check But not in JCL: 3 //STEP0 EXEC PGM=IEBGENER 4 //SYSPRINT DD SYSOUT=(,) 5 //SYSIN DD DUMMY 6 //SYSUT1 DD DISP=SHR,DSN=SYS1.MACLIB('SPLEVEL') 7 //SYSUT2 DD SYSOUT=(,) //* STMT NO. MESSAGE 6 IEF640I EXCESSIVE NUMBER OF POSITIONAL PARAMETERS IN THE DSNAME FIELD WTF? I wasn't imagining that you could quote the member name on its own. But then of course what if you want parentheses in your (non-partitioned) DSNAME? Sigh... Maybe this predates PDSs, or are they primordial? In any case, the whole thing is effectively moot these days, because SMS rejects funny names: //DDDD DSN='WeirdFunny Characters', // UNIT=SYSALLDA,VOL=SER=ZOSL10, // SPACE=(TRK,(1,1)),DISP=(NEW,KEEP) 3 IGD01018I DATA SET WeirdFunny Characters HAS A NONSTANDARD DATA SET NAME AND IS NOT ELIGIBLE TO BE SMS-MANAGED 3 IGD301I DATA SET ALLOCATION REQUEST FAILED - DATA SET WeirdFunny Characters IS NOT ELIGIBLE FOR ALLOCATION ON SMS-MANAGED VOLUME ZOSL10 and naturally an attempt to bypass SMS with e.g. STORCLAS=NOSMS fails differently: 3 IGD310I DATA SET ALLOCATION REQUEST FAILED -STORAGE CLASS NOSMS SPECIFIED FOR DATA SET WeirdFunny Characters WHICH IS NOT ELIGIBLE TO BE SMS-MANAGED If you are able to allocate on a non-SMS system, you may get the original results. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Member name format for z/OS directory as simulated PDS?
On Thu, 6 May 2010 18:32:10 -0400, Thompson, Steve wrote: JCL doesn't restrict the characters allowed in a DSNAME, as long as the DSNAME is quoted. But if it's quoted, it can't be catalogued. Strange rule; I wonder what motivated it? DOS to MVS migrations would be my guess. When I'm doing one, I make use of this. I believe you're saying you quote the data set name to prevent it's being catalogued. How is this useful? Is it the only way (or easiest) to prevent cataloguing? 3 // SET Q= 4 //STEP1EXEC PGM=IEFBR14 5 //XDDDISP=(,CATLG),UNIT=SYSALLDA,SPACE=(CYL,0), //DSN=SYSUID..TEMP.UNQUOTE IEFC653I SUBSTITUTION JCL - DISP=(,CATLG),UNIT=SYSALLDA,SPACE=(CYL,0), 6 //YDDDISP=(,CATLG),UNIT=SYSALLDA,SPACE=(CYL,0), // DSN=QSYSUID..TEMP.QUOTED' IEFC653I SUBSTITUTION JCL - DISP=(,CATLG),UNIT=SYSALLDA,SPACE=(CYL,0), STMT NO. MESSAGE - 6 IEF648I INVALID DISP FIELD- KEEP SUBSTITUTED ... IEF142I JOBCARD STEP1 - STEP WAS EXECUTED - COND CODE IEF285I user.TEMP.UNQUOTECATALOGED IEF285I VOL SER NOS= TSO009. IEF285I user.TEMP.QUOTED KEPT IEF285I VOL SER NOS= TSO015. (User ID obfuscated.) Interesting -- it's quietly kept, not catalogued. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: (may or may not be on topic) Floating point arithmetic
In listserv%201005061219411411.0...@bama.ua.edu, on 05/06/2010 at 12:19 PM, Paul Gilmartin paulgboul...@aim.com said: The discussion concerned apparent imprecise conversion of, e.g. 1.75 to IEE (or hex) FP. Confirming what I wrote; it's a numeric conversion issue, not a display issue. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Amazing article.
In t2s4e2421a41005061330ic150eda4wca4225caff5d...@mail.gmail.com, on 05/06/2010 at 09:30 PM, Sam Siegel s...@pscsi.net said: And when talking to Unix/Windows folks, explaining (over and over) that dataset nodes are not directory paths You're not using CVOL's any more? -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Member name format for z/OS directory as simulated PDS?
On 6 May 2010 16:53:34 -0700, in bit.listserv.ibm-main you wrote: On 6 May 2010 17:35, Paul Gilmartin paulgboul...@aim.com wrote: On Thu, 6 May 2010 17:14:07 -0400, Tony Harminc wrote: JCL doesn't restrict the characters allowed in a DSNAME, as long as the DSNAME is quoted. But if it's quoted, it can't be catalogued. Strange rule; I wonder what motivated it? It's been that way forever. Since before there were catalogues, I believe. I think the can't be catalogued if it's quoted just means that the comparison of the DISP=(...CATLG...) is done before the syntax check Probably the rule goes back to the CVOL catalogs where the name was stored level by level and each piece had to be 8 bytes or less in length. Bill Fairchild and others are able to give a more accurate explanation. But not in JCL: 3 //STEP0 EXEC PGM=IEBGENER 4 //SYSPRINT DD SYSOUT=(,) 5 //SYSIN DD DUMMY 6 //SYSUT1 DD DISP=SHR,DSN=SYS1.MACLIB('SPLEVEL') 7 //SYSUT2 DD SYSOUT=(,) //* STMT NO. MESSAGE 6 IEF640I EXCESSIVE NUMBER OF POSITIONAL PARAMETERS IN THE DSNAME FIELD WTF? I wasn't imagining that you could quote the member name on its own. But then of course what if you want parentheses in your (non-partitioned) DSNAME? Sigh... Maybe this predates PDSs, or are they primordial? In any case, the whole thing is effectively moot these days, because SMS rejects funny names: //DDDD DSN='WeirdFunny Characters', // UNIT=SYSALLDA,VOL=SER=ZOSL10, // SPACE=(TRK,(1,1)),DISP=(NEW,KEEP) 3 IGD01018I DATA SET WeirdFunny Characters HAS A NONSTANDARD DATA SET NAME AND IS NOT ELIGIBLE TO BE SMS-MANAGED 3 IGD301I DATA SET ALLOCATION REQUEST FAILED - DATA SET WeirdFunny Characters IS NOT ELIGIBLE FOR ALLOCATION ON SMS-MANAGED VOLUME ZOSL10 and naturally an attempt to bypass SMS with e.g. STORCLAS=NOSMS fails differently: 3 IGD310I DATA SET ALLOCATION REQUEST FAILED -STORAGE CLASS NOSMS SPECIFIED FOR DATA SET WeirdFunny Characters WHICH IS NOT ELIGIBLE TO BE SMS-MANAGED If you are able to allocate on a non-SMS system, you may get the original results. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: (may o r may not be on topi c) Floatin g point ar ithmetic?
On 6 May 2010 14:14:33 -0700, in bit.listserv.ibm-main you wrote: First, some terminological clarification: o BFP is IEEE-standard binary floating point; o DFP is IEEE-standard decimal floating point; and o HFP is IBM-standard hexadecimal floating point. To repeat myself now, both BFP and DFP are IEEE-standard. Next, some very basic mathematics: o any number base b=2 permits some algebraic numbers to be represented exactly and requires that others be represented as repeating fractions; no base is better than another in this respect; and the theoretical finiteness of digital numbers of precision p does not permit one base to be chosen over another on the basis that it yields fewer repeating-decimal representations of the rationals; o Mike Cowlishaw's argument for DFP is not, finally, that it is better than BFP; he indeed concedes that the performance of DFP is a little inferior to that of BFP; o his argument for DFP is that it yields results that are more familiar and thus more acceptable to hoi polloi/non-programmers than those that BFP yields. The results also are more likely to conform to various legal requirements and accounting standards. o this is not an argument that I find persuasive or indeed one that MC expects me and people like me to embrace, but it is not a contemptible one. o in particular, the availability of DFP makes it possible to improve even garden-variety business applications, which now use packed-decimal, radically; o Whether these improvements will in fact be realized in any but Keynes's long term in which we shall all be dead remains an open question because 1) most COBOL programmers have little interest in programming qua programming and 2) their managers are risk-aversive reactionaries; or, to put the matter in other terms, improvements in COBOL are usually much less consequential than they ought to be because they go unused; Consistency of result has a lot to be said for it as does meeting customer expectation. I don't want my checking account handled in either binary or floating point. Java is supporting both DFP and BFP. Java is strategic. Living with it is strategic. The COBOL organization is ignoring the message. o Still, we may expect DFP to be used increasingly in packages and parametric applications developed by ISVs, and its use in them will yield significant benefits. n.b. The rule for determining whether or not a rational is representable exactly using the base b is a simple divisibility criterion that can be discovered by a gedanken experiment. John Gilmore Ashland, MA 01721-1817 USA _ The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multicalendarocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Member name format for z/OS directory as simulated PDS?
On 6 May 2010 19:53, Tony Harminc t...@harminc.net wrote: It's been that way forever. Since before there were catalogues, I believe. I think the can't be catalogued if it's quoted just means that the comparison of the DISP=(...CATLG...) is done before the syntax check That came out incomplete... I think I was trying to say something like DISP=(...CATLG...) prompts a quick check for a quoted DSNAME, rather than the full check early for catalogue-compliant DSNAME, since the compliance check is somewhat more complex, with requirements for = 8-character chunks, each of which starts with an alphanat character, and so on. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
George McLaren is out of the office
I will be out of the office starting 07/05/2010 and will not return until 17/05/2010. I will respond to your mail, if required ,on my return. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html