Re: Software (compiler) PTF or maintenance level
On Mon, 31 Mar 2014 21:19:05 -0700, Jon Perryman wrote: ... z/OS updates are at the module level rather than product level. Depending on which product, as you have acknowledged in another forum. From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net on 03/31/2014� at 06:03 AM, John McKown john.archie.mck...@gmail.com said: But that doesn't show the PTF level. There is no such thing; there's only the list of all service�installed. Depending on which product. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level (plus IBM Installation manager)
On Tue, 1 Apr 2014 18:35:07 -0400, Shmuel Metz (Seymour J.) wrote: FSVO there (perhaps John trimmed it). HLASM manages to display PTF level on the first page of every SYSPRINT. It manages to display something, but unless the dependency graph is linear you can't tell what other service is on. I've pretty much transplanted this thread to ASSEMBLER-LIST (registration required; or try Google Groups): http://listserv.uga.edu/cgi-bin/wa?A0=asm370D=1 with interesting contributions from Jonathan Scott and Sharuff Morsa3 I had previously been unaware of (from Sharuff Morsa3): It is interesting to note that the IBM Installation manager is fast catching up on installing, tracking products and service levels - and is being used by WAS on z - see: http://www.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP102014 http://www.youtube.com/watch?v=Pi7F0QTT7oo Session 10633 given by Mike Loos at SHARE back in 2012 (available at SHARE web site) (I wish it success. Didn't CA do something like that?) My thanks to IBM employees (and customers) for their valuable contributions to these lists. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
On 01.04.2014 06:19, Jon Perryman wrote: Shmuel is correct. Having a PTF level can be misleading. You are only seeing PTF numbers that IBM has chosen to display. If the C compiler consists of a 100 modules, then there are 100 PTF levels which may or may not be important to you. UNIX has this concept because the product is replaced as a whole. z/OS updates are at the module level rather than product level. You may find the release somewhat useful but rarely will you find that listing 4 PTF's as a levelset being of much use. In addition, you have the various includes and related products play a larger role than the compiler level. What problem have you encountered that has you making the decision to include compiler level? If necessary, we would like to compile again with the same status (PTF level or service level) as it was originally compiled . Jon Perryman. From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net on 03/31/2014 at 06:03 AM, John McKown john.archie.mck...@gmail.com said: But that doesn't show the PTF level. There is no such thing; there's only the list of all service installed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
z/OS maintenance is a smorgasbord. Those 4 PTF's listed by C imply that all PREREQ's/COREQ's are installed and is what IBM considers a base level for C. I suspect this was done to appease UNIX guru's who want to know a level. For most products, IBM gives you a dotted release level. Additional PTF's can be installed but are not reflected in any level. Customers want to correct the problem they have and get unhappy when a PTF requires changes to a large portion of the product. They want to test the affected area and not test the entire product. Large PTF's and PTF's with large PTF pre/coreq chains violate this. As for the PTF number in the ASM header, that's useless because ASMA90 is 64K (definitely not one module). Rarely will radical changes such as changing optimization algorithms be implemented thru a PTF, In general these types of changes occur at FMID level (Although there are exceptions). Jon Perryman. From: Paul Gilmartin paulgboul...@aim.com If, as HLASM appears to do, there is a unique CSECT that is updated by each PTF, then each PTF PREreqs its immediate predecessor, etc., inductively. The graph of service is unbranched; you don't have the Chinese menu smorgasbord of service, and the PTF level is definitive. (But customers may be constrained to fix bugs not directly impacting them. Sure makes problem analysis easier for Tech Support.) What problem have you encountered that has you making the decision to include compiler level? If code generation changes at some level, even if the service is not corrective, it may be optimizing, so desirable. I can envision a customer's desiring to audit for this. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
IMHO fundamental question: What do you need by specyfying PTF or maintenance level? Just to know what PTF ar applied? Then go to SMP/E and prepare detailed report. Preferably with all nnREQ's. Just to know what is the level? You don't need such information! To know whether compiler correctly support XYZ feature, which was fixed by PTF NN12345 ? Then ask about this PTF (or APAR). -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2014 r. kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.696.052 zote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
C and C++ compilers are very large. Unless you get some sort of statement from IBM about when these 4 PTF numbers will change, you won't know what they imply. Maybe they reflect a PUT level or maybe they represent something entirely different. In addition, LE comes into play too. It's possible that the PTF level may be different by a couple hundred PTF's. Maybe the supplied levels are adequate for your situation. If not, then you will need to make copies of the libraries you consider to be a requirement for your levelset. Jon Perryman. From: Miklos Szigetvari miklos.szigetv...@isis-papyrus.com What problem have you encountered that has you making the decision to include compiler level? If necessary, we would like to compile again with the same status (PTF level or service level) as it was originally compiled . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
Hi We would like to compile our product again with the same compiler environment we delivered some years ago. Seems with C/C++ not so easy. On 01.04.2014 09:19, R.S. wrote: IMHO fundamental question: What do you need by specyfying PTF or maintenance level? Just to know what PTF ar applied? Then go to SMP/E and prepare detailed report. Preferably with all nnREQ's. Just to know what is the level? You don't need such information! To know whether compiler correctly support XYZ feature, which was fixed by PTF NN12345 ? Then ask about this PTF (or APAR). -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
On Mon, 31 Mar 2014 23:14:09 -0600, Paul Gilmartin wrote: If, as HLASM appears to do, there is a unique CSECT that is updated by each PTF, then each PTF PREreqs its immediate predecessor, etc., inductively. The graph of service is unbranched; you don't have the Chinese menu smorgasbord of service, and the PTF level is definitive. (But customers may be constrained to fix bugs not directly impacting them. Sure makes problem analysis easier for Tech Support.) It also means that a PE on one PTF prevents all subsequent PTFs from being applied until the PE is resolved. Maybe that's ok for HLASM. Maybe it would be ok for C/C++. Certainly it would not be ok for z/OS. PTF level is a simplistic way of looking at what maintenance is applied. IMO, it is so simplistic as to be worthless. That doesn't stop vendors from asking what the PTF Level is of their product. A module has a PTF level. In most cases, a product does not. It seems HLASM is an exception. Perhaps there are others, but I don't know of any. Even PUT Level or RSU Level is, IMO, too imprecise to be useful, because it depends upon the level of the HOLDDATA when the maintenance is applied. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
Jon Perryman wrote: begin extract Rarely will radical changes such as changing optimization algorithms be implemented thru a PTF, In general these types of changes occur at FMID level (Although there are exceptions). /end extract I think I understand and agree with the thrust of what he is saying, but 'optimization algorithms' that are implemented incorrectly must be and are corrected in PTFs. Moreover, such PTFs are, at least in my experience, common. Wholly new optimization schemes are certainly not likely to be implemented in PTFs. Changing focus now, my recent experience suggests that for statement-level languages values of ARCH(level) can be the locus of serious problems: bad code may be generated for some but not all of them; and for this reason they too should be captured, as I do for my own code using the binder IDENTIFY statements, which generate IDRs. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
IMHO for the future you should have whole z/OS image archived. Maybe as virtual machine guest or just inactive LPAR. You will never know for sure what component affected some compiler (or binder, or anything else?) function. My €0,02 -- Radoslaw Skorupka Lodz, Poland W dniu 2014-04-01 14:40, Miklos Szigetvari pisze: Hi We would like to compile our product again with the same compiler environment we delivered some years ago. Seems with C/C++ not so easy. On 01.04.2014 09:19, R.S. wrote: IMHO fundamental question: What do you need by specyfying PTF or maintenance level? Just to know what PTF ar applied? Then go to SMP/E and prepare detailed report. Preferably with all nnREQ's. Just to know what is the level? You don't need such information! To know whether compiler correctly support XYZ feature, which was fixed by PTF NN12345 ? Then ask about this PTF (or APAR). -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2014 r. kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.696.052 zote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
In 4619582636376857.wa.paulgboulderaim@listserv.ua.edu, on 03/31/2014 at 04:39 PM, Paul Gilmartin paulgboul...@aim.com said: FSVO there (perhaps John trimmed it). HLASM manages to display PTF level on the first page of every SYSPRINT. It manages to display something, but unless the dependency graph is linear you can't tell what other service is on. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
On Mon, 31 Mar 2014 09:31:57 +0200, Miklos Szigetvari wrote: Hi We would like to document the actual maintenance or PTF level or software level of the compiler, we are using to compile our product. How can I find this ? (It is the C/C++ compiler) //S1 EXEC PGM=GIMSMP //SMPCSIDD DISP=SHR,DSN=?HLQ?.GLOBAL.CSI //SMPOUTDD SYSOUT=* //SMPRPTDD SYSOUT=* //SMPLIST DD SYSOUT=* //SMPCNTL DD * SET BOUNDARY(tzone ). LIST PTFS FORFMID(HLB77?0) SYSMOD. /* Norbert Friemel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
I think a useful stretch objective would be to get the information into the load module in some vaguely architected header. Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Norbert Friemel nf.ibmm...@web.de To: IBM-MAIN@listserv.ua.edu Date: 31/03/2014 11:16 Subject:Re: Software (compiler) PTF or maintenance level Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu On Mon, 31 Mar 2014 09:31:57 +0200, Miklos Szigetvari wrote: Hi We would like to document the actual maintenance or PTF level or software level of the compiler, we are using to compile our product. How can I find this ? (It is the C/C++ compiler) //S1 EXEC PGM=GIMSMP //SMPCSIDD DISP=SHR,DSN=?HLQ?.GLOBAL.CSI //SMPOUTDD SYSOUT=* //SMPRPTDD SYSOUT=* //SMPLIST DD SYSOUT=* //SMPCNTL DD * SET BOUNDARY(tzone ). LIST PTFS FORFMID(HLB77?0) SYSMOD. /* Norbert Friemel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
Closest I can find is this: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/cbclr1b0/19.2 But that doesn't show the PTF level. Perhaps _someone_ (hint, hint) should put in a request that the C compiler include the PTF level in the compile listing? HLASM does. On Mon, Mar 31, 2014 at 2:31 AM, Miklos Szigetvari miklos.szigetv...@isis-papyrus.com wrote: Hi We would like to document the actual maintenance or PTF level or software level of the compiler, we are using to compile our product. How can I find this ? (It is the C/C++ compiler) -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
Check out the PHASEID compiler option. On 31/03/2014 3:31 PM, Miklos Szigetvari wrote: Hi We would like to document the actual maintenance or PTF level or software level of the compiler, we are using to compile our product. How can I find this ? (It is the C/C++ compiler) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
David, Thanks! I added that compile parm to my make file and got messages like: CCN(I) Product(5694-A01) Phase(CCNEOPTP) Level(UI15229.z1r13) CCN(I) Product(5694-A01) Phase(CCNDRVR ) Level(UI15229.z1r13) CCN(I) Product(5694-A01) Phase(CCNEP ) Level(UI15229.z1r13) CCN(I) Product(5694-A01) Phase(CCNETBY ) Level(UI15229.z1r13) On Mon, Mar 31, 2014 at 6:33 AM, David Crayford dcrayf...@gmail.com wrote: Check out the PHASEID compiler option. On 31/03/2014 3:31 PM, Miklos Szigetvari wrote: Hi We would like to document the actual maintenance or PTF level or software level of the compiler, we are using to compile our product. How can I find this ? (It is the C/C++ compiler) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
Thank you for all, we know already the PHASEID, currently all the phase-id's are the same and it is equal with the highest PTF level. What if they would be different ? On 31.03.2014 14:15, John McKown wrote: David, Thanks! I added that compile parm to my make file and got messages like: CCN(I) Product(5694-A01) Phase(CCNEOPTP) Level(UI15229.z1r13) CCN(I) Product(5694-A01) Phase(CCNDRVR ) Level(UI15229.z1r13) CCN(I) Product(5694-A01) Phase(CCNEP ) Level(UI15229.z1r13) CCN(I) Product(5694-A01) Phase(CCNETBY ) Level(UI15229.z1r13) On Mon, Mar 31, 2014 at 6:33 AM, David Crayford dcrayf...@gmail.com wrote: Check out the PHASEID compiler option. On 31/03/2014 3:31 PM, Miklos Szigetvari wrote: Hi We would like to document the actual maintenance or PTF level or software level of the compiler, we are using to compile our product. How can I find this ? (It is the C/C++ compiler) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Kind regards, / Mit freundlichen Grüßen Miklos Szigetvari Research Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43(2236) 27551 333, F: +43(2236)21081 E-mail: miklos.szigetv...@isis-papyrus.com Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new extended Website at www.isis-papyrus.com --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS Papyrus accepts no responsibility for malicious or inappropriate content. --- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
In CAAJSdjjtLjqHFZK=H0EKf8kdO=4wzjegwvu-o6hjwnddnho...@mail.gmail.com, on 03/31/2014 at 06:03 AM, John McKown john.archie.mck...@gmail.com said: But that doesn't show the PTF level. There is no such thing; there's only the list of all service installed. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
On Mon, 31 Mar 2014 09:26:46 -0400, Shmuel Metz (Seymour J.) wrote: But that doesn't show the PTF level. There is no such thing; there's only the list of all service installed. FSVO there (perhaps John trimmed it). HLASM manages to display PTF level on the first page of every SYSPRINT. (But is it available as a predefined SETC symbol?) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
Shmuel is correct. Having a PTF level can be misleading. You are only seeing PTF numbers that IBM has chosen to display. If the C compiler consists of a 100 modules, then there are 100 PTF levels which may or may not be important to you. UNIX has this concept because the product is replaced as a whole. z/OS updates are at the module level rather than product level. You may find the release somewhat useful but rarely will you find that listing 4 PTF's as a levelset being of much use. In addition, you have the various includes and related products play a larger role than the compiler level. What problem have you encountered that has you making the decision to include compiler level? Jon Perryman. From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net on 03/31/2014 at 06:03 AM, John McKown john.archie.mck...@gmail.com said: But that doesn't show the PTF level. There is no such thing; there's only the list of all service installed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Software (compiler) PTF or maintenance level
On 2014-03-31, at 22:19, Jon Perryman wrote: Shmuel is correct. Having a PTF level can be misleading. You are only seeing PTF numbers that IBM has chosen to display. If the C compiler consists of a 100 modules, then there are 100 PTF levels which may or may not be important to you. (But think of module as more like CSECT than load module. UNIX has this concept because the product is replaced as a whole. z/OS updates are at the module level rather than product level. You may find the release somewhat useful but rarely will you find that listing 4 PTF's as a levelset being of much use. In addition, you have the various includes and related products play a larger role than the compiler level. If, as HLASM appears to do, there is a unique CSECT that is updated by each PTF, then each PTF PREreqs its immediate predecessor, etc., inductively. The graph of service is unbranched; you don't have the Chinese menu smorgasbord of service, and the PTF level is definitive. (But customers may be constrained to fix bugs not directly impacting them. Sure makes problem analysis easier for Tech Support.) What problem have you encountered that has you making the decision to include compiler level? If code generation changes at some level, even if the service is not corrective, it may be optimizing, so desirable. I can envision a customer's desiring to audit for this. (Swedish chow mein?) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
