Re: z/OS 2.1 DVD Collection - Software Products
On Mon, 16 Dec 2013 08:35:26 -0600, Kevin Minerley wrote: Until KC is fully in place, we will try to provide quarterly updates of the elements and features xks shelves when they change and we do try to ensure the are ALS indexed so that the search is nearly that of a BOO (it uses a BKI under the covers against the PDFs). This includes task shelves such as messages and codes. We have made all shelves downloadable from the external IBM Publications Center. Softcopy Librarian still works with them. I took the opportunity to have a longer look at the z/OS KC today. Allowing for the fact it is a (early) beta, I found the personal collection and incessant re-downloading of manuals I revisited less than intuitive (it's likely I happened upon a poor candidate manual or two - happens). The search is useless at present, but I'm prepared to accept that is a time/resourcing limitation issue. Certainly has prospects - hopefully the Christmas/New year period will be quiet enough for me to spend some more time becoming acquainted. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Geek Is Now A Praiseword, Not An Insult Apparently - Forbes
My personal definition of legacy is any new code or system that finally goes into production. By way of using the word bequeathed, if would be something from the build team, bequeathed to the run team to operate and now maintain. Thanks, Mark Regan From: Elardus Engelbrecht elardus.engelbre...@sita.co.za To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, December 17, 2013 12:54 AM Subject: Re: Geek Is Now A Praiseword, Not An Insult Apparently - Forbes Roger W. Suhr wrote: Definitions of 'legacy' [leg-uh-see] (noun) 1. anything bequeathed Interesting definition. Thanks. But according to non z/Os geeks 'legacy' is: obsolete, outdated, antique, etc. or something like that ... That legacy green screen thing must be replaced by our ultramodern, ultrafast, userfriendly, errorfree GUI gizmo. Try it for 30 days free and you can convert all your data instantly to our gizmo for free. ;-D 8-D ;-D 8-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Geek Is Now A Praiseword, Not An Insult Apparently - Forbes
On Tue, Dec 17, 2013 at 5:52 AM, Mark Regan netsfw-ibmm...@yahoo.comwrote: My personal definition of legacy is any new code or system that finally goes into production. By way of using the word bequeathed, if would be something from the build team, bequeathed to the run team to operate and now maintain. At bit OT, but I liked a saying I saw on Slashdot: The code is not debugged until the last user has died. Thanks, Mark Regan -- This is clearly another case of too many mad scientists, and not enough hunchbacks. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.1 DVD Collection - Software Products
More improvements that don't improve... The new tools are neither as fast, reliable, or available as their predecessors! Are you listening IBM? snip I took the opportunity to have a longer look at the z/OS KC today. Allowing for the fact it is a (early) beta, I found the personal collection and incessant re-downloading of manuals I revisited less than intuitive (it's likely I happened upon a poor candidate manual or two - happens). The search is useless at present, but I'm prepared to accept that is a time/resourcing limitation issue. Certainly has prospects - hopefully the Christmas/New year period will be quiet enough for me to spend some more time becoming acquainted. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Geek Is Now A Praiseword, Not An Insult Apparently - Forbes
Is that like production testing, if it works it's production if if fails it's a test Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On Dec 17, 2013, at 7:49 AM, John McKown john.archie.mck...@gmail.com wrote: On Tue, Dec 17, 2013 at 5:52 AM, Mark Regan netsfw-ibmm...@yahoo.comwrote: My personal definition of legacy is any new code or system that finally goes into production. By way of using the word bequeathed, if would be something from the build team, bequeathed to the run team to operate and now maintain. At bit OT, but I liked a saying I saw on Slashdot: The code is not debugged until the last user has died. Thanks, Mark Regan -- This is clearly another case of too many mad scientists, and not enough hunchbacks. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Deinstall software, for example BDT
Hi How would you deinstall (if it is the proper expression) software, for example BDT (Bulk Data Transfer) ? -- 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: Geek Is Now A Praiseword, Not An Insult Apparently - Forbes
At bit OT, but I liked a saying I saw on Slashdot: The code is not debugged until the last user has died. John: Well that half true. Maybe a better way of saying it is to say when all users have died the code is fully debugged. d -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deinstall software, for example BDT
To remove the SMP/E elements : (o) Compose a dummy FMID that has a DELETE statement for the FMID(s) of the products that you wish to remove - for example : ++FUNCTION(DELDUM1) . ++VER(Z038) DELETE(fmid) . (o) APPLY and ACCEPT the dummy FMID Obviously remember to use CHECK for APPLY and ACCEPT first Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Miklos Szigetvari Sent: 17 December 2013 14:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Deinstall software, for example BDT Hi How would you deinstall (if it is the proper expression) software, for example BDT (Bulk Data Transfer) ? -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deinstall software, for example BDT
In the past I've written a function sysmod that deletes the FMID(s) I want to delete (DELETE operand on ++VER). I have not had to do this for a long, so there may be a newer/better way. Bill Skeldum Systems Programmer 303-231-2561 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Miklos Szigetvari Sent: Tuesday, December 17, 2013 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Deinstall software, for example BDT Hi How would you deinstall (if it is the proper expression) software, for example BDT (Bulk Data Transfer) ? -- 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 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deinstall software, for example BDT
If you want to completely remove all traces, then use this. change yourfmid to the FMID(s) you want to remove: //SMPPTFIN DD * ++ FUNCTION(DELFUNC) REWORK(2013150). ++ VER(Z038) DELETE(YOURFMID) . /* //SMPCNTL DD * SET BDY(GLOBAL). RECEIVE S(DELFUNC). SET BDY(MVSTZN). APPLY REDO CHECK S(DELFUNC). APPLY REDO S(DELFUNC). SET BDY(MVSDZN). ACCEPT CHECK S(DELFUNC). ACCEPT S(DELFUNC). SET BDY(MVSTZN). UCLIN. DEL SYSMOD(DELFUNC). DEL SYSMOD(YOURFMID). ENDUCL. SET BDY(MVSDZN). UCLIN. DEL SYSMOD(DELFUNC). DEL SYSMOD(YOURFMID). ENDUCL. SET BDY(GLOBAL) . REJECT HOLDDATA NOFMID PRODUCT DELETEFMID (DELFUNC YOURFMID) . /* // -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skeldum, William Sent: Tuesday, December 17, 2013 9:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Deinstall software, for example BDT In the past I've written a function sysmod that deletes the FMID(s) I want to delete (DELETE operand on ++VER). I have not had to do this for a long, so there may be a newer/better way. Bill Skeldum Systems Programmer 303-231-2561 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Miklos Szigetvari Sent: Tuesday, December 17, 2013 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Deinstall software, for example BDT Hi How would you deinstall (if it is the proper expression) software, for example BDT (Bulk Data Transfer) ? -- 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 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.1 DVD Collection - Software Products
On Tue, 17 Dec 2013 14:13:12 +, Staller, Allan allan.stal...@kbmg.com wrote: Are you listening IBM? Unless someone can make a compelling business case that IBM improving the documentation will increase IBM's revenue (EPS) in some major way, then it's going to continue to get it's funding cut as it has in the past. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Space Switch Entry Tables in different Job Step
Rob,Jim Thank You for your responses. I agree with both of You. I wrestling with the statement in Extended Addressability. It specifically identifies entry tables PCss *AND* not PCcp. I interpret that as entry tables describing PCcp routines are allowed in a seperate step. Sorry for being so dense, but thats how I intrepret it. Yes LX are destroted at Task Termination. And the Extended Addressability specifically states PCss, thats what is odd. It does not say All Entry Tables... Paul D'Angelo -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Space Switch Entry Tables in different Job Step
The LXRES and ETCRE services build control blocks in the PCAUTH private area. All of the definitions you specify in your ETDEF statements get translated into ETE control blocks inside PCAUTH LSQA . The LXAT is the table of linkage index allocations (see Data Areas manual) and is in PCAUTH private (sp229). Without the LX there is no way for the ETEs to be accessed to build the PC routine invocation for client callers as the first stage lookup in the LXAT will fail. This applies for both PC-cp and PC-ss. It is also worth remembering that the only difference between a PC-cp and PC-ss in the ETE is the SSWITCH=YES/NO option on ETDEF - (obviously the coding techniques for the actual PC routine will most likely be different to cater for the entry environment). I imagine that there is a RESMGR routine that is established for the calling task/ASID when LXRES is invoked so that LXAT cleanup actions can be performed when the LXRES-issuing TCB terminates and has not cleaned up properly using LXFRE etc. Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of esst...@juno.com Sent: 17 December 2013 15:09 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Space Switch Entry Tables in different Job Step Rob,Jim Thank You for your responses. I agree with both of You. I wrestling with the statement in Extended Addressability. It specifically identifies entry tables PCss *AND* not PCcp. I interpret that as entry tables describing PCcp routines are allowed in a seperate step. Sorry for being so dense, but thats how I intrepret it. Yes LX are destroted at Task Termination. And the Extended Addressability specifically states PCss, thats what is odd. It does not say All Entry Tables... Paul D'Angelo -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deinstall software, for example BDT
USE CAUTION when uninstalling software with dummy function deletes. Make certain that there are no intersections that would cause problems after the product or products are removed. For example, if a product's MCS includes one or more VERSION statements, it can replace some (potentially all) of the parts of another product during installation. Deleting such a product will remove those parts, and can leave stuff behind that no longer works. (Sorry, I have no idea whether BDT has any VERSION statements.) -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deinstall software, for example BDT
W dniu 2013-12-17 16:46, John Eells pisze: USE CAUTION when uninstalling software with dummy function deletes. Make certain that there are no intersections that would cause problems after the product or products are removed. For example, if a product's MCS includes one or more VERSION statements, it can replace some (potentially all) of the parts of another product during installation. Deleting such a product will remove those parts, and can leave stuff behind that no longer works. (Sorry, I have no idea whether BDT has any VERSION statements.) Some time ago I asked IBM (and this group also AFAIR) how to deinstall given software product. Requirements are quite simple and obvious: 1. System is still usable, SMP/E database is not corrupted or crippled in any way. 2. IBM audit is happy the product is no longer available on the system. What's funny - nobody provided clear reasonable method. IMHO dummy function is a trick, not official procedure. Similar trick could be to just delete product libraries or remove APF them from AAPF list (for thse product which require APF). So, what is IBM-approved method to delete the product? -- 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.2013 r. kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.555.904 zote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.1 DVD Collection - Software Products
On 2013-12-17, at 07:13, Staller, Allan wrote: Are you listening IBM? Sure they are: The corporate direction to Information Centers and, soon, Knowledge Centers (KC) -- especially the latter -- is supposed to help re-federate information. Is re-federate a word? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Geek Is Now A Praiseword, Not An Insult Apparently - Forbes
On 2013-12-17 00:54, Elardus Engelbrecht wrote: But according to non z/Os geeks 'legacy' is: obsolete, outdated, antique, etc. or something like that ... In Toronto, when IBM disposed of their country club, the housing development that replaced it was called Legacy. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deinstall software, for example BDT
On 12/17/2013 6:30 AM, Miklos Szigetvari wrote:
How would you deinstall (if it is the proper expression) software,
for example
BDT (Bulk Data Transfer) ?
Like all optional, priced-features of z/OS, BDT never needs to be
uninstalled. It should simply be disabled through IFAPRDxx. For
example, change:
PRODUCT OWNER('IBM CORP')
NAME(Z/OS)
ID(5694-A01)
FEATURENAME(BDTFTF)
VERSION(*) RELEASE(*) MOD(*)
STATE(ENABLED) == THIS!!
PRODUCT OWNER('IBM CORP')
NAME(Z/OS)
ID(5694-A01)
FEATURENAME(BDTFTF)
VERSION(*) RELEASE(*) MOD(*)
STATE(DISABLED) == TO THIS!!
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.1 DVD Collection - Software Products
're-federate' with the hyphen is a a very dubious word; without the hyphen and interpreteted as a verb it presumably means to reconstitute a quondam federation that is/was in dissolution. In an IBM SCD it is a feel-good noise word that does not denote anything specific and makes no specific commitments. Its use at all does suggest that the existence of a problem is being acknowledged. 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: Deinstall software, for example BDT
Ed Jaffe wrote:
On 12/17/2013 6:30 AM, Miklos Szigetvari wrote:
How would you deinstall (if it is the proper expression) software,
for example
BDT (Bulk Data Transfer) ?
Like all optional, priced-features of z/OS, BDT never needs to be
uninstalled. It should simply be disabled through IFAPRDxx. For
example, change:
PRODUCT OWNER('IBM CORP')
NAME(Z/OS)
ID(5694-A01)
FEATURENAME(BDTFTF)
VERSION(*) RELEASE(*) MOD(*)
STATE(ENABLED) == THIS!!
PRODUCT OWNER('IBM CORP')
NAME(Z/OS)
ID(5694-A01)
FEATURENAME(BDTFTF)
VERSION(*) RELEASE(*) MOD(*)
STATE(DISABLED) == TO THIS!!
Good catch, Ed. I'd forgotten BDT was part of z/OS (blush).
--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deinstall software, for example BDT
Not IBM approved, but method we did. 1. Notify users. 2. RACF datasets so no access, read by backup group. 3. Rename datasets (add .OLD). 4. Delete datasets and source of software. On Tue, Dec 17, 2013 at 9:58 AM, R.S. r.skoru...@bremultibank.com.pl wrote: W dniu 2013-12-17 16:46, John Eells pisze: USE CAUTION when uninstalling software with dummy function deletes. Make certain that there are no intersections that would cause problems after the product or products are removed. For example, if a product's MCS includes one or more VERSION statements, it can replace some (potentially all) of the parts of another product during installation. Deleting such a product will remove those parts, and can leave stuff behind that no longer works. (Sorry, I have no idea whether BDT has any VERSION statements.) Some time ago I asked IBM (and this group also AFAIR) how to deinstall given software product. Requirements are quite simple and obvious: 1. System is still usable, SMP/E database is not corrupted or crippled in any way. 2. IBM audit is happy the product is no longer available on the system. What's funny - nobody provided clear reasonable method. IMHO dummy function is a trick, not official procedure. Similar trick could be to just delete product libraries or remove APF them from AAPF list (for thse product which require APF). So, what is IBM-approved method to delete the product? -- Radoslaw Skorupka Lodz, Poland --- Tre tej wiadomo ci mo e zawiera informacje prawnie chronione Banku przeznaczone wy cznie do u ytku s u bowego adresata. Odbiorc mo e by jedynie jej adresat z wy czeniem dost pu osób trzecich. Je eli nie jeste adresatem niniejszej wiadomo ci lub pracownikiem upowa nionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dzia anie o podobnym charakterze jest prawnie zabronione i mo e by karalne. Je eli otrzyma e t wiadomo omy kowo, prosimy niezw ocznie zawiadomi nadawc wysy aj c odpowied oraz trwale usun t wiadomo w czaj c 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 S d Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru S dowego, nr rejestru przedsi biorców KRS 025237, NIP: 526-021-50-88. Wed ug stanu na dzie 01.01.2013 r. kapita zak adowy mBanku S.A. (w ca o ci wp acony) wynosi 168.555.904 z ote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.1 DVD Collection - Software Products
Just gimme the book. PDF please. Doug -- Original Message -- From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@listserv.ua.edu Sent: 12/17/2013 11:04:46 AM Subject: Re: z/OS 2.1 DVD Collection - Software Products The corporate direction to Information Centers and, soon, Knowledge Centers (KC) -- especially the latter -- is supposed to help re-federate information. Is re-federate a word? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Space Switch Entry Tables in different Job Step
I imagine that there is a RESMGR routine that is established for the calling task/ASID when LXRES is invoked so that LXAT cleanup actions can be performed when the LXRES-issuing TCB terminates and has not cleaned up properly using LXFRE etc. LXRES dates back to MVS/370 SP1.2. RESMGR did not exist until MVS/ESA SP3.1.0. LX and Entry Table cleanup is done by a static task termination resource manager which is called only when the terminating TCB is a Cross Memory Resource Owning Task (i.e., the TCB address matches the contents of ASCBXTCB). To quote myself, The CMROT (whose address is in ASCBXTCB) is always the jobstep task of the started task or job, regardless of which task actually does the LXRES and ETCON. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.1 DVD Collection - Software Products
Dana: Not sure I agree with you 100 percent. I think that a long time ago that IBM sat up and listened at SHARE was just around the time of OCO. IBM sent a strong contingent to SHARE about documentation and they seemed to listen! For a while documentation got a lot better (except for OE stuff which has never been adequate). Ed On Dec 17, 2013, at 9:01 AM, Dana Mitchell wrote: On Tue, 17 Dec 2013 14:13:12 +, Staller, Allan allan.stal...@kbmg.com wrote: Are you listening IBM? Unless someone can make a compelling business case that IBM improving the documentation will increase IBM's revenue (EPS) in some major way, then it's going to continue to get it's funding cut as it has in the past. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Geek Is Now A Praiseword, Not An Insult Apparently - Forbes
On 17 December 2013 00:54, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: But according to non z/Os geeks 'legacy' is: obsolete, outdated, antique, etc. or something like that ... That legacy green screen thing must be replaced by our ultramodern, ultrafast, userfriendly, errorfree GUI gizmo. Try it for 30 days free and you can convert all your data instantly to our gizmo for free. Two can play at that game. I use the L word with whatever it is that the opponent thinks is good. Well, we do have some legacy stuff implemented in Ruby on Rails with bits of Java and Python kludged on, but we can easily consolidate that onto a modern z/OS system and save money. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Intercept USS calls
In article 2861860432296333.wa.wernerzmindsltd@listserv.ua.edu you wrote: Thanks, Tony, the SMF option I tried, unfortunately the records for open/close of USS files are not written in all cases. Don, the service stubs are loaded at USS startup and reside always at the same offset like published in the document you pointed out. I.E. BPX1OPN - 156 Thats the way you can find it with Assembler. But it is possible to call them or even the BPX4xxx (64 bit) straight from the CSSLIB? I'm not completely sure about it. The stubs in CSSLIB just do the same thing as one would do in assembler. You can step through the calls with ASMIDF to verify. -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive sas...@sas.com (919) 531-5637Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Intercept USS calls
Thanks, Tony, the SMF option I tried, unfortunately the records for open/close of USS files are not written in all cases. Don, the service stubs are loaded at USS startup and reside always at the same offset like published in the document you pointed out. I.E. BPX1OPN - 156 Thats the way you can find it with Assembler. But it is possible to call them or even the BPX4xxx (64 bit) straight from the CSSLIB? I'm not completely sure about it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Geek Is Now A Praiseword, Not An Insult Apparently - Forbes
I've always liked The stuff that works :) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Roger W. Suhr Sent: Monday, December 16, 2013 4:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Geek Is Now A Praiseword, Not An Insult Apparently - Forbes Definitions of 'legacy' [leg-uh-see] Dictionary.com - (Showing 1 definitions) (noun) 1. anything bequeathed Find more definitions for legacy on Dictionary.com » Synonyms: Bequest Birthright Devise Endowment Aid Alimony Allocation Allotment Bequeathal Bequeathment Bestowal Devisal -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Monday, December 16, 2013 10:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Geek Is Now A Praiseword, Not An Insult Apparently - Forbes On Mon, 16 Dec 2013 08:46:43 -0800, Mark Regan wrote: http://www.forbes.com/sites/timworstall/2013/12/16/geek-is-now-a-prais eword-not-an-insult-apparently/ Could Legacy be next? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Intercept USS calls
On 17 December 2013 14:38, Don Poitras poit...@pobox.com wrote: I don't see why someone couldn't install their own table in place of the pointed to by the CVT. See http://pic.dhe.ibm.com/infocenter/zos/v2r1/index.jsp?topic=%2Fcom.ibm.zos.v2r1.bpxb100%2Fbpx2cr_Example.htm Sure - I agree that that's not hard. But, as with SVC screening, you have to eventually pass control on to the real routine (or conceivably fail the call or implement a different version yourself). If all you want to do is log the calls, well it's probably not too hard, though you might have to be aware of the caller's environment. If you want to do all this without introducing security or integrity exposures, you may have to analyze each call you want to capture. It may also be the case that some software just knows the PC numbers for certain routines, and doesn't go through the CSR table at all. Not a good practice, but I'd be surprised if it doesn't exist. And who knows what recovery and repair there may be in the UNIX kernel, or if those tables are dynamically updated as a matter of routine. This would be fun to experiment with on your own private LPAR or zPDT, and I'm not saying it can't or even shouldn't be done, but is anyone really going to install such a change into their production systems? That's why I said it falls into the not for the faint of heart category. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Intercept USS calls
In article CAArMM9RSgenhOi792=dhsbsd1ztdfrypygoodzdoawbeu2f...@mail.gmail.com you wrote: On 17 December 2013 13:36, Werner Zieleznik wer...@zmindsltd.com wrote: Does somebody know how to intercept z/OS USS calls? I managed to intercept several SVC's for audit reasons. Now I would like to to do the same for USS calls. The kernel calls are PCs. IBM has rejected (or required a business case for, which comes very close) a number of requests for something analogous to SVC Screening for PCs. These were generally not in a UNIX context, but e.g. to allow front-ending of STORAGE OBTAIN. It's conceivable that you could front-end the entire UNIX PC set, but this would fall into the not for the faint of heart category of schemes that come up here from time to time. There are a few UNIX exits that might cover some of what you want, but as for a general UNIX audit facility you may have to reply on SMF records and the like. Tony H. I don't see why someone couldn't install their own table in place of the pointed to by the CVT. See http://pic.dhe.ibm.com/infocenter/zos/v2r1/index.jsp?topic=%2Fcom.ibm.zos.v2r1.bpxb100%2Fbpx2cr_Example.htm -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive sas...@sas.com (919) 531-5637Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Intercept USS calls
Modifying the CVT to perform intercepts is definitely very easy but also extremely risky. Modifying the CVT affects the entire system. All it takes is the mishandling of a single caller, particularly one critical to an address space and all hell breaks loose. I tried it once. I modified the PC number in the SVT for a key system PC. A simple programming error caused system wide havoc. I'll never do anything that has global system affects again. Any intercept must be designed to provide isolation, at least for testing. On the other hand, PCs are managed at the address space level by Z/Architecture. So provided you have the capabilities to create the necessary PC data structures required by the hardware in real, fixed storage, you can intercept PC calls. It takes a lot of code and definitely not recommended for faint of heart. Once a PC intercept is created, its simple to pass the call to the original PC routine by simply branch entering the original code with the state set by the PC call. You already have the stacked entry . If you require both a front and back end intercept, this can easily be accomplished by creating bypass PC definitions that mimic the original Pc definition. But from experience, unless you're willing to write and debug a lot of code, I'd get what I need from SMF. Kenneth From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Harminc Sent: Tuesday, December 17, 2013 2:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Intercept USS calls On 17 December 2013 14:38, Don Poitras poit...@pobox.com wrote: I don't see why someone couldn't install their own table in place of the pointed to by the CVT. See http://pic.dhe.ibm.com/infocenter/zos/v2r1/index.jsp?topic=%2Fcom.ibm. zos.v2r1.bpxb100%2Fbpx2cr_Example.htm Sure - I agree that that's not hard. But, as with SVC screening, you have to eventually pass control on to the real routine (or conceivably fail the call or implement a different version yourself). If all you want to do is log the calls, well it's probably not too hard, though you might have to be aware of the caller's environment. If you want to do all this without introducing security or integrity exposures, you may have to analyze each call you want to capture. It may also be the case that some software just knows the PC numbers for certain routines, and doesn't go through the CSR table at all. Not a good practice, but I'd be surprised if it doesn't exist. And who knows what recovery and repair there may be in the UNIX kernel, or if those tables are dynamically updated as a matter of routine. This would be fun to experiment with on your own private LPAR or zPDT, and I'm not saying it can't or even shouldn't be done, but is anyone really going to install such a change into their production systems? That's why I said it falls into the not for the faint of heart category. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Geek Is Now A Praiseword, Not An Insult Apparently - Forbes
Elardus, Sounds like a classic sales pitch to me... Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On Dec 17, 2013, at 6:52 AM, Mark Regan netsfw-ibmm...@yahoo.com wrote: My personal definition of legacy is any new code or system that finally goes into production. By way of using the word bequeathed, if would be something from the build team, bequeathed to the run team to operate and now maintain. Thanks, Mark Regan From: Elardus Engelbrecht elardus.engelbre...@sita.co.za To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, December 17, 2013 12:54 AM Subject: Re: Geek Is Now A Praiseword, Not An Insult Apparently - Forbes Roger W. Suhr wrote: Definitions of 'legacy' [leg-uh-see] (noun) 1. anything bequeathed Interesting definition. Thanks. But according to non z/Os geeks 'legacy' is: obsolete, outdated, antique, etc. or something like that ... That legacy green screen thing must be replaced by our ultramodern, ultrafast, userfriendly, errorfree GUI gizmo. Try it for 30 days free and you can convert all your data instantly to our gizmo for free. ;-D 8-D ;-D 8-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Intercept USS calls
On 17 December 2013 13:36, Werner Zieleznik wer...@zmindsltd.com wrote: Does somebody know how to intercept z/OS USS calls? I managed to intercept several SVC's for audit reasons. Now I would like to to do the same for USS calls. The kernel calls are PCs. IBM has rejected (or required a business case for, which comes very close) a number of requests for something analogous to SVC Screening for PCs. These were generally not in a UNIX context, but e.g. to allow front-ending of STORAGE OBTAIN. It's conceivable that you could front-end the entire UNIX PC set, but this would fall into the not for the faint of heart category of schemes that come up here from time to time. There are a few UNIX exits that might cover some of what you want, but as for a general UNIX audit facility you may have to reply on SMF records and the like. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deinstall software, for example BDT
Never manually delete a product without going thru SMP/E. I'm not familiar with BDT so lets say you wanted to delete C/C++. They are dependant upon LE. The next time an LE PTF has a COREQ for a C/C++ PTF, you will be screwed. Using SMP/E function delete is the only recommended method to delete a product. As someone mentioned earlier, you should check for cross product dependencies but if you did miss something, then you can just re-install the product. Jon Perryman. From: Mike Schwab mike.a.sch...@gmail.com Not IBM approved, but method we did. 1. Notify users. 2. RACF datasets so no access, read by backup group. 3. Rename datasets (add .OLD). 4. Delete datasets and source of software. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deinstall software, for example BDT
Why would you want to delete a product that comes as part of the base; for example, BDT and is either ENABLE or DISABLED via IFAPRDxx? Thanks, Craig From: Jon Perryman jperr...@pacbell.net To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/17/2013 15:38 Subject:Re: Deinstall software, for example BDT Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Never manually delete a product without going thru SMP/E. I'm not familiar with BDT so lets say you wanted to delete C/C++. They are dependant upon LE. The next time an LE PTF has a COREQ for a C/C++ PTF, you will be screwed. Using SMP/E function delete is the only recommended method to delete a product. As someone mentioned earlier, you should check for cross product dependencies but if you did miss something, then you can just re-install the product. Jon Perryman. From: Mike Schwab mike.a.sch...@gmail.com Not IBM approved, but method we did. 1. Notify users. 2. RACF datasets so no access, read by backup group. 3. Rename datasets (add .OLD). 4. Delete datasets and source of software. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Intercept USS calls
Hi, Does somebody know how to intercept z/OS USS calls? I managed to intercept several SVC's for audit reasons. Now I would like to to do the same for USS calls. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
LOOKAT 404
On page: http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html The LOOKAT link: http://www-03.ibm.com/systems/z/os/zos/library/bkserv/lookat Gives me 404 Not Found. There happens to be a Report this problem button on the error page. I clicked on it. Let's all do that. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deinstall software, for example BDT
W dniu 2013-12-17 22:43, craig.p...@fotlinc.com pisze: Why would you want to delete a product that comes as part of the base; for example, BDT and is either ENABLE or DISABLED via IFAPRDxx? Good point. There is working and IBM-blessed method for z/OS *FEATURES*, like RACF, dss, rmm, C/C++ or BDT. Such (paid) features always come (as a code) with z/OS, but some of them are disabled in IFAPRD, while others are enabled. And this is OK for IBM. Of course everyone is aware that customer may enable the feature without paying for that, but that's another story. However separate *PRODUCTS* (like DB2, CICS, MQ, COBOL, OMEGAMONs, TWS, etc. etc.) are different issue: - you get it only when you explicitely ordered it. Product can be delivered in separate package (CBPDO) or bundled with system in ServerPac - you shouldn'tt have the code whan you didn't ordered it. The unanswered problem arises when you want to stop using given product. - IFAPRD member is not relevant here. - IBM does not use product keys, so lack of key is not a a prove you don't use the product. BTW: Who's using BDT? And what is it for? I understand it (never paid attention, so I can be totally wrong here) as very old replacement/alternative to FTP. Regards -- 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.2013 r. kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.555.904 zote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.1 DVD Collection - Software Products
Ed, Unfortunately, it's like being a large sales IBM customer and all of a sudden you decide to switch mainframe vendor what happens ? Money talks in my experience so far. It's a pity too. Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On Dec 17, 2013, at 1:07 PM, Ed Gould edgould1...@comcast.net wrote: Dana: Not sure I agree with you 100 percent. I think that a long time ago that IBM sat up and listened at SHARE was just around the time of OCO. IBM sent a strong contingent to SHARE about documentation and they seemed to listen! For a while documentation got a lot better (except for OE stuff which has never been adequate). Ed On Dec 17, 2013, at 9:01 AM, Dana Mitchell wrote: On Tue, 17 Dec 2013 14:13:12 +, Staller, Allan allan.stal...@kbmg.com wrote: Are you listening IBM? Unless someone can make a compelling business case that IBM improving the documentation will increase IBM's revenue (EPS) in some major way, then it's going to continue to get it's funding cut as it has in the past. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Deinstall software, for example BDT
On 12/17/2013 1:38 PM, Jon Perryman wrote:
Never manually delete a product without going thru SMP/E. I'm not familiar with
BDT so lets say you wanted to delete C/C++.
To uninstall C/C++ under z/OS you would change the following in IFAPRDxx:
PRODUCT OWNER('IBM CORP')
NAME(Z/OS)
ID(5694-A01)
VERSION(*) RELEASE(*) MOD(*)
FEATURENAME('C/C++')
STATE(ENABLED) == THIS!
to:
PRODUCT OWNER('IBM CORP')
NAME(Z/OS)
ID(5694-A01)
VERSION(*) RELEASE(*) MOD(*)
FEATURENAME('C/C++')
STATE(DISABLED)== TO THIS!
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.1 DVD Collection - Software Products
Scott: Well that is pretty major. However IBM had farmed their sales out to a less than good set of people. If you buy from them you are small meat . They chew you out and spit through the teeth. (BTDTGTTS and its rotten) Face it you have the problem no matter what so you use SHARE to the biggest advantage and call a rotten APPLE just that. Ed On Dec 17, 2013, at 4:35 PM, Scott Ford wrote: Ed, Unfortunately, it's like being a large sales IBM customer and all of a sudden you decide to switch mainframe vendor what happens ? Money talks in my experience so far. It's a pity too. Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' On Dec 17, 2013, at 1:07 PM, Ed Gould edgould1...@comcast.net wrote: Dana: Not sure I agree with you 100 percent. I think that a long time ago that IBM sat up and listened at SHARE was just around the time of OCO. IBM sent a strong contingent to SHARE about documentation and they seemed to listen! For a while documentation got a lot better (except for OE stuff which has never been adequate). Ed On Dec 17, 2013, at 9:01 AM, Dana Mitchell wrote: On Tue, 17 Dec 2013 14:13:12 +, Staller, Allan allan.stal...@kbmg.com wrote: Are you listening IBM? Unless someone can make a compelling business case that IBM improving the documentation will increase IBM's revenue (EPS) in some major way, then it's going to continue to get it's funding cut as it has in the past. Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM- MAIN - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM- MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LOOKAT 404
Gil, This link worked for me just now http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat/ Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Tuesday, December 17, 2013 2:58 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: LOOKAT 404 On page: http://www-03.ibm.com/systems/z/os/zos/library/bkserv/index.html The LOOKAT link: http://www-03.ibm.com/systems/z/os/zos/library/bkserv/lookat Gives me 404 Not Found. There happens to be a Report this problem button on the error page. I clicked on it. Let's all do that. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LOOKAT 404
On 17 December 2013 20:23, Lizette Koehler stars...@mindspring.com wrote: This link worked for me just now http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat/ Works for me too, but it's not the link on the main z/OS Internet LIbrary page. IBM surely outdoes all other big companies in the dead link department. Well, maybe HP comes a close second... Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LOOKAT 404
On 18/12/2013 10:33 AM, Tony Harminc wrote: On 17 December 2013 20:23, Lizette Koehler stars...@mindspring.com wrote: This link worked for me just now http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat/ Works for me too, but it's not the link on the main z/OS Internet LIbrary page. IBM surely outdoes all other big companies in the dead link department. Well, maybe HP comes a close second... dead links = poor standards. If government can get it right an IT behemoth shouldn't fail so miserably http://digital.cabinetoffice.gov.uk/2012/10/11/no-link-left-behind/. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Intercept USS calls
There at least one prior thread on USS files and SMF exits. Need IEFU83/84/85 to make sure you have captured file close. Unless you know of a situation for USS file close that is not covered by the IEFu83/84/85? Rob Schramm p.s. and for those picking nits.. USS in this case is unix system services... not the first one. shields up *groan* May Chris Mason send us a message from the beyond to correct me. Rob Schramm Senior Systems Consultant Imperium Group On Tue, Dec 17, 2013 at 4:28 PM, Kenneth Wilkerson redb...@austin.rr.comwrote: Modifying the CVT to perform intercepts is definitely very easy but also extremely risky. Modifying the CVT affects the entire system. All it takes is the mishandling of a single caller, particularly one critical to an address space and all hell breaks loose. I tried it once. I modified the PC number in the SVT for a key system PC. A simple programming error caused system wide havoc. I'll never do anything that has global system affects again. Any intercept must be designed to provide isolation, at least for testing. On the other hand, PCs are managed at the address space level by Z/Architecture. So provided you have the capabilities to create the necessary PC data structures required by the hardware in real, fixed storage, you can intercept PC calls. It takes a lot of code and definitely not recommended for faint of heart. Once a PC intercept is created, its simple to pass the call to the original PC routine by simply branch entering the original code with the state set by the PC call. You already have the stacked entry . If you require both a front and back end intercept, this can easily be accomplished by creating bypass PC definitions that mimic the original Pc definition. But from experience, unless you're willing to write and debug a lot of code, I'd get what I need from SMF. Kenneth From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Harminc Sent: Tuesday, December 17, 2013 2:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Intercept USS calls On 17 December 2013 14:38, Don Poitras poit...@pobox.com wrote: I don't see why someone couldn't install their own table in place of the pointed to by the CVT. See http://pic.dhe.ibm.com/infocenter/zos/v2r1/index.jsp?topic=%2Fcom.ibm. zos.v2r1.bpxb100%2Fbpx2cr_Example.htm Sure - I agree that that's not hard. But, as with SVC screening, you have to eventually pass control on to the real routine (or conceivably fail the call or implement a different version yourself). If all you want to do is log the calls, well it's probably not too hard, though you might have to be aware of the caller's environment. If you want to do all this without introducing security or integrity exposures, you may have to analyze each call you want to capture. It may also be the case that some software just knows the PC numbers for certain routines, and doesn't go through the CSR table at all. Not a good practice, but I'd be surprised if it doesn't exist. And who knows what recovery and repair there may be in the UNIX kernel, or if those tables are dynamically updated as a matter of routine. This would be fun to experiment with on your own private LPAR or zPDT, and I'm not saying it can't or even shouldn't be done, but is anyone really going to install such a change into their production systems? That's why I said it falls into the not for the faint of heart category. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Intercept USS calls
It's days from Friday, but I can't resist. The NSA can intercept calls to US(S) or anywhere else. You don't even have to ask. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Rob Schramm rob.schr...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/17/2013 07:01 PM Subject:Re: Intercept USS calls Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU There at least one prior thread on USS files and SMF exits. Need IEFU83/84/85 to make sure you have captured file close. major snippage -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Intercept USS calls
On 12/17/2013 9:03 PM, Skip Robinson wrote: It's days from Friday, but I can't resist. The NSA can intercept calls to US(S) or anywhere else. You don't even have to ask. OK, also off topic (and off color?): driving to an audition today saw a bumper sticker that really overloads the USS acronymn: Universal Semen Sales 'struth! -Steve Comstock . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Rob Schramm rob.schr...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU, Date: 12/17/2013 07:01 PM Subject:Re: Intercept USS calls Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU There at least one prior thread on USS files and SMF exits. Need IEFU83/84/85 to make sure you have captured file close. major snippage -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Intercept USS calls
Would the following functionality help? http://pic.dhe.ibm.com/infocenter/zos/v2r1/index.jsp?topic=%2Fcom.ibm.zos.v2r1.icha800%2Fomvsaud.htm Timothy Sipples GMU VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LOOKAT 404
If you need to get to the correct page in the interim, here is the link: http://www.ibm.com/systems/z/os/zos/bkserv/lookat/ Thanks, Paul. Timothy Sipples GMU VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LOOKAT 404
For years IBM has recommended that when bookmarking there sites, Modify the HTTP string from WWW??. to WWW. The ?? part as in WWW-03 or WWW2 is used interally to route to various servers. WWW.IBM* is an alais to the actual site that gets updated as pages move between servers. The issue here is IBM did not follow its own book mark advice which is designed to avoid problems like this. A failure of highly trained TECH writters and proofers. Avram Friedman On Wed, 18 Dec 2013 13:59:56 +0800, Timothy Sipples sipp...@sg.ibm.com wrote: If you need to get to the correct page in the interim, here is the link: http://www.ibm.com/systems/z/os/zos/bkserv/lookat/ Thanks, Paul. Timothy Sipples GMU VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
