Progress Toward z/OS Personal Use License
The march toward a personal use z/OS license takes another step forward ... http://www.ibm.com/common/ssi/rep_ca/5/897/ENUS212-145/ENUS212-145.PDF ... Additionally, the [Rational Developer and Test Environment for System z] product can now be purchased as a stand-alone entry point into the Rational development solutions for System z. This lowers the cost of initial purchase, opening the environment for use by developers, testers, and operations personnel, and provides an easier path to adoption for traditional mainframe developers looking to modernize their development and test processes and infrastructure. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
On Tue, 24 Apr 2012 23:36:19 -0700, Edward Jaffe wrote: The march toward a personal use z/OS license takes another step forward ... http://www.ibm.com/common/ssi/rep_ca/5/897/ENUS212-145/ENUS212-145.PDF ... Additionally, the [Rational Developer and Test Environment for System z] product can now be purchased as a stand-alone entry point into the Rational development solutions for System z. This lowers the cost of initial purchase, opening the environment for use by developers, testers, and operations personnel, and provides an easier path to adoption for traditional mainframe developers looking to modernize their development and test processes and infrastructure. Dongle. Intel/Linux hosted. No APAR support. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Explination of S0C4 reason code 4 and related data areas
On Tue, 24 Apr 2012 17:03:24 -0700, Edward Jaffe edja...@phoenixsoftware.com wrote: . . . I once saw an 0C5 in an MVS guest running under VM. Turned out to be a bug in VM. The last time I saw an 0C5 was on a LURA instruction, but I am sufficiently ancient that I can recall the time when they were almost as common as 0C4s. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
HCD REPORT from SYSTEM REXX
Hi List. I want to created an HCD report running from a system REXX environment The idea is to generate the report from the rexx, analyzing it and the issue some operator commands and analyze the output etc... (that is the reason I want to sysem rexx environment). As I know, the Rexx Script running under system rexx must me APF authorized I tried calling CBDMGHCP program from the script and got S047 (not APF authorized) Tried using call *(XX), with / without inserting the program to AUTHTSF, AUTHPGM ikjtsoxx member Added to the APF list everything I could think about (sys1.nucleus, sys1.scbd*) etc... Still Getting 047 abend. The Rexx: /* Rexx */ address tso alloc fi(HCDIODFS) da(sys1.iodf00) shr reu alloc fi(HCDRPT) da(SED.hcd.out) old reu alloc fi(HCDMLOG) da(SED.hcd.log) old reu call *(CBDMGHCP) 'REPORT, MEN ,' exit 0 The output: SYSTEM COMPLETION CODE=047 TIME=01.54.55 SEQ=00302 CPU= ASID=0040 PSW AT TIME OF ERROR 078D 99D0C432 ILC 2 INTC 6B ACTIVE LOAD MODULE ADDRESS=19D0 OFFSET=C432 NAME=AXRINPVT DATA AT PSW 19D0C42C - 5810D130 0A6BD713 D130D130 AR/GR 0: /19DA5C90 1: /000C 2: 0101003B/ 3: /D6D7C5D5 4: 0101003B/00FC4100 5: 0101003B/ 6: 0101003B/7F583000 7: /19D0C320 8: /7F586000 9: 01010039/3000 A: 0101003B/7F583006 B: /042CE8A8 C: /19D0CA14 D: /7F583100 E: /7F583000 F: /7F583320 END OF SYMPTOM DUMP AXR0500I AXREXX OUTPUT DISPLAY 649 EXECNAME=IOCP REQTOKEN=4000C978BA1F0FE1F0E2 . . IRX0250E System abend code 047, reason code . IRX0004I Error running IOCP, line 12: Program interrupted AXR0203I AXREXX INVOCATION OF IOCP FAILED. 651 RETCODE=0010 RSNCODE=042A1001 REQTOKEN=4000C978BA1F0FE1F0E2 DIAG1= DIAG2= DIAG3= DIAG4= Any Ideas? Thanks in advanced. Ed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
SV: Explination of S0C4 reason code 4 and related data areas
-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Andy Wood Skickat: den 25 april 2012 09:15 Till: IBM-MAIN@bama.ua.edu Ämne: Re: Explination of S0C4 reason code 4 and related data areas On Tue, 24 Apr 2012 17:03:24 -0700, Edward Jaffe edja...@phoenixsoftware.com wrote: . . . I once saw an 0C5 in an MVS guest running under VM. Turned out to be a bug in VM. The last time I saw an 0C5 was on a LURA instruction, but I am sufficiently ancient that I can recall the time when they were almost as common as 0C4s. Lura is a Swedish word for deceive. :) Regards, Thomas Berg __ Thomas Berg Specialist AM/DQS SWEDBANK AB (publ) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Catalog IDCAMS Verify - IEC161I 032-015
Hi All, Please advise what this message code means. The manuals are not very informative. I try to verify a catalog, and this message is generated, failing with RC=12. The error has something to do with the opening of the catalog. The reason code is what I need to know. COMMAND INPUT === VERIFY FILE(FILE01) 0IDC3300I ERROR OPENING CATALOG.TSO.USERS IDC3351I ** VSAM OPEN RETURN CODE IS 148 0IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 0 Nedbank Limited Reg No 1951/09/06. The following link displays the names of the Nedbank Board of Directors and Company Secretary. [ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email is confidential and is intended for the addressee only. The following link will take you to Nedbank's legal notice. [ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: HCD REPORT from SYSTEM REXX
TSO requires it to be in AUTHPGM. Try placing TSOEXEC before the word CALL On Wed, 25 Apr 2012 02:16:34 -0500 Ed Mackmahon dropip...@gmail.com wrote: :Hi List. : : :I want to created an HCD report running from a system REXX environment : :The idea is to generate the report from the rexx, analyzing it and the issue some :operator commands and analyze the output etc... (that is the reason I want to sysem :rexx environment). : :As I know, the Rexx Script running under system rexx must me APF authorized :I tried calling CBDMGHCP program from the script and got S047 (not APF authorized) : :Tried using call *(XX), with / without inserting the program to AUTHTSF, AUTHPGM ikjtsoxx member :Added to the APF list everything I could think about (sys1.nucleus, sys1.scbd*) etc... : :Still Getting 047 abend. : : :The Rexx: : :/* Rexx */ :address tso :alloc fi(HCDIODFS) da(sys1.iodf00) shr reu :alloc fi(HCDRPT) da(SED.hcd.out) old reu :alloc fi(HCDMLOG) da(SED.hcd.log) old reu :call *(CBDMGHCP) 'REPORT, MEN ,' :exit 0 : :The output: :SYSTEM COMPLETION CODE=047 : TIME=01.54.55 SEQ=00302 CPU= ASID=0040 : PSW AT TIME OF ERROR 078D 99D0C432 ILC 2 INTC 6B : ACTIVE LOAD MODULE ADDRESS=19D0 OFFSET=C432 : NAME=AXRINPVT : DATA AT PSW 19D0C42C - 5810D130 0A6BD713 D130D130 : AR/GR 0: /19DA5C90 1: /000C : 2: 0101003B/ 3: /D6D7C5D5 : 4: 0101003B/00FC4100 5: 0101003B/ : 6: 0101003B/7F583000 7: /19D0C320 : 8: /7F586000 9: 01010039/3000 : A: 0101003B/7F583006 B: /042CE8A8 : C: /19D0CA14 D: /7F583100 : E: /7F583000 F: /7F583320 : END OF SYMPTOM DUMP :AXR0500I AXREXX OUTPUT DISPLAY 649 :EXECNAME=IOCP REQTOKEN=4000C978BA1F0FE1F0E2 :. :. :IRX0250E System abend code 047, reason code . :IRX0004I Error running IOCP, line 12: Program interrupted :AXR0203I AXREXX INVOCATION OF IOCP FAILED. 651 :RETCODE=0010 RSNCODE=042A1001 :REQTOKEN=4000C978BA1F0FE1F0E2 :DIAG1= DIAG2= DIAG3= DIAG4= : : :Any Ideas? : :Thanks in advanced. :Ed. : :-- :For IBM-MAIN subscribe / signoff / archive access instructions, :send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
Efectivelly, there's no support, I have been implementing past year RDzUT in a client (development purposes), and the only support was an IBM guy that helps in some problems, but without official support for opening incidents. The only way for solving problems is encountering opened APARs from MF shops. 2012/4/25 Paul Gilmartin paulgboul...@aim.com On Tue, 24 Apr 2012 23:36:19 -0700, Edward Jaffe wrote: The march toward a personal use z/OS license takes another step forward ... http://www.ibm.com/common/ssi/rep_ca/5/897/ENUS212-145/ENUS212-145.PDF ... Additionally, the [Rational Developer and Test Environment for System z] product can now be purchased as a stand-alone entry point into the Rational development solutions for System z. This lowers the cost of initial purchase, opening the environment for use by developers, testers, and operations personnel, and provides an easier path to adoption for traditional mainframe developers looking to modernize their development and test processes and infrastructure. Dongle. Intel/Linux hosted. No APAR support. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Un saludo. Álvaro Guirao -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: HCD REPORT from SYSTEM REXX
Hi. Thanks, Tried it but I'm getting IKJ56637I You attempted to run a command, program, CLIST, or REXX exec from an authorized environment. This is not supported under the Dynamic TSO Environment. and the program is under AUTHPGM... Any other ideas? Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: XRC (z/OS Global Mirroring)
Nine years ago, HDS supported IBM's XRC with their version of it called HRC (or was it TrueCopy). Not sure if the current Global Mirror code has broken that compatibility or not. Ron H., feel free to chime in here. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Patti McLeskey Sent: Tuesday, April 24, 2012 5:04 PM To: IBM-MAIN@bama.ua.edu Subject: Re: XRC (z/OS Global Mirroring) Undecided yet on which storage vendor will be used. Currently using vendor-specific replication which requires us to migrate the replication scripts if/when the vendor is changed. Just trying to understand if XRC/GM is portable. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Strip column 1 from reports
To all who replied on this list and privately, many thanks for your kind help. I'm going to evaluate all of them and come back to you asap. To David Andrews: Many thanks for your valuable comment about ANSI CC and VPS. I will ask one of my VPS colleagues what is available there. to Ray Mullins: Many of my users are receiving these reports via e-mail. Only a handful few can them on ISPF with BROWSE function. I apologize that I forgot to say originally WHERE my users view these reports... Thanks to all again! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
Interesting. How does this differ from zPDT? It sounds like a development only option, perhaps for ISVs or maybe commercial shops. I'll never see it, given the company's attitude about the z. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * 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 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Wednesday, April 25, 2012 1:36 AM To: IBM-MAIN@bama.ua.edu Subject: Progress Toward z/OS Personal Use License The march toward a personal use z/OS license takes another step forward ... http://www.ibm.com/common/ssi/rep_ca/5/897/ENUS212-145/ENUS212-145.PDF ... Additionally, the [Rational Developer and Test Environment for System z] product can now be purchased as a stand-alone entry point into the Rational development solutions for System z. This lowers the cost of initial purchase, opening the environment for use by developers, testers, and operations personnel, and provides an easier path to adoption for traditional mainframe developers looking to modernize their development and test processes and infrastructure. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Catalog IDCAMS Verify - IEC161I 032-015
Why do you want to VERIFY a catalog? That seems very unusual to me. Have you made sure that nobody is using it? And have you then done a F CATALOG,CLOSE(CATALOG.TSO.USERS) F CATALOG,UNALLOCATE(CATALOG.TSO.USERS) I'm not sure, but this may allow you to VERIFY the catalog. Assuming somebody doesn't do a catalog lookup which undoes the MODIFY commands. Instead of VERIFY, perhaps you should do an EXAMINE: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2I290/22.0 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * 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 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Buckton, T. (Theo) Sent: Wednesday, April 25, 2012 2:53 AM To: IBM-MAIN@bama.ua.edu Subject: Catalog IDCAMS Verify - IEC161I 032-015 Hi All, Please advise what this message code means. The manuals are not very informative. I try to verify a catalog, and this message is generated, failing with RC=12. The error has something to do with the opening of the catalog. The reason code is what I need to know. COMMAND INPUT === VERIFY FILE(FILE01) 0IDC3300I ERROR OPENING CATALOG.TSO.USERS IDC3351I ** VSAM OPEN RETURN CODE IS 148 0IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 0 Nedbank Limited Reg No 1951/09/06. The following link displays the names of the Nedbank Board of Directors and Company Secretary. [ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email is confidential and is intended for the addressee only. The following link will take you to Nedbank's legal notice. [ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Catalog IDCAMS Verify - IEC161I 032-015
From : http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2M6C0/SPTB B3351 RC148 An unidentified error occurred while VSAM was searching the catalog. Is there a FILE01 DD statement in you IDCAMS JCL? Does it point to the correct volume/dsn? From : http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/FRAMESET/IEA2M7C0/S PTDP02801 IEC161I RC32 Specific information for this return code: The catalog record for the data set being processed was not found. During end-of-volume (EOV) processing, the error can also occur if an additional volume is required for a data set but the catalog contains no more volume records for the data set. For message IEC070I, the subfunction information field, if present, might contain a decimal problem-determination code (reason code) for use by the IBM Support Center in case further problem diagnosis is necessary. The following table lists the reason codes for return code 032. Is there a FILE01 DD statement in you IDCAMS JCL? Does it point to the correct volume/dsn? Please post the entire job stream snip Please advise what this message code means. The manuals are not very informative. I try to verify a catalog, and this message is generated, failing with RC=12. The error has something to do with the opening of the catalog. The reason code is what I need to know. COMMAND INPUT === VERIFY FILE(FILE01) 0IDC3300I ERROR OPENING CATALOG.TSO.USERS IDC3351I ** VSAM OPEN RETURN CODE IS 148 0IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 0 /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Catalog IDCAMS Verify - IEC161I 032-015
Thanks for the feedback. This is the job stream: //STEP001 EXEC PGM=IDCAMS,REGION=0K //FILE01 DD DISP=SHR,DSN=CATALOG.TSO.USERS //SYSOUT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSIN DD * VERIFY FILE(FILE01) //* -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: 25 April 2012 02:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Catalog IDCAMS Verify - IEC161I 032-015 From : http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2M6C0/SPTB B3351 RC148 An unidentified error occurred while VSAM was searching the catalog. Is there a FILE01 DD statement in you IDCAMS JCL? Does it point to the correct volume/dsn? From : http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/FRAMESET/IEA2M7C0/S PTDP02801 IEC161I RC32 Specific information for this return code: The catalog record for the data set being processed was not found. During end-of-volume (EOV) processing, the error can also occur if an additional volume is required for a data set but the catalog contains no more volume records for the data set. For message IEC070I, the subfunction information field, if present, might contain a decimal problem-determination code (reason code) for use by the IBM Support Center in case further problem diagnosis is necessary. The following table lists the reason codes for return code 032. Is there a FILE01 DD statement in you IDCAMS JCL? Does it point to the correct volume/dsn? Please post the entire job stream snip Please advise what this message code means. The manuals are not very informative. I try to verify a catalog, and this message is generated, failing with RC=12. The error has something to do with the opening of the catalog. The reason code is what I need to know. COMMAND INPUT === VERIFY FILE(FILE01) 0IDC3300I ERROR OPENING CATALOG.TSO.USERS IDC3351I ** VSAM OPEN RETURN CODE IS 148 0IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 0 /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Nedbank Limited Reg No 1951/09/06. The following link displays the names of the Nedbank Board of Directors and Company Secretary. [ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email is confidential and is intended for the addressee only. The following link will take you to Nedbank's legal notice. [ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Where to find out about PER zero-address detection?
I've tried finding about this using the -08 version of the Principles of Operation. I got a few hits, but nothing which described what it actually __does__. I can guess from the phrase, but I'd like something documented. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * 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: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
On 4/25/2012 5:38 AM, McKown, John wrote: Interesting. How does this differ from zPDT? It sounds like a development only option, perhaps for ISVs or maybe commercial shops. I'll never see it, given the company's attitude about the z. zPDT is still available only for ISV and internal IBM use. It is the platform upon which the RDz DTE offering is based. The technology works very well. (We have one running on a Thinkpad W700.) Previously, RDz UT was made available to commercial customers that also had an RDz license on a big box somewhere. Starting 10 May 2012, RDz DTE may now be licensed as a stand-alone system, without the need for the big box license. This is an important step. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
I'll grant you the dongle issue (but it's probably unavoidable) and possibly the APAR submission issue (which can be anything from a non-issue to a business killer), but why is Linux/Intel hosting a problem to you rather than a solution? Just curious. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Wednesday, April 25, 2012 2:53 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Progress Toward z/OS Personal Use License On Tue, 24 Apr 2012 23:36:19 -0700, Edward Jaffe wrote: The march toward a personal use z/OS license takes another step forward ... http://www.ibm.com/common/ssi/rep_ca/5/897/ENUS212-145/ENUS212-145.PDF ... Additionally, the [Rational Developer and Test Environment for System z] product can now be purchased as a stand-alone entry point into the Rational development solutions for System z. This lowers the cost of initial purchase, opening the environment for use by developers, testers, and operations personnel, and provides an easier path to adoption for traditional mainframe developers looking to modernize their development and test processes and infrastructure. Dongle. Intel/Linux hosted. No APAR support. -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
On 04/25/2012 01:53 AM, Paul Gilmartin wrote: On Tue, 24 Apr 2012 23:36:19 -0700, Edward Jaffe wrote: The march toward a personal use z/OS license takes another step forward ... http://www.ibm.com/common/ssi/rep_ca/5/897/ENUS212-145/ENUS212-145.PDF ... Additionally, the [Rational Developer and Test Environment for System z] product can now be purchased as a stand-alone entry point into the Rational development solutions for System z. This lowers the cost of initial purchase, opening the environment for use by developers, testers, and operations personnel, and provides an easier path to adoption for traditional mainframe developers looking to modernize their development and test processes and infrastructure. Dongle. Intel/Linux hosted. No APAR support. -- gil ... Dongle, don't like but could live with. Intel/Linux hosting, not unreasonable. The big unanswered question not mentioned anywhere in the pdf document is the cost. The big problem with something like zPDF was that it still had a minimum $20K - $30K per year cost. A quick read of this latest offering suggests it still has an annual license charge per user, but if there was any clue on price range I missed it. Perhaps there are other on-line resources that clarify. Having a personal z/OS to occasionally play with would be so cool. But, the intended target here still appears to be businesses, which no doubt means it's priced accordingly and out of range for casual personal use! Speaking for those of us not in the top 1%, even $5K per year would be way more than I currently budget for all my home personal computing, so I doubt this new offering yet approaches what I could justify as an entertainment expense. I baulked at MicroSoft's concept that in response to MS's agenda, and not mine, I should be willing to shell out $100's per home platform every several years for the privilege of having to re-learn all the familiar user interfaces, force-upgrade other application software, and still expend significant resources on protection software -- which is why my primary home systems have been SE Linux (Fedora) for several years. A cost of $1000's per year for cool wouldn't fly for me. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
You can acquire Red Hat that have support, Suse doesn't have support... 2012/4/25 Alvaro Guirao Lopez alvarogui...@gmail.com I didn't know the requisite of the big box, in my client there was also a RDz in a big box, it's a great step then.. Thanks for the clarification Edward. 2012/4/25 Edward Jaffe edja...@phoenixsoftware.com On 4/25/2012 5:38 AM, McKown, John wrote: Interesting. How does this differ from zPDT? It sounds like a development only option, perhaps for ISVs or maybe commercial shops. I'll never see it, given the company's attitude about the z. zPDT is still available only for ISV and internal IBM use. It is the platform upon which the RDz DTE offering is based. The technology works very well. (We have one running on a Thinkpad W700.) Previously, RDz UT was made available to commercial customers that also had an RDz license on a big box somewhere. Starting 10 May 2012, RDz DTE may now be licensed as a stand-alone system, without the need for the big box license. This is an important step. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.**com/ http://www.phoenixsoftware.com/ --**--** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Un saludo. Álvaro Guirao -- Un saludo. Álvaro Guirao -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
I didn't know the requisite of the big box, in my client there was also a RDz in a big box, it's a great step then.. Thanks for the clarification Edward. 2012/4/25 Edward Jaffe edja...@phoenixsoftware.com On 4/25/2012 5:38 AM, McKown, John wrote: Interesting. How does this differ from zPDT? It sounds like a development only option, perhaps for ISVs or maybe commercial shops. I'll never see it, given the company's attitude about the z. zPDT is still available only for ISV and internal IBM use. It is the platform upon which the RDz DTE offering is based. The technology works very well. (We have one running on a Thinkpad W700.) Previously, RDz UT was made available to commercial customers that also had an RDz license on a big box somewhere. Starting 10 May 2012, RDz DTE may now be licensed as a stand-alone system, without the need for the big box license. This is an important step. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.**com/ http://www.phoenixsoftware.com/ --**--**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Un saludo. Álvaro Guirao -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Catalog IDCAMS Verify - IEC161I 032-015
Buckton, T. (Theo) wrote: //STEP001 EXEC PGM=IDCAMS,REGION=0K //FILE01 DD DISP=SHR,DSN=CATALOG.TSO.USERS //SYSOUT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSIN DD * VERIFY FILE(FILE01) //* Verify against a catalog? I now understand that strange error message, you want to 'reset' a BCS while it is probably in use by Catalog Address Space. I would really suggest that you tell all your Catalog Address Spaces to drop the catalog as described earlier by John McKown and then do an EXAMINE (and perhaps DIAGNOSE ICFCATALOG) on it. On the otherside, could you be kind to tell us what you are trying to do with the catalog? Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
On Wed, 25 Apr 2012 10:19:19 -0400, Farley, Peter x23353 wrote: I'll grant you the dongle issue (but it's probably unavoidable) and possibly the APAR submission issue (which can be anything from a non-issue to a business killer), but why is Linux/Intel hosting a problem to you rather than a solution? Just curious. Who used the word problem or issue? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
On Wed, 25 Apr 2012 16:27:00 +0200, Alvaro Guirao Lopez wrote: You can acquire Red Hat that have support, Suse doesn't have support... Are you saying that Red Hat will provide APAR support for RDz DTE? I suppose if the price were right. zPDT is still available only for ISV and internal IBM use. It is the platform upon which the RDz DTE offering is based. The technology works very well. (We have one running on a Thinkpad W700.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
Pardon me if I misinterpreted, but your very short responses, each followed by a period, said each of these is an issue for me. Perhaps I need more coffee before I write such a question... :) Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Wednesday, April 25, 2012 10:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Progress Toward z/OS Personal Use License On Wed, 25 Apr 2012 10:19:19 -0400, Farley, Peter x23353 wrote: I'll grant you the dongle issue (but it's probably unavoidable) and possibly the APAR submission issue (which can be anything from a non-issue to a business killer), but why is Linux/Intel hosting a problem to you rather than a solution? Just curious. Who used the word problem or issue? -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
On 4/25/2012 7:27 AM, Alvaro Guirao Lopez wrote: You can acquire Red Hat that have support, Suse doesn't have support... He was referring to the following statement: The included IBM software products are provided for development purposes only on an as-is basis. No technical support or APAR/PTF deliverables are provided for the included software as listed in the Supporting Programs section of the product license with your purchase of the Rational Development and Test Environment for System z. The underlying operating system and middleware have been certified by IBM for use on the RDz DTE. It is obviously intended as a turn-key system that you don't need to service with APARs/PTFs etc. (That way you can't introduce any new problems either.) I have no idea how thorough IBM's certification process is, but until this announcement RDz UT was still stuck on back-level z/OS because the latest releases had not yet been certified. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
On 4/25/2012 7:24 AM, Joel C. Ewing wrote: The big problem with something like zPDF was that it still had a minimum $20K - $30K per year cost. What was zPDF and why was it so expensive? -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
:-x Yes, APARinux LOL No, I'm saying that if you want some support for Linux OS you might purchase Red Hat. 2012/4/25 Paul Gilmartin paulgboul...@aim.com On Wed, 25 Apr 2012 16:27:00 +0200, Alvaro Guirao Lopez wrote: You can acquire Red Hat that have support, Suse doesn't have support... Are you saying that Red Hat will provide APAR support for RDz DTE? I suppose if the price were right. zPDT is still available only for ISV and internal IBM use. It is the platform upon which the RDz DTE offering is based. The technology works very well. (We have one running on a Thinkpad W700.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Un saludo. Álvaro Guirao -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Catalog IDCAMS Verify - IEC161I 032-015
Thank you for the feedback. The verify step has always a part of our catalog health check procedure. This particular catalog is sitting in our test environment, and was reorg'ed, hence the verify. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: 25 April 2012 04:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Catalog IDCAMS Verify - IEC161I 032-015 Buckton, T. (Theo) wrote: //STEP001 EXEC PGM=IDCAMS,REGION=0K //FILE01 DD DISP=SHR,DSN=CATALOG.TSO.USERS //SYSOUT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSIN DD * VERIFY FILE(FILE01) //* Verify against a catalog? I now understand that strange error message, you want to 'reset' a BCS while it is probably in use by Catalog Address Space. I would really suggest that you tell all your Catalog Address Spaces to drop the catalog as described earlier by John McKown and then do an EXAMINE (and perhaps DIAGNOSE ICFCATALOG) on it. On the otherside, could you be kind to tell us what you are trying to do with the catalog? Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Nedbank Limited Reg No 1951/09/06. The following link displays the names of the Nedbank Board of Directors and Company Secretary. [ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email is confidential and is intended for the addressee only. The following link will take you to Nedbank's legal notice. [ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Where to find out about PER zero-address detection?
When all else fails, try Google. I found the following url for an IBM book: http://publib.boulder.ibm.com/infocenter/zos/v1r13/index.jsp?topic=%2Fcom.ibm.zos.r13.ieam700%2Fieemsg.htm This is the name of the book: z/OS MVS System Messages, Vol 7 (IEB-IEE) SA22-7637-21 In this book I searched for per zero and found this text: ID= The SLIP trap identifier entered in the DISPLAY command. type The type of SLIP trap: NONPER Not a program event recording (PER) trap. PER-IF PER instruction fetch trap. PER-SA PER storage alteration trap. PER-SB PER successful branch trap. PER-SB1 PER 1 successful branch trap. PER-SBT PER 1 successful branch into (SBT) trap. PER-SAS PER storage alteration by STORA (SAS) trap. PER-ZAD PER zero address detection trap. Next I would suggest you Google and/or search IBM books for PER-ZAD. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, April 25, 2012 8:53 AM To: IBM-MAIN@bama.ua.edu Subject: Where to find out about PER zero-address detection? I've tried finding about this using the -08 version of the Principles of Operation. I got a few hits, but nothing which described what it actually __does__. I can guess from the phrase, but I'd like something documented. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * 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: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Where to find out about PER zero-address detection?
On 4/25/2012 6:53 AM, McKown, John wrote: I've tried finding about this using the -08 version of the Principles of Operation. I got a few hits, but nothing which described what it actually __does__. I can guess from the phrase, but I'd like something documented. The description for z/OS msgIEE735I (output of D SLIP= command) contains: | PER-ZAD | PER zero address detection trap. This suggests strongly that you can issue a SLIP SET,ZAD,... command to capture/track ZAD events on a z/OS system. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
On 04/25/2012 09:38 AM, Farley, Peter x23353 wrote: Pardon me if I misinterpreted, but your very short responses, each followed by a period, said each of these is an issue for me. Perhaps I need more coffee before I write such a question... :) Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Wednesday, April 25, 2012 10:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Progress Toward z/OS Personal Use License On Wed, 25 Apr 2012 10:19:19 -0400, Farley, Peter x23353 wrote: I'll grant you the dongle issue (but it's probably unavoidable) and possibly the APAR submission issue (which can be anything from a non-issue to a business killer), but why is Linux/Intel hosting a problem to you rather than a solution? Just curious. Who used the word problem or issue? -- ... A dongle definitely could be an issue for some. Might be less of an issue on Linux, but my experiences on Windoze has been less than ideal and makes me regard any application that requires a dongle as more of a gamble. While the dongle may be regarded as nice license insurance from the software vendors standpoint, it is essentially just another point of failure for the user and lowers the value of the product. My wife has some very expensive Embroidery software that requires a dongle. The license does entitle her to run the software on multiple platforms, both her laptop and desktop, since the dongle prevents concurrent use. After a year or so the dongle case became too loose to remove the dongle from the USB port - the only way now is grasp and pull the dongle base with a pair of needle-nose pliers, which works, but is certainly not the advertised convenience. The only support provided by the application vendor to remedy this situation is to re-purchase the software at full price to get a new dongle. Other than using standard Windows GUI interfaces, this software does nothing that special at the Operating System level, except for the dongle support that requires a hardware driver written by yet a different vendor. Logic would suggest that this application should be able to migrate from Win XP to Win 7 without a problem, provided one can find support for the dongle on Win 7. My initial attempts to migrate have so far failed because the dongle vendor's current drivers for Win 7 are not compatible with the older version dongle that came with the application. I haven't given up, but unless I can locate a compatible driver that is also compatible with Win 7 this expensive application is toast on Win 7. A nice result for the application vendor if I'm forced to do an otherwise unnecessary upgrade at great cost, but from the user's standpoint this is a very poor outcome, apparently forced by the decision to require a dongle. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
On Wed, Apr 25, 2012 at 10:43 AM, Joel C. Ewing jcew...@acm.org wrote: A dongle definitely could be an issue for some. Might be less of an issue on Linux, but my experiences on Windoze has been less than ideal and makes me regard any application that requires a dongle as more of a gamble. While the dongle may be regarded as nice license insurance from the software vendors standpoint, it is essentially just another point of failure for the user and lowers the value of the product. My wife has some very expensive Embroidery software that requires a dongle. The license does entitle her to run the software on multiple platforms, both her laptop and desktop, since the dongle prevents concurrent use. After a year or so the dongle case became too loose to remove the dongle from the USB port - the only way now is grasp and pull the dongle base with a pair of needle-nose pliers, which works, but is certainly not the advertised convenience. The only support provided by the application vendor to remedy this situation is to re-purchase the software at full price to get a new dongle. Other than using standard Windows GUI interfaces, this software does nothing that special at the Operating System level, except for the dongle support that requires a hardware driver written by yet a different vendor. Logic would suggest that this application should be able to migrate from Win XP to Win 7 without a problem, provided one can find support for the dongle on Win 7. My initial attempts to migrate have so far failed because the dongle vendor's current drivers for Win 7 are not compatible with the older version dongle that came with the application. I haven't given up, but unless I can locate a compatible driver that is also compatible with Win 7 this expensive application is toast on Win 7. A nice result for the application vendor if I'm forced to do an otherwise unnecessary upgrade at great cost, but from the user's standpoint this is a very poor outcome, apparently forced by the decision to require a dongle. -- Joel C. Ewing, Bentonville, AR jcew...@acm.org I had a USB Verizon celluar modem case fail and got it replaced under insurance. Now I put it on a USB Male A - Female A cord. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
On Wed, 25 Apr 2012 10:43:20 -0500, Joel C. Ewing wrote: ... My wife has some very expensive Embroidery software that requires a dongle. The license does entitle her to run the software on multiple platforms, both her laptop and desktop, since the dongle prevents concurrent use. After a year or so the dongle case became too loose to remove the dongle from the USB port - the only way now is grasp and pull Super Glue? It's a gamble. the dongle base with a pair of needle-nose pliers, which works, but is certainly not the advertised convenience. The only support provided by the application vendor to remedy this situation is to re-purchase the software at full price to get a new dongle. ... My initial attempts to migrate have so far failed because the dongle vendor's current drivers for Win 7 are not compatible with the older version dongle that came with the application. Think of it as an annual license charge. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Catalog IDCAMS Verify - IEC161I 032-015
The catalog was in Extended Addressability, and that's why it abended. When I reallocated the file with no EA, the verify worked. Any ideas? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Buckton, T. (Theo) Sent: 25 April 2012 04:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Catalog IDCAMS Verify - IEC161I 032-015 Thank you for the feedback. The verify step has always a part of our catalog health check procedure. This particular catalog is sitting in our test environment, and was reorg'ed, hence the verify. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: 25 April 2012 04:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Catalog IDCAMS Verify - IEC161I 032-015 Buckton, T. (Theo) wrote: //STEP001 EXEC PGM=IDCAMS,REGION=0K //FILE01 DD DISP=SHR,DSN=CATALOG.TSO.USERS //SYSOUT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //SYSIN DD * VERIFY FILE(FILE01) //* Verify against a catalog? I now understand that strange error message, you want to 'reset' a BCS while it is probably in use by Catalog Address Space. I would really suggest that you tell all your Catalog Address Spaces to drop the catalog as described earlier by John McKown and then do an EXAMINE (and perhaps DIAGNOSE ICFCATALOG) on it. On the otherside, could you be kind to tell us what you are trying to do with the catalog? Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Nedbank Limited Reg No 1951/09/06. The following link displays the names of the Nedbank Board of Directors and Company Secretary. [ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email is confidential and is intended for the addressee only. The following link will take you to Nedbank's legal notice. [ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Nedbank Limited Reg No 1951/09/06. The following link displays the names of the Nedbank Board of Directors and Company Secretary. [ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email is confidential and is intended for the addressee only. The following link will take you to Nedbank's legal notice. [ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
Ed, We run z/Pdt also, but on a bigger system, Opensuse and 16 m , Amd box, but we are pure development. Scott Ford Senior Systems Engineer www.identityforge.com On Apr 25, 2012, at 10:43 AM, Edward Jaffe edja...@phoenixsoftware.com wrote: On 4/25/2012 7:24 AM, Joel C. Ewing wrote: The big problem with something like zPDF was that it still had a minimum $20K - $30K per year cost. What was zPDF and why was it so expensive? -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
Yep dongles are not fool proof, then can break...it's hardware..I don't get the reason for dongles.. Scott Ford Senior Systems Engineer www.identityforge.com On Apr 25, 2012, at 11:56 AM, Mike Schwab mike.a.sch...@gmail.com wrote: On Wed, Apr 25, 2012 at 10:43 AM, Joel C. Ewing jcew...@acm.org wrote: A dongle definitely could be an issue for some. Might be less of an issue on Linux, but my experiences on Windoze has been less than ideal and makes me regard any application that requires a dongle as more of a gamble. While the dongle may be regarded as nice license insurance from the software vendors standpoint, it is essentially just another point of failure for the user and lowers the value of the product. My wife has some very expensive Embroidery software that requires a dongle. The license does entitle her to run the software on multiple platforms, both her laptop and desktop, since the dongle prevents concurrent use. After a year or so the dongle case became too loose to remove the dongle from the USB port - the only way now is grasp and pull the dongle base with a pair of needle-nose pliers, which works, but is certainly not the advertised convenience. The only support provided by the application vendor to remedy this situation is to re-purchase the software at full price to get a new dongle. Other than using standard Windows GUI interfaces, this software does nothing that special at the Operating System level, except for the dongle support that requires a hardware driver written by yet a different vendor. Logic would suggest that this application should be able to migrate from Win XP to Win 7 without a problem, provided one can find support for the dongle on Win 7. My initial attempts to migrate have so far failed because the dongle vendor's current drivers for Win 7 are not compatible with the older version dongle that came with the application. I haven't given up, but unless I can locate a compatible driver that is also compatible with Win 7 this expensive application is toast on Win 7. A nice result for the application vendor if I'm forced to do an otherwise unnecessary upgrade at great cost, but from the user's standpoint this is a very poor outcome, apparently forced by the decision to require a dongle. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org I had a USB Verizon celluar modem case fail and got it replaced under insurance. Now I put it on a USB Male A - Female A cord. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
The care and feeding of dongles (was: Progress Toward z/OS Personal Use License)
Dongles certainly can be fragile, and longer ones, such as the z/PDT's (around 2 inches or so) can easily be accidentally torqued and broken (or break the socket, whatever). For that reason, I keep a supply of 6 long M/F USB cables which I use to separate the dongle from the PC chassis. That solves both the bump-it-and-break-it problem as well as damage from constant removal-and-reinsert. Dongles are valuable. 6 USB cables are cheap. Just saying... Dave Cole At 4/25/2012 11:43 AM, Joel C. Ewing wrote: A dongle definitely could be an issue for some. Might be less of an issue on Linux, but my experiences on Windoze has been less than ideal and makes me regard any application that requires a dongle as more of a gamble. While the dongle may be regarded as nice license insurance from the software vendors standpoint, it is essentially just another point of failure for the user and lowers the value of the product. My wife has some very expensive Embroidery software that requires a dongle. The license does entitle her to run the software on multiple platforms, both her laptop and desktop, since the dongle prevents concurrent use. After a year or so the dongle case became too loose to remove the dongle from the USB port - the only way now is grasp and pull the dongle base with a pair of needle-nose pliers, which works, but is certainly not the advertised convenience. The only support provided by the application vendor to remedy this situation is to re-purchase the software at full price to get a new dongle. Other than using standard Windows GUI interfaces, this software does nothing that special at the Operating System level, except for the dongle support that requires a hardware driver written by yet a different vendor. Logic would suggest that this application should be able to migrate from Win XP to Win 7 without a problem, provided one can find support for the dongle on Win 7. My initial attempts to migrate have so far failed because the dongle vendor's current drivers for Win 7 are not compatible with the older version dongle that came with the application. I haven't given up, but unless I can locate a compatible driver that is also compatible with Win 7 this expensive application is toast on Win 7. A nice result for the application vendor if I'm forced to do an otherwise unnecessary upgrade at great cost, but from the user's standpoint this is a very poor outcome, apparently forced by the decision to require a dongle. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Where to find out about PER zero-address detection?
At 4/25/2012 11:19 AM, Bill Fairchild wrote: When all else fails, try Google. [...] Next I would suggest you Google and/or search IBM books for PER-ZAD. Bill Fairchild Programmer Rocket Software ZAD = Zombie Awareness Day (See http://www.urbandictionary.com/define.php?term=zadhttp://www.urbandictionary.com/define.php?term=zad) [;)] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
Scott Ford wrote: Yep dongles are not fool proof, then can break...it's hardware..I don't get the reason for dongles.. Or just lose it, then come back and we can have a nice war story thread... :-) No, it is not funny despite my comment above. If you have 'sensitive', 'bread-and-butter', 'life-death' software on which your company needs to 'live' and some *sshole 'lost' it, it is not fun trying to convince the vendor to supply another dongle. (Been there and got a filthy t-shirt with invoice printed on it from that stupid vendor... - figuratively speaking of course :-D ) Joel C. Ewing wrote: the only way now is grasp and pull the dongle base with a pair of needle-nose pliers, which works, but is certainly not the advertised convenience. Yuck! Thats defect by design!!! The only support provided by the application vendor to remedy this situation is to re-purchase the software at full price to get a new dongle. See my rant above. Maybe if I'm big and rich, I want to be such a scamming vendor! Hmmm, I'm still dreaming of my private yatch at my own island with its own airport + harbour... :-D Logic would suggest that this application should be able to migrate from Win XP to Win 7 without a problem, provided one can find support for the dongle on Win 7. What logic? Try out the 'compatibility' settings or so on win7 on both driver and software. No guarantees of course. A nice result for the application vendor if I'm forced to do an otherwise unnecessary upgrade at great cost, I feel your pain. Just drop them if you can. :-( Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Fwd: MFNetDisk PTFID=206 is ready for download.
-- Forwarded message -- From: Shai Hess mfnetd...@mfnetdisk.com Date: Wed, Apr 25, 2012 at 9:10 PM Subject: MFNetDisk PTFID=206 is ready for download. To: shai.h...@gmail.com ** HI, I attach some data from my DOWNLOAD page in MFNetDIsk site, which describe the new MFNetDIsk with the new activation key. *Download MFNetDisk PRO and CODE_REQUEST.* *MFNetDisk PRO PTFID=206 can be downloaded now. This version include activation key which is required to run MFNetDisk in MF and PC. MFNetDisk continue to be free product but this can be changed. Please read in MPCDOC.PDF about LICKEY key in MFNetDisk MF parameters files. It is very important to read everything about LICKEY. If you run MFNetDisk in real MF, be aware to fill CPUID list in CODE_REQUEST to receive free activation code. The activation code will be sent as fast as I can to your email. MFNetDisk will not run on real MF without activation key! Old MFNetDisk PC (without support of LICKEY) will not run with new MF MFNetDisk. MF MFNetDisk will stopped in case that old PC will try to access new MF MFNetDisk services. MFNetDisk in MF and PC with PTFID less than 206 will not be supported anymore for new bugs. **Download (disabled for now) MFNetDisk PRO by clicking this link ** code request*http://www.livecity.co.il/site/form/showForm.asp?form_id=193993 *. SNAPSHOT backup and compressed PC files are included in this code.* * **After filling the CODE_REQUEST and pressing the SEND button, you will receive new page ( not email ) with the link to download immediately the MFNetDisk PRO code and documentation. If you real MF user, you must wait day or so for MF activation key which will be sent to your email. New MFNetDisk users** must fill all CODE_REQUEST fields, other users only need to fill email and CPUID in case of using MFNetDisk in real MF or if the activation key is expired. If you change MF OS or PC OS please let me know about it in your next CODE_REQUEST. MFNetDisk code PTFID=206, Last update date, April 25, 2012. After filling the CODE_REQUEST, I will add your email to the email list of MFNetDisk users list. * Thanks, God bless you. Shai Hess, MFNetDisk product. -- Thank. God bless you, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
Run protection. And it likely encodes a unique CPU serial number so that you cannot pirate any licensed software from work, like any CA products, which almost all require CARIM to run to install the execution allowed restrictions. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * 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 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Wednesday, April 25, 2012 11:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Progress Toward z/OS Personal Use License Yep dongles are not fool proof, then can break...it's hardware..I don't get the reason for dongles.. Scott Ford Senior Systems Engineer www.identityforge.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
On Wed, 25 Apr 2012 12:51:22 -0500, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Or just lose it, then come back and we can have a nice war story thread... :-) No, it is not funny despite my comment above. If you have 'sensitive', 'bread-and-butter', 'life-death' software on which your company needs to 'live' and some *sshole 'lost' it, it is not fun trying to convince the vendor to supply another dongle. (Been there and got a filthy t-shirt with invoice printed on it from that stupid vendor... - figuratively speaking of course :-D ) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Shocking ! You do not put sensitive or bread and butter software on a client machine You put it on a server in a secure room Please do not confuse again a windows workstation with a windows server And we do not put dongle on blade servers or pizza servers ( generally it is not even possible) . I had forbidden to buy any software using hardware dongle and I know I was not the only one. And there is no way you could change my mind on that matter Bruno Sugliani ( Now retired :-)) ) zxnetconsult(at)free(dot(fr) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
On 4/25/2012 at 10:55 AM, Alvaro Guirao Lopez alvarogui...@gmail.com wrote: No, I'm saying that if you want some support for Linux OS you might purchase Red Hat. From the PDF document: Software requirements Rational Development and Test Environment for System z requires the following minimum levels of Linux: * SUSE Linux Enterprise Server version 11.2 * OpenSUSE version 11.2 * Red Hat Enterprise Linux version 6.0 or 6.1 You can purchase a subscription, with or without support, for SUSE Linux Enterprise Server as well as Red Hat Enterprise Linux. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Progress Toward z/OS Personal Use License
Hi Joel, Ditto what others have said about using a cable. You might try win7 compatibility mode for the software you mentioned. I have had good success with it so far. HTH, Linda Sent from my iPhone On Apr 25, 2012, at 8:43 AM, Joel C. Ewing jcew...@acm.org wrote: On 04/25/2012 09:38 AM, Farley, Peter x23353 wrote: Pardon me if I misinterpreted, but your very short responses, each followed by a period, said each of these is an issue for me. Perhaps I need more coffee before I write such a question... :) Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Wednesday, April 25, 2012 10:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Progress Toward z/OS Personal Use License On Wed, 25 Apr 2012 10:19:19 -0400, Farley, Peter x23353 wrote: I'll grant you the dongle issue (but it's probably unavoidable) and possibly the APAR submission issue (which can be anything from a non-issue to a business killer), but why is Linux/Intel hosting a problem to you rather than a solution? Just curious. Who used the word problem or issue? -- ... A dongle definitely could be an issue for some. Might be less of an issue on Linux, but my experiences on Windoze has been less than ideal and makes me regard any application that requires a dongle as more of a gamble. While the dongle may be regarded as nice license insurance from the software vendors standpoint, it is essentially just another point of failure for the user and lowers the value of the product. My wife has some very expensive Embroidery software that requires a dongle. The license does entitle her to run the software on multiple platforms, both her laptop and desktop, since the dongle prevents concurrent use. After a year or so the dongle case became too loose to remove the dongle from the USB port - the only way now is grasp and pull the dongle base with a pair of needle-nose pliers, which works, but is certainly not the advertised convenience. The only support provided by the application vendor to remedy this situation is to re-purchase the software at full price to get a new dongle. Other than using standard Windows GUI interfaces, this software does nothing that special at the Operating System level, except for the dongle support that requires a hardware driver written by yet a different vendor. Logic would suggest that this application should be able to migrate from Win XP to Win 7 without a problem, provided one can find support for the dongle on Win 7. My initial attempts to migrate have so far failed because the dongle vendor's current drivers for Win 7 are not compatible with the older version dongle that came with the application. I haven't given up, but unless I can locate a compatible driver that is also compatible with Win 7 this expensive application is toast on Win 7. A nice result for the application vendor if I'm forced to do an otherwise unnecessary upgrade at great cost, but from the user's standpoint this is a very poor outcome, apparently forced by the decision to require a dongle. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: The care and feeding of dongles (was: Progress Toward z/OS Personal Use License)
You could even have the dongle inside a secure cabinet that way...drill a hole at the edge of the door for the cable, and lock that sucker in there...! On Wed, Apr 25, 2012 at 1:38 PM, David Cole dbc...@colesoft.com wrote: Dongles certainly can be fragile, and longer ones, such as the z/PDT's (around 2 inches or so) can easily be accidentally torqued and broken (or break the socket, whatever). For that reason, I keep a supply of 6 long M/F USB cables which I use to separate the dongle from the PC chassis. That solves both the bump-it-and-break-it problem as well as damage from constant removal-and-reinsert. Dongles are valuable. 6 USB cables are cheap. Just saying... Dave Cole At 4/25/2012 11:43 AM, Joel C. Ewing wrote: A dongle definitely could be an issue for some. Might be less of an issue on Linux, but my experiences on Windoze has been less than ideal and makes me regard any application that requires a dongle as more of a gamble. While the dongle may be regarded as nice license insurance from the software vendors standpoint, it is essentially just another point of failure for the user and lowers the value of the product. My wife has some very expensive Embroidery software that requires a dongle. The license does entitle her to run the software on multiple platforms, both her laptop and desktop, since the dongle prevents concurrent use. After a year or so the dongle case became too loose to remove the dongle from the USB port - the only way now is grasp and pull the dongle base with a pair of needle-nose pliers, which works, but is certainly not the advertised convenience. The only support provided by the application vendor to remedy this situation is to re-purchase the software at full price to get a new dongle. Other than using standard Windows GUI interfaces, this software does nothing that special at the Operating System level, except for the dongle support that requires a hardware driver written by yet a different vendor. Logic would suggest that this application should be able to migrate from Win XP to Win 7 without a problem, provided one can find support for the dongle on Win 7. My initial attempts to migrate have so far failed because the dongle vendor's current drivers for Win 7 are not compatible with the older version dongle that came with the application. I haven't given up, but unless I can locate a compatible driver that is also compatible with Win 7 this expensive application is toast on Win 7. A nice result for the application vendor if I'm forced to do an otherwise unnecessary upgrade at great cost, but from the user's standpoint this is a very poor outcome, apparently forced by the decision to require a dongle. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org --**--**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: GO TO cobol
On 4/24/2012 4:33 AM, David Crayford wrote: snip http://proceedings.share.org/client_files/SHARE_in_San_Jose/S8133EJ131525.pdf That's a very interesting presentation. If I were coding in assembler I would follow! If IBM had made PL/X generally available would you have used that, or still used assembler? PL/X? Possibly. It would have required a firm support commitment from IBM. My fervent hope is that HLASM will eventually support these constructs (and my extensions to the language syntax provided by FLOWASM) natively, without requiring the use of macros or exits. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
10007 bpxoinit
When I do a NETSTAT ... I see the following User Id Conn Local Socket Foreign Socket State --- -- - BPXOINIT 0014 0.0.0.0..10007 0.0.0.0..0 Listen So.. I start looking around to see what port 10007 is being used for .. and I am not coming up with anything. I find references to it in plenty of documents.. but only as the results of a netstat and not what the heck it is. Thanks, Rob Schramm Senior Systems Consultant Imperium Group -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: A z/OS Redbook Corrected - just about!
In 4f96b993.2020...@phoenixsoftware.com, on 04/24/2012 at 07:32 AM, Jim Phoenix jimphoe...@phoenixsoftware.com said: Shmuel Metz (Seymour J.) wrote: IBM maintains a list of official acronyms and Unix system Services is not in that list. OpenEdition MVS See UNIX System Services. http://www-01.ibm.com/software/globalization/terminology/u.html#x2182787 There's no USS listed there: UNIX System Services An element of z/OS that creates a UNIX environment that conforms to XPG4 UNIX 1995 specifications and that provides two open-system interfaces on the z/OS operating system: an application programming interface (API) and an interactive shell interface. Wouldn't it make more sense to look under USS, where I see only: USS See unformatted system service. -- 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: INFO IBM-MAIN
Re: A z/OS Redbook Corrected - just about!
In 481781196635.wa.elardus.engelbrechtsita.co...@bama.ua.edu, on 04/24/2012 at 12:06 PM, Elardus Engelbrecht elardus.engelbre...@sita.co.za said: Aw cr*p, hehehe ( :-D ) , there are at least two ( 2 ) definitions of USS shown there. FSVO two twice as large as the standard value. -- 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: INFO IBM-MAIN
Re: A z/OS Redbook Corrected - just about!
In 4f97116c.2060...@bremultibank.com.pl, on 04/24/2012 at 10:47 PM, R.S. r.skoru...@bremultibank.com.pl said: They don't care. Don't be a hypocrite. You obviously care enough to jump in when anyone posts a correction. -- 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: INFO IBM-MAIN
WTOR macro conflicting/confusing info?
In the WTOR documentation (SA22-7607-17 and earlier versions[z/OS V1R13.0 MVS Assembler Services Reference IAR-XCT]), there is this in the LIST form description: The message parameter must be provided in the list form. Later, in the EXECUTE form description there is this: The message cannot be modified on the execute form of the macro if you code inline text (msg...) on the list form. What is the point of having a TEXT=(textaddress) if you can't use it on the MF=E form? Or am I missing something too obvious? Thank you. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WTOR macro conflicting/confusing info?
On 4/25/2012 4:26 PM, Paul Schuster wrote: In the WTOR documentation (SA22-7607-17 and earlier versions[z/OS V1R13.0 MVS Assembler Services Reference IAR-XCT]), there is this in the LIST form description: The message parameter must be provided in the list form. Later, in the EXECUTE form description there is this: The message cannot be modified on the execute form of the macro if you code inline text (‘msg’...) on the list form. What is the point of having a TEXT=(textaddress) if you can't use it on the MF=E form? Or am I missing something too obvious? I believe they are referring to the first positional parameter of the WTO macro as the so-called 'inline' text message. TEXT=(textaddress) is not the same as the inline message. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WTOR macro conflicting/confusing info?
On 25 April 2012 19:30, Edward Jaffe edja...@phoenixsoftware.com wrote: On 4/25/2012 4:26 PM, Paul Schuster wrote: In the WTOR documentation (SA22-7607-17 and earlier versions[z/OS V1R13.0 MVS Assembler Services Reference IAR-XCT]), there is this in the LIST form description: The message parameter must be provided in the list form. Later, in the EXECUTE form description there is this: The message cannot be modified on the execute form of the macro if you code inline text (‘msg’...) on the list form. What is the point of having a TEXT=(textaddress) if you can't use it on the MF=E form? Or am I missing something too obvious? I believe they are referring to the first positional parameter of the WTO macro as the so-called 'inline' text message. TEXT=(textaddress) is not the same as the inline message. That's it. The expansion when you have inline text would be just too painful for an MF=E form to modify, because the various flags are split, with some being before and some after the text. This is also true of the TEXT= form, but in that case there is always a fixed length (8) piece (flags + 4-byte text pointer) before the rest of the flags and values and pointers, so an MF=E can update it fairly easily. That said, I've found that for anything beyond very minor dynamic changes like changing the text pointer, it is much more flexible to use the WPL and WPX mapping macros, and do the work myself. For instance if you want to add or remove a routing or descriptor code, or change your WTO to a command response with a CART, trying to do it with just MF=L and MF=E will probably lead to grief. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: The care and feeding of dongles (was: Progress Toward z/OS Personal Use License)
http://www.meninos.us/products.php?product=FLASH.DRIVE Interesting anti-theft design for a USB memory stick. On Wed, Apr 25, 2012 at 3:02 PM, zMan zedgarhoo...@gmail.com wrote: You could even have the dongle inside a secure cabinet that way...drill a hole at the edge of the door for the cable, and lock that sucker in there...! -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ZOS 1.13 SMPTABL Mystery
In 4f96b36c.3000...@acm.org, on 04/24/2012 at 09:06 AM, Joel C. Ewing jcew...@acm.org said: SMP/E dialogs do not work that way. Users do not share the same variables directly, they share the same list of named maintenance projects Is that a new function? I don't recall ever seeing named projects in the dialogs. Yes, you can deduce most of the state information from the CSI, possibly with help from the SMP/E log datasets; but it takes much more work and adds unnecessary opportunity for human error. Isn't it the other way around? The state information in the ISPF variables may be stale if you RECEIVE updated HOLDDATA, while the state information in the CSI is current. -- 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: INFO IBM-MAIN
Re: Explination of S0C4 reason code 4 and related data areas
In CAArMM9Rgbww-g1LRnqXkKL44H=s9e9vsg-0b+a+o-os0rkj...@mail.gmail.com, on 04/24/2012 at 02:57 PM, Tony Harminc t...@harminc.net said: However exceptions that occur because of low storage or page protection are certainly protection exceptions, Indeed, as are access-list violations. -- 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: INFO IBM-MAIN
Re: EXTRACT,QEDIT macro
In caarmm9tpp6lmqp-gyutyyvt7pyiqkfgws3ycuglm7zdmy9q...@mail.gmail.com, on 04/23/2012 at 06:25 PM, Tony Harminc t...@harminc.net said: I believe you asked and received answers to the same question on Feb 10 of this year. To repeat, there is only one CIB and communications ECB per address space, There's one CSCB amd one comm ECB per job, but there may be multiple CIB's queued to the CSCB. For a batch job the Initiator has its own CSCB, making two for the address space. -- 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: INFO IBM-MAIN
Re: Explination of S0C4 reason code 4 and related data areas
In 2aadp75utk3rndje61uiscu5ocln0lt...@4ax.com, on 04/24/2012 at 04:23 PM, Binyamin Dissen bdis...@dissensoftware.com said: If the invalid page can be paged-in, in what way is it invalid? The page-invalid bit is one, per PoOps. -- 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: INFO IBM-MAIN
Re: Explination of S0C4 reason code 4 and related data areas
In 77142d37c0c3c34da0d7b1da7d7ca3495...@nwt-s-mbx1.rocketsoftware.com, on 04/24/2012 at 03:02 PM, Bill Fairchild bfairch...@rocketsoftware.com said: There is another very common way for a massive number of S0C4s to be generated and instantly resolved, which I have often seen in System traces, and that is when one GETMAINs a large area of new storage and then zeroes it all out with a MVCL instruction. Those aren't S0C4's at all, just program interrupts with IC '11'x or '91'x.. -- 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: INFO IBM-MAIN
Re: EXTRACT,QEDIT macro
In 006301cd2198$556b3f90$0041beb0$@net, on 04/23/2012 at 05:30 PM, Micheal Butz michealb...@optonline.net said: I have started task looking to process a Flush Or Modify command There is no FLUSH command. What you should see are START MODIFY STOP Note that some tasks, e.g., VTAM, will also see HALT, but AFAIK there's no way to DIRECT halt to an arbitrary address space. the pointer to the CIB is just for the current task No, it's for the entire job-step. I attach 4 subtasks are the com/cib address obtaining by the originating tasks valid for the subtask that I have now attached Yes, but you're responsible for synchronizing access. -- 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: INFO IBM-MAIN
Re: GO TO cobol
In 4f972a24.4020...@phoenixsoftware.com, on 04/24/2012 at 03:33 PM, Edward Jaffe edja...@phoenixsoftware.com said: It finds that GOTO is most often used when the programmer is attempting to write more efficient code yet tends to have exactly the opposite effect. Attempts at micro-optimization often have the opposite effect to that which is intended. I'd be interested in a study of efficiency issues when GOTO is used only to implement control structures not natively available. -- 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: INFO IBM-MAIN
Re: Strip column 1 from reports
In 1267481572025205.wa.elardus.engelbrechtsita.co...@bama.ua.edu, on 04/25/2012 at 06:24 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za said: Many of my users are receiving these reports via e-mail. There are a number of SPOOL to e-mail packages available that can transform data in various ways, including generating PDF attachments from SYSOUT files. -- 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: INFO IBM-MAIN
Re: Explination of S0C4 reason code 4 and related data areas
In oiddp7t76842onvoct9tjcfvj2qkhh0...@4ax.com, on 04/24/2012 at 05:21 PM, Binyamin Dissen bdis...@dissensoftware.com said: But I would suggest that most references to invalid pages do not cause an 0C4. Nor did I suggest that most would. -- 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: INFO IBM-MAIN
Re: ICSF/CSNBOWH (was: load mmodules copying to other site)
In 4914821700290639.wa.walt.farrellgmail@bama.ua.edu, on 04/24/2012 at 11:33 AM, Walt Farrell walt.farr...@gmail.com said: As often happens when people include links in sentences, his sentence-ending punctuation (. ) was taken as part of the link. Which is why enclusing a URL in is best practice. -- 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: INFO IBM-MAIN
Re: GO TO cobol
On Wed, 25 Apr 2012 22:58:17 +0200, Fritz Wuehler fr...@spamexpire-201204.rodent.frell.theremailer.net wrote: HeyBub hey...@nospamgmail.com wrote: Nomen Nescio wrote: If you've already done it, get someone to show you the miracle of cut-and-paste. I'd like to see the code. Sign the NDA! You should be thanking us for telling you how to save money but you just want to argue 5 billion instructions in one batch job are insignificant. So what's the point? Believe what you want. Better yet, try it yourself and learn. If you got the stuff, that is! So, I took your challenge and coded it up. Here's my code: MOVE 520 TO MAX. * 5 billion Can you show the PICTURE for MAX? CALL 'TIMEIT-BEGIN'. Don't have this routine obviously. I'll see what else I can use. Probably safest to write two separate programs but with this tiny example it's not going to be very useful. For best results take a big program and straight line it as the other poster suggested. We have seen the difference. Anybody who tries it will also. PERFORM MAX TIMES MOVE MAX TO DUMMY END-PERFORM. This is an inline PERFORM. It should compile like two GO TOs. We have been talking about old-style (non-inline) PERFORMs. If you have optimization on the compiler should move the MOVE outside the PERFORM and eliminate the loop entirely resulting in a nice piece of code one instruction long that doesn't loop. Of course this doesn't represent what we have been discussing which is hundreds of PERFORMS performing large blocks of code. The test case you wrote probably isn't worth anything. You have to test it with a real production program and you will find the same results me and the other poster reported. To change your inline PERFORM to the ones we have been fixing use the format PERFORM TIME-LOOP THRU TIME-LOOP-EXIT MAX TIMES. PERFORM TIME-LOOP THRU TIME-LOOP-EXIT may not optimize because of ambiguity of path to reach TIME-LOOP-EXIT. If Tom Ross reads this on IBM-MAIN he can clarify. If you code PERFORM TIME-LOOP and TIME-LOOP can NOT be reached by GO TO or fall through, The IBM z series compiler will either move the code in line or general fewer instructions for the PERFORM because it doesn't have to handle the fall through condition. This is based on coding programs for VS COBOL II V1R4 and COBOL for MVS and VM in the late 1990s and reading the generated code. If all the programs you deal with have PERFORM ... THRU or GO TO statements you may never see the new PERFORM optimizations. The COBOL VS PERFORM ... VARYING ... UNTIL was a pig. The VS COBOL II V1R4 and later compilers could generate some slick code. Techniques I used to take an hour off a compute bound program compiled with the COBOL VS compiler and which were detailed in an article by me in a 1991 or 1992 issue of Technical Support published by NaSPA would have to be revisited when moving to VS COBOL II V1R4 and later to reduce the CPU time further. Clark Morris .. TIME-LOOP. MOVE MAX TO DUMMY. TIME-LOOP-EXIT. EXIT. CALL 'TIMEIT-DURATION' USING DURATION. DISPLAY DURATION. MOVE 0 TO WSCOUNT. CALL 'TIMEIT-BEGIN'. LOOP. ADD 1 TO WSCOUNT MOVE MAX TO DUMMY IF WSCOUNT MAX GO TO LOOP-EXIT ELSE GO TO LOOP. LOOP-EXIT. This is pretty poor looping code. Unoptimized it probably generates twice as many tests as even an inline PERFORM. The first test is going to execute 5 billion times for nothing since it will never be true until the end. A simple way to do this would be MOVE ZERO TO WSCOUNT. LOOP. ADD 1 TO WSCOUNT. MOVE MAX TO DUMMY IF WSCOUNT MAX GO TO LOOP. I'll check if Enterprise COBOL is smart enough to unroll this loop with optimization. CALL 'TIMEIT-DURATION' USING DURATION. DISPLAY DURATION. The results were: PERFORM = 2.36seconds GO TO LOOP = 37.78 seconds Not sure why there should be so much difference. Your compiler may have (should have) optimized your inline PERFORM out of existence. Inline PERFORM is fine, it's the out of line PERFORMs we have been discussing (see previous posts). If you have optimization turned on also make sure it hasn't reordered the calls to TIMEIT-BEGIN or done anything else that could affect the timing between the two sections. As stated above this example isn't useful because it just shows the difference without paging effects. Actually it doesn't even show that at this point until we correct the things I mentioned. These trivial examples don't give an accurate performance measurement since you're running on a PC with nothing else going on and we have been talking about a busy mainframe shop with batch work. In a small example everything is on one page. Out of line PERFORM can affect the paging rate when spread out over a big program. The results are significant on busy systems. Another poster's confusion about nested PERFORMs also shows possible problems with PERFORM. For all their
Re: FTP - Problems with non-text variable length files
Looks like TYPE EBCDIC MODE BLOCK did the trick! Thanks! Karl Severson Raytheon Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: EXTRACT,QEDIT macro
On 25 April 2012 19:13, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: on 04/23/2012 at 06:25 PM, Tony Harminc t...@harminc.net said: I believe you asked and received answers to the same question on Feb 10 of this year. To repeat, there is only one CIB and communications ECB per address space, There's one CSCB amd one comm ECB per job, but there may be multiple CIB's queued to the CSCB. For a batch job the Initiator has its own CSCB, making two for the address space. You are right, of course; I wrote CIB where I meant CSCB. The most important part of the point is that there is but one comm ECB, and like any other, it can have only one WAIT outstanding at a time. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: The care and feeding of dongles (was: Progress Toward z/OS Personal Use License)
Hmmm - might get some of us slapped too ... lol Personally I thought this sounded interesting. http://news.bbc.co.uk/2/hi/programmes/click_online/9712128.stm As for dongles, they were a lame solution when they were introduced in some other millennium. Hell, I've even had USBs vaccuumed up by cleaners - you might never know what happened to it if it went walkabout. Get a vendor to believe that. Shane ... On Wed, 25 Apr 2012 18:48:08 -0500, Mike Schwab wrote: Interesting anti-theft design for a USB memory stick. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
