Two places I worked at, since the whole overblown issue came up had the same response by management: "If it ain't broke ...". Plus, there are always other things to do. Now, that IBM has backed off ... - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL
-----Original Message----- From: John McKown <john.archie.mck...@gmail.com> Sender: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> Date: Tue, 16 Jul 2013 11:54:17 To: <IBM-MAIN@LISTSERV.UA.EDU> Reply-To: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> Subject: Re: Old usercatalogs with IMBED and REPLICATE I still have a few, very old, catalogs with IMBED and REPLICATE. Why? That's what was "in vogue" when they were created. Why not recreate them? Reverse it, why should I? If I do, then I have to make sure that I don't mess up. And I must do it between 3 and 9 p.m. on a Sunday because that is the only possible "gap" that I can use. And if I use too much time, people will complain because they normally have that time to do things that they want to do. So I leave them alone because by converting the correctly buys me _nothing_ and uses up my time. But make a mistake and it is Atlantis submerging under the waves or Santorini exploding. Not worth the pain. On Tue, Jul 16, 2013 at 11:39 AM, R.S. <r.skoru...@bremultibank.com.pl>wrote: > W dniu 2013-07-16 11:42, Richard Marchant pisze: > >> Before you install Z/OS 1.13 do you need to remove the IMBED and >> REPLICATE parameters from your old Usercatalogs or will they co-exist with >> Z/OS 1.13? We are currently running Z/OS 1.11 and a number of the >> Usercatalogs have the IMBED parameter with no obvious ill affect. >> >> >> Just curious: why??? Why do you still have IMBED? It's been 10+ years > since IBM started asking GET RID OFF IT. Note it is not recommended since > times of OS/390 (2.6?) and AFAIK removed form "DEF CL" support at z/OS 1.3. > I don't believe you were to busy last 10 years. So - in general - why > people insist to keep obsolete things? > > > Caution: nothing personal, even if it looks so (my English is poor) , I'm > trying to express my questions in general - why people do this. It's > important, this is one of the reasons why mainframe is considered obsolete. > > -- > 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 > authorised 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. > BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, > fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl > S d Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego > Rejestru S dowego, nr rejestru przedsi biorców KRS 0000025237, NIP: > 526-021-50-88. Wed ug stanu na dzie 01.01.2013 r. kapita zak adowy BRE > Banku SA (w ca o ci wp acony) wynosi 168.555.904 z otych. > > > ------------------------------**------------------------------**---------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- This is a test of the Emergency Broadcast System. If this had been an actual emergency, do you really think we'd stick around to tell you? 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