"It's important, this is one of the reasons why mainframe is considered obsolete."
I'd argue just the opposite: PRECISELY BECAUSE YOU ARE NOT REQUIRED TO CHANGE ANYTHING, THE MAINFRAME WILL NEVER BE OBSOLETE. Barry -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of John McKown Sent: Tuesday, July 16, 2013 11:54 AM To: [email protected] 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. <[email protected]>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: [email protected] 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 [email protected] 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 [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
