Re: Posting Etiquette (Was: Preview: z/OS V1.12 - September 2010)
On Sun, 14 Feb 2010 15:27:29 -0500, zMan wrote: Interesting: Outlook 2010 apparently has a cleanup option, which will delete all intermediate posts in a thread (this is clearly assuming that folks are quoting completely; maybe it's smart enough to check that, dunno). That is the stupidest thing I've heard of in a long time. No surprise that it comes from Microsoft. Not only assuming that folks quote completely, but serially as well. It assumes that two people never respond to the same post. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Posting Etiquette (Was: Preview: z/OS V1.12 - September 2010)
On Mon, Feb 15, 2010 at 9:17 AM, Tom Marchant m42tom-ibmm...@yahoo.comwrote: That is the stupidest thing I've heard of in a long time. No surprise that it comes from Microsoft. Not only assuming that folks quote completely, but serially as well. It assumes that two people never respond to the same post. You're assuming that it doesn't verify that the deleted notes' content is entirely contained within the retained notes'. Not necessarily a safe assumption. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Posting Etiquette (Was: Preview: z/OS V1.12 - September 2010)
In 3edd8e2b1002141227t2a55879dxda3f9164e3f79...@mail.gmail.com, on 02/14/2010 at 03:27 PM, zMan zedgarhoo...@gmail.com said: Interesting: Outlook 2010 apparently has a cleanup option, which will delete all intermediate posts in a thread Ouch! (this is clearly assuming that folks are quoting completely; That would be bad; folks should quote appropriately, including only enough text to establish context. While I'm not sure I'd use it, it's a nice idea *in theory*, It's a terrible idea in theory. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Posting Etiquette (Was: Preview: z/OS V1.12 - September 2010)
On Mon, Feb 15, 2010 at 12:14 PM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net shmuel%2bibm-m...@patriot.net wrote: That would be bad; folks should quote appropriately, including only enough text to establish context. Because your normative statement is enough to influence the rest of the universe? They don't. Hence the feature. I still don't know whether it's done right, but it clearly *could* be, for internal discussions which all use Outlook/Exchange and are thus in predictable format. While I'm not sure I'd use it, it's a nice idea *in theory*, It's a terrible idea in theory. Actually, if it were done right, why not? If I'm out for the day, come back and there are 27 notes starting with a question and ending with 26 replies and an answer, why do I need the intermediates? Clearly it could be implemented *very* badly, but why is it bad *in theory*? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Posting Etiquette (Was: Preview: z/OS V1.12 - September 2010)
Edward But there is still the problem of simultaneous - and conflicting - opinions on precisely the same subject: More or less just as you were broadcasting the RFC 1855 admonishment, I responded at length - part of the problem - to a post in IBMTCP-L where I rubbished the use of the SYSTCPD DD-statement in favour of a customised resolver function using the file referenced by the GLOBALTCPIPDATA statement. Just as I clicked on Send - honest! - I was invited to Update the Conversation - I was using GMAIL - with what turned out to be a quick post suggesting that the SYSTCPD DD-statement was the simple answer to the implied problem posed by the thread originator. It is now embarrassing that my post is shown as 16 hours ago while the post promoting the use of SYSTCPD is 17 hours ago. Fortunately soon both will be shown as a number of days ago and my blushes will be spared. Chris Mason On Sat, 13 Feb 2010 00:04:03 -0800, Edward Jaffe edja...@phoenixsoftware.com wrote: zMan wrote: On Wed, Feb 10, 2010 at 1:32 PM, Greg Shirey wgshi...@benekeith.com wrote: The List Owner has suggested the following: You should read through ALL of your IBM-MAIN email before responding to any post! I can't believe many of you dont. Common sense should suggest the same. You look foolish when you reply to a thread that's already been beaten to death. Hey, I know, let's discuss THIS for 40 or 50 more posts... Not just common sense. RFC 1855 (http://www.dtcc.edu/cs/rfc1855.html), prepared by Responsible Use of the Network (RUN) Working Group of the IETF, contains this admonishment with respect to processing email: RFC 1855 Text In general, it's a good idea to at least check all your mail subjects before responding to a message. Sometimes a person who asks you for help (or clarification) will send another message which effectively says Never Mind. /RFC 1855 Text -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Posting Etiquette (Was: Preview: z/OS V1.12 - September 2010)
On Sat, 13 Feb 2010 00:04:03 -0800, Edward Jaffe edja...@phoenixsoftware.com wrote: Not just common sense. RFC 1855 (http://www.dtcc.edu/cs/rfc1855.html), prepared by Responsible Use of the Network (RUN) Working Group of the IETF, contains this admonishment with respect to processing email: RFC 1855 Text In general, it's a good idea to at least check all your mail subjects before responding to a message. Sometimes a person who asks you for help (or clarification) will send another message which effectively says Never Mind. /RFC 1855 Text Interesting: Outlook 2010 apparently has a cleanup option, which will delete all intermediate posts in a thread (this is clearly assuming that folks are quoting completely; maybe it's smart enough to check that, dunno). While I'm not sure I'd use it, it's a nice idea *in theory*, assuming it works, and would avoid this problem -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
zMan wrote: On Wed, Feb 10, 2010 at 1:32 PM, Greg Shirey wgshi...@benekeith.com wrote: The List Owner has suggested the following: You should read through ALL of your IBM-MAIN email before responding to any post! I can't believe many of you dont. Common sense should suggest the same. You look foolish when you reply to a thread that's already been beaten to death. Hey, I know, let's discuss THIS for 40 or 50 more posts... Not just common sense. RFC 1855 (http://www.dtcc.edu/cs/rfc1855.html), prepared by Responsible Use of the Network (RUN) Working Group of the IETF, contains this admonishment with respect to processing email: RFC 1855 Text In general, it's a good idea to at least check all your mail subjects before responding to a message. Sometimes a person who asks you for help (or clarification) will send another message which effectively says Never Mind. /RFC 1855 Text -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
In 1265899827.22396.879.ca...@chuck.duda.com, on 02/11/2010 at 09:50 AM, David Andrews d...@lists.duda.com said: There is a lucid discussion of the issue on Wikipedia: http://en.wikipedia.org/wiki/Year_2038_problem You mean where it says The ISO C standard states that time_t must be an arithmetic type, but does not mandate any specific type or encoding for it.? Whether a Unix issue or not, expanding time_t beyond the commonly implemented (and signed!) 32 bits breaks binary compatibility and file format. Lots of things break binary compatibility without proving the existence of a bug in the old code. As for breaking file formats, is a new file system any worse than dropping IMBED and REPLICATE in VSAM? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
In listserv%20100234270926.0...@bama.ua.edu, on 02/11/2010 at 11:34 AM, Paul Gilmartin paulgboul...@aim.com said: It would be wise to make both these changes at the same time as extension to 64-bit. For existing code, the only viable option is to make time_t 64 bits. For new clock services, all options are on the table, but that's best left to, e.g., The Open Group, rather than a single vendor. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
In blu149-w226cd66cc2ea7529d3fda6a1...@phx.gbl, on 02/11/2010 at 01:10 PM, Dave Salt ds...@hotmail.com said: The ISPF main menu (or more properly the 'ISPF Primary Option Menu') is usually i...@prim. The ISR indicates that it is PDF. That's another reason why I consider the distinction between ISPF and PDF to be arbitrary. In contrast, i...@mstr is a proper ISPF menu (accessible by entering ISPSTART at a TSO READY prompt instead of entering ISPF or PDF). All three are the same interface. In particular, I use ISPSTART with a panel of i...@prim. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
Ted MacNEIL pisze: You should read through ALL of your IBM-MAIN email before responding to any post! I can't believe many of you dont. On the other hand, what happens if it's the only post you have seen, and the others appear after you've responded? There is no perfect solution. Agreed. However one can try. Try to read all responces available at the moment. And ther is absolutely no good reason to answer one month old message with No, you're wrong or That's not USS. vbg -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.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.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
In blu149-w20a9b84247fa13feeb71bea1...@phx.gbl, on 02/09/2010 at 01:15 PM, Dave Salt ds...@hotmail.com said: PDF is the 'Program Development Facility', which is basically an application that runs under ISPF. That was true for a relatively short period of time; before and after those facilities were part of the same product. It is true that PDF was briefly split out as a separate product, but it was subsequently merged back in. Also, if you're going to call PDF an ISPF application, should you call it multiple applications, e.g., BROWSE/EDIT/VIEW, compare? Adding to this confusion is the fact the 'ISPF main menu' is called the 'ISPF main menu', when really it should have been called the 'PDF main menu'. What is the main menu? i...@prim? i...@prim? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
In 4b72648f.2010...@bremultibank.com.pl, on 02/10/2010 at 08:47 AM, R.S. r.skoru...@bremultibank.com.pl said: I call it Windows for TSO. I wish that what you call it were true. Windoze would be a lot more friendly if it were like ISPF. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
In a6b9336cdb62bb46b9f8708e686a7ea005bde01...@nrhmms8p02.uicnrh.dom, on 02/09/2010 at 10:48 AM, McKown, John john.mck...@healthmarkets.com said: They've also fixed the UNIX 2038 time bug What time bug? There's nothing[1] in the Unix specifications that requires a 32-bit clock. AFAIK the support for a 64-bit clock should be transparent. [1] Take a close look at the specification of time_t, rather than its implementation on a specific platform. The introduction of time64_t is a hack intended to preserve compatability with existing z/OS Unix code. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
In 45b7288bec7648468f3309472e0f960d456ca21...@emdpb-es1.prod.main.ntgov, on 02/10/2010 at 11:20 AM, Anthony Thompson anthony.thomp...@nt.gov.au said: And I remember when SDSF was called Q and it was shipped on the CBT tape. Your memory is faulty; SDSF was never called Q and was never on the CBT tape. QUEUE was a very different program. For those who disliked QUEUE, I'd like to remind them that it was a very convenient way to examine the SYSLOG in another JESPLEX, which makes diagnosing JESPARMS issues much easier. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
In listserv%201002101204561288.0...@bama.ua.edu, on 02/10/2010 at 12:04 PM, Nemo plumbersar...@gmail.com said: Then you don't remember very well. Nor do you ;-) The JES2/HASP3/HASP4 queue There was no HASP3; the last HASP was HASP II V4.1. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
Off-topic but still... Its been years but I do not recall SDSF ever being remotely like Q. I tried it out long long ago and did not like it at all.(Q that is) When I first tried SDSF out it worked exactly like I thought a product should work and the PFK keys were standard ISPF type . We were pushed into looking at Q by a user and we couldn't get it out of the house fast enough. I suppose it was OK in some sort of wierd way but there was no way I was going to give it out to the general users. For all of its faults QUEUE was on the JES2 Mods tape back in the MVS days and even if you did not like it, Q had a very interesting capability. Maybe even today in small shops JES2 testing meant bringing up a Secondary JES2 and submitting work to it. The challenge was to print the output to see what happened. The Checkpoint file was hardcoded in Q and so from TSO one could view the output on the Secondary JES2's Spool. Hey, what'a deal and FREE. jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
A bit OT, but: On Wed, 2010-02-10 at 22:01 -0500, Shmuel Metz (Seymour J.) wrote: What time bug? There's nothing[1] in the Unix specifications that requires a 32-bit clock. AFAIK the support for a 64-bit clock should be transparent. There is a lucid discussion of the issue on Wikipedia: http://en.wikipedia.org/wiki/Year_2038_problem Whether a Unix issue or not, expanding time_t beyond the commonly implemented (and signed!) 32 bits breaks binary compatibility and file format. -- David Andrews A. Duda and Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Thu, 11 Feb 2010 09:50:27 -0500, David Andrews wrote: A bit OT, but: On Wed, 2010-02-10 at 22:01 -0500, Shmuel Metz (Seymour J.) wrote: What time bug? There's nothing[1] in the Unix specifications that requires a 32-bit clock. AFAIK the support for a 64-bit clock should be transparent. There is a lucid discussion of the issue on Wikipedia: http://en.wikipedia.org/wiki/Year_2038_problem Which also suggests that a 64-bit representation could be used to: o Provide finer granularity (microseconds instead of seconds). o Provide leap second support. It would be wise to make both these changes at the same time as extension to 64-bit. Whether a Unix issue or not, expanding time_t beyond the commonly implemented (and signed!) 32 bits breaks binary compatibility and file format. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
From: shmuel+ibm-m...@patriot.net if you're going to call PDF an ISPF application, should you call it multiple applications, e.g., BROWSE/EDIT/VIEW, compare? No, PDF is (or was) a single application. All of the functions within that application (Browse, Edit, Utilities, etc) all ran under the ISR application ID. This is similar to how SDSF is a single application that runs under the ISF application ID, and has many functions available from its menu (Input queue, Output queue, Held queue, etc). What is the main menu? i...@prim? i...@prim? The ISPF main menu (or more properly the 'ISPF Primary Option Menu') is usually i...@prim. That's the one that has the PDF options on it, such as 1=View, 2=Edit, 3=Utilities (etc). It was called the ISPF menu even back when PDF was a separate product; i.e. back when it should have really been called the PDF menu. In contrast, i...@mstr is a proper ISPF menu (accessible by entering ISPSTART at a TSO READY prompt instead of entering ISPF or PDF). This displays the 'ISPF Master Application Menu'; i.e. a menu from which individual applications or groups of applications can be selected. I worked at a company where i...@prim used to be the 'main menu'. It had all of the PDF options on it as well as other applications (such as SDSF, SimpList, FileAid, etc). This caused 2 problems; first it was very crowded (and no-one wanted to scroll down to see all the options). Second, every now and again IBM changed their version of i...@prim (e.g. by adding additional PDF options). Of course the new PDF options didn't magically appear on our in-house customized version of the menu. To fix these problems the logon CLIST was changed to issue 'ISPSTART' instead of 'ISPF'. This meant i...@mstr was displayed instead of i...@prim. The 'ISPF Master Application Menu' is a template supplied by IBM that can be customized at each site. At our site i...@mstr was modified so that users could select option 1 to go to the raw, uncustomized version of the PDF menu (i...@prim), or select option 2 to go to the vendor applications menu (such as SDSF, SimpList, FileAid, etc) or select option 3 to go to the in-house tools menu, and so on. In this way, the PDF application was isolated from other applications, and if IBM made any changes to the PDF menu they were picked up automatically. In addition, it gave us plenty of room to add applications to the other menus instead of trying to squeeze them all onto the PDF menu. Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html _ Introducing Windows® phone. http://go.microsoft.com/?linkid=9708122 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
Too bad an editor by the name of OWL did not survive the years. Anybody ever use it?It ran under CICS but was still the best editor I've ever used, including XEDIT, Roscoe and ISPF. On Thu, Feb 11, 2010 at 10:10 AM, Dave Salt ds...@hotmail.com wrote: From: shmuel+ibm-m...@patriot.net shmuel%2bibm-m...@patriot.net if you're going to call PDF an ISPF application, should you call it multiple applications, e.g., BROWSE/EDIT/VIEW, compare? No, PDF is (or was) a single application. All of the functions within that application (Browse, Edit, Utilities, etc) all ran under the ISR application ID. This is similar to how SDSF is a single application that runs under the ISF application ID, and has many functions available from its menu (Input queue, Output queue, Held queue, etc). What is the main menu? i...@prim? i...@prim? The ISPF main menu (or more properly the 'ISPF Primary Option Menu') is usually i...@prim. That's the one that has the PDF options on it, such as 1=View, 2=Edit, 3=Utilities (etc). It was called the ISPF menu even back when PDF was a separate product; i.e. back when it should have really been called the PDF menu. In contrast, i...@mstr is a proper ISPF menu (accessible by entering ISPSTART at a TSO READY prompt instead of entering ISPF or PDF). This displays the 'ISPF Master Application Menu'; i.e. a menu from which individual applications or groups of applications can be selected. I worked at a company where i...@prim used to be the 'main menu'. It had all of the PDF options on it as well as other applications (such as SDSF, SimpList, FileAid, etc). This caused 2 problems; first it was very crowded (and no-one wanted to scroll down to see all the options). Second, every now and again IBM changed their version of i...@prim (e.g. by adding additional PDF options). Of course the new PDF options didn't magically appear on our in-house customized version of the menu. To fix these problems the logon CLIST was changed to issue 'ISPSTART' instead of 'ISPF'. This meant i...@mstr was displayed instead of i...@prim.the 'ISPF Master Application Menu' is a template supplied by IBM that can be customized at each site. At our site i...@mstr was modified so that users could select option 1 to go to the raw, uncustomized version of the PDF menu (i...@prim), or select option 2 to go to the vendor applications menu (such as SDSF, SimpList, FileAid, etc) or select option 3 to go to the in-house tools menu, and so on. In this way, the PDF application was isolated from other applications, and if IBM made any changes to the PDF menu they were picked up automatically. In addition, it gave us plenty of room to add applications to the other menus instead of trying to squeeze them all onto the PDF menu. Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html _ Introducing Windows® phone. http://go.microsoft.com/?linkid=9708122 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Guy Gardoit z/OS Systems Programming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
David Crayford writes: Reading between the lines YMMV really means If you're running a ZAAP. If you're not running a ZAAP then RDz will use substantially more CPU, memory and I/O then good old ISPF for traditional development usage patterns. Uh, no again. I'm not aware of any impact zAAP(s) would have on RDz-related workloads. [And why would a zAAP requirement be a problem anyway? If the business case makes sense, you'd get one. If not, you wouldn't. It's not a complicated issue.] Your mileage may vary according to your development usage patterns. However, it is fairly common in the real world for RDz to offer some CPU resource benefit. It's not all bad, RDz has some very useful features and will appeal to newbies who would consider a 3270 UI user hostile. However, I have my doubts if it will make much of an impact. with the old timers. I agree that RDz usage will probably skew toward new developers. But I think it'd be a shame if old timers are universally inflexible and opposed to new technology choices. I don't think that's true. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
Off-topic but still... Queue was used literally decades ago because it was the only thing around that provided a general interface to the JES2 queues. SDSF is now a many generations removed descendant. There was no such animal as ISPF back then either, it was called SPF. You might also want look at DISASM (the original, in file 217) off the CBT tape, and compare it to IBM's HLASM Toolkit dis-assembler. Notice any similarities? Cheers, Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Gould Sent: Wednesday, 10 February 2010 4:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Preview: z/OS V1.12 - September 2010 From: Anthony Thompson anthony.thomp...@nt.gov.au To: IBM-MAIN@bama.ua.edu Sent: Tue, February 9, 2010 7:50:53 PM Subject: Re: Preview: z/OS V1.12 - September 2010 And I remember when SDSF was called Q and it was shipped on the CBT tape. Ant. Its been years but I do not recall SDSF ever being remotely like Q. I tried it out long long ago and did not like it at all.(Q that is) When I first tried SDSF out it worked exactly like I thought a product should work and the PFK keys were standard ISPF type . We were pushed into looking at Q by a user and we couldn't get it out of the house fast enough. I suppose it was OK in some sort of wierd way but there was no way I was going to give it out to the general users. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Wed, 2010-02-10 at 00:00 -0600, Barbara Nitz wrote: Hmmm... In some situations, your operations may be so critical that human analysis and intervention may not be fast enough, and the system must have the ability to act quickly and decisively. yes, I have been laughing real hard about that one! Especially in light of z/OS still being so dumb as to schedule more than 10 dumps in less than a second for an 878-10, effectively tying up the system and drastically increasing paging. Talk about absolutely intelligent recovery routines! Maybe eLiza (http://www-03.ibm.com/servers/autonomic/index.html) (re-)arises from the ashes. . . . again ... Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Wed, 2010-02-10 at 18:45 +0930, Anthony Thompson wrote: Off-topic but still... Queue was used literally decades ago because it was the only thing around that provided a general interface to the JES2 queues. And I can remember it saving us big time. JES2 control blocks in circular loops. Only way to fix it was Q - and a fella who happened to know just a tad about JES2 structure. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
I used Queue and thought it was a great tool. Then came IOF. Then came SDSF. Goodbye Queue. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Timothy Sipples Sent: Tuesday, February 09, 2010 6:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Preview: z/OS V1.12 - September 2010 John McKown writes: Maybe it means that IBM wishes every ISPF (development) shop to use WDz. Which is more profitable to IBM. cynicism/ Uh, no. Your mileage may vary, but Rational Developer for System z tends to be more parsimonious in its use of mainframe CPU resources, at least with typical usage patterns. If those are peak monthly 4-hour rolling average CPU resources, then you would see a financial benefit in using RDz. Again, how much financial benefit will vary. Any financial benefit mostly comes at IBM's expense. Enjoy. :-) My own view is that most developers should be using RDz for very sensible business and financial reasons. But that's most, not all. In most development organizations a mix of RDz and ISPF (probably also with the ISPF Productivity Tool, formerly known as SPIFFY, and/or other ISPF utilities) is the best formula. - - - - - Timothy Sipples Hum, now that is interesting. Of course, around here, doing anything is like mating elephants: It makes a lot of noise and mess, and there are no results for close to two years. Honestly, getting our programmer to embrace an new paradigm is usually a waste of time. And, I don't know how long it would take, in MSU savings, to recoup the initial cost. Anything with an ROI of less than 3 months is basically dead before it starts. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Tue, 9 Feb 2010 11:21:02 -0600, Mark Zelden mark.zel...@zurichna.com wrote: Good point, but if they are all named uniquely, why would you need indirect cataloging at all? (isn't that how everyone does it today)? How would the new support enhance what you have today? Precisely! Spot on, as usual. I see no benefit in it. Zero. Sounds more like someone in ICF development needed to keep busy. Not only would MOUNT require VOLSER support, but so would automount. We automount-manage our /service directory due to our numerous SYSRES pairs, and this is the ONLY way we have found to ensure the correct version HFS' are mounted. Considering the lengthy, nigh futile, discussions we had with L2/L3 on automount and /service, I doubt such support will be readily available and reliable. I see no reason, barring IBM forcing the zFS conversion to an insane end, to convert my version HFS'. We finally sorted through the last Java repackaging. It works, it's fine, please just leave it be. Regards, Art Gutowski Ford Motor Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Tue, 2010-02-09 at 14:41 -0500, Dave Salt wrote: I know, and one of the reasons [for ISPF and PDF consolidation] was probably because many people had no idea what the difference was. My recollection is that this happened about the same time that ISPF was included as part of the OS base product. Prior to that you could license ISPF by itself (if you needed it for -say- InfoMan) but I can't think of anybody who actually did that and didn't license PDF. -- David Andrews A. Duda and Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
where does it say that? on page 2 of the document I see: z/OS V1.12 is planned to run on these IBM System z® servers: | • z10 EC | • z10 BC | • z9 EC | • z9 BC | • z990* | • z890* | • z900* | • z800* | * These products are withdrawn from marketing. looks like it will still run on z800, z900, z890, and z990 processors in addition to the z9 and z10 ... --Stephen Mark Jacobs wrote: On 02/09/10 06:41, Michael W. Moss wrote: http://www-01.ibm.com/common/ssi/rep_ca/8/897/ENUS210-008/ENUS210- 008.PDF -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html I noticed that it requires a z9 or z10 processor. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Wed, 10 Feb 2010 11:20:53 +0930, Anthony Thompson wrote: And I remember when SDSF was called Q and it was shipped on the CBT tape. Then you don't remember very well. SDSF's heritage was from the software known as 'OPERTOOL' or 'OPER' or 'OPER3270' which was developed at Iowa State University's Computation Center in the early 1970s. (OPERTOOL's own heritage came from a combination of Rochester's MTMT2260 and the beta testing ISU did with TSO under MVT.) The JES2/HASP3/HASP4 queue processing was done by the $Q programs within OPER. Mr. Porter (SDSF's IBM father) was at Iowa State at the time left just around the time they acquired their first 3277-2 terminals. (His last efforts there were to switch OPER from 2260s to 3270s while I was just starting to work there so our paths crossed at that point in 1974-1975.) There might be some ibm-main lurkers from John Deere who could have memories of OPER as well. Any sufficiently old lurkers from American Republic in Des Moines might know more of the OPER to SDSF morph that Mr. Porter accomplished while he was with IBM's branch there. OPER had several facilities that have not been duplicated elsewhere. It had an extremely powerful MAP function (originally TMAP HMAP under MVT but later generalized to MAP) which produced a very efficient visual representation of the real/virtual storage layout of any target address space. It allowed drill down to the byte level. At the byte level, if authorized, you could view or, if authorized, change storage contents as needed. Other later monitors provide a more costly implementation. OPER also had an ENQ monitor, an excellent file editor, a dynamic file creation function, a dynamic file allocation function and even a dynamic steplib function (we're talking 1974 timeframe here), and a completely generalized scripting language for automation or complex work was the first 3270 screen-scraper that I was aware of back in 1977. I have begun to forgot several of OPER's other functions. (We also sometimes used it to play multi-player games very late at night but that's a subject for a different time.) OPER ran under OS/360 MVT, OS/370 OS/VS2 r1+ (SVS), and OS/370 OS/VS2 r3+ (MVS). (I don't know anyone silly enough to have run OS/VS2 r2.) I *suspect* that it ran under MVS/SP1+ as well but that was after my time. Since OPER was developed at a land grant state university with mixed government funding, it could be (and was) acquired by anyone for the one- time fee of its distribution costs (around US$100 back then on 2400/3400 reels). Q IOF, on the other hand, came from different heritage. IOF came from TUCC, which worked with the University of Iowa and Iowa State University on the TUCC/Iowa mods (cue Lynn Wheeler here for yet another discussion on NJE's heritage... which came, partly, from the TUCC/Iowa work done back then). I am fairly certain there was cross-talk with the developers of OPER's $Q and IOF since there was ample opportunity back then. No plagerism, just the open sharing of ideas among university researchers workers. -- (Time for me to go back to lurk.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
As has been said previously in this thread, the original announcement did not contain the processors with the asterisk to the right. It was subsequently revised to include them. The List Owner has suggested the following: You should read through ALL of your IBM-MAIN email before responding to any post! I can't believe many of you dont. http://bama.ua.edu/cgi-bin/wa?A2=ind0107L=IBM-MAIN-ARCHIVESP=R97246X=79FE991AA2E02B2103 Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Stephen Y Odo Sent: Wednesday, February 10, 2010 11:44 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Preview: z/OS V1.12 - September 2010 where does it say that? on page 2 of the document I see: z/OS V1.12 is planned to run on these IBM System z® servers: | • z10 EC | • z10 BC | • z9 EC | • z9 BC | • z990* | • z890* | • z900* | • z800* | * These products are withdrawn from marketing. looks like it will still run on z800, z900, z890, and z990 processors in addition to the z9 and z10 ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: Preview: z/OS V1.12 - September 2010
Did I mention scheduled dumps cannot be suppressed via slip? And apparently *someone* made the decision to *schedule* dumps again (this is new in z/OS 1.10, 1.8 didn't have this, and we always had TSO/Xpediter users who are prone to this 878.) Did I mention that DAE is useless in this regard (too many dump requests before the first one has its symptom string written?) SLIP should be able to suppress any dump for which the SDUMP macro was issued within an ESTAE(X), ARR, or FRR routine, regardless of whether the dump is asynchronous (scheduled) with respect to the SDUMP issuer, or synchronous. Now, if you have some doofus recovery routine that does a retry and then issues SDUMP (and I have seen some of those), then SLIP cannot suppress it because there is no longer any time of error context for SLIP to match against. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Wed, Feb 10, 2010 at 1:32 PM, Greg Shirey wgshi...@benekeith.com wrote: The List Owner has suggested the following: You should read through ALL of your IBM-MAIN email before responding to any post! I can't believe many of you dont. Common sense should suggest the same. You look foolish when you reply to a thread that's already been beaten to death. Hey, I know, let's discuss THIS for 40 or 50 more posts... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
You should read through ALL of your IBM-MAIN email before responding to any post! I can't believe many of you dont. On the other hand, what happens if it's the only post you have seen, and the others appear after you've responded? There is no perfect solution. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Wednesday, February 10, 2010 2:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Preview: z/OS V1.12 - September 2010 You should read through ALL of your IBM-MAIN email before responding to any post! I can't believe many of you dont. On the other hand, what happens if it's the only post you have seen, and the others appear after you've responded? There is no perfect solution. - Too busy driving to stop for gas! Well, obviously everybody should wait before responding to see if anybody else responds. Wait, will that work??? -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Wed, Feb 10, 2010 at 3:34 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: On the other hand, what happens if it's the only post you have seen, and the others appear after you've responded? That's not the case in question -- the case in question is someone responding to a thread that's days old, with an answer that was given minutes after the initial post. Even reading via Digest doesn't excuse that. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
That's not the case in question -- the case in question is someone responding to a thread that's days old, with an answer that was given minutes after the initial post. Since this thread was only opened yesterday, I cannot see the 'days old' part. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
Hmm, yesterday+today=2=plural=days. OK, this is a joke - don't flame me Rex I think we can all agree that it is best to read all the posts in regard to a subject before responding to see if somebody has already answered the question. We can also agree that the board isn't the most timely venue for getting responses, and that sometimes responses are delayed, causing duplicates. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Wednesday, February 10, 2010 3:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Preview: z/OS V1.12 - September 2010 That's not the case in question -- the case in question is someone responding to a thread that's days old, with an answer that was given minutes after the initial post. Since this thread was only opened yesterday, I cannot see the 'days old' part. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Wed, Feb 10, 2010 at 4:20 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: Since this thread was only opened yesterday, I cannot see the 'days old' part. Well, that's true, it has only been one day; it *seems* like it's been longer! In any case (and Jim Elliott is a good guy, so we're sort of beating up on him without meaning to), a Digest had posted since it started, with answers, so it still applies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
Worked with Howard Thompson installing the first SDSF release. He came to call it Self Destructing Spool Facility You still out there Howard? Ed Gould ps2...@yahoo.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 02/09/2010 10:40 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Expire Date: 02/10/2012 To IBM-MAIN@bama.ua.edu cc Subject Re: Preview: z/OS V1.12 - September 2010 From: Anthony Thompson anthony.thomp...@nt.gov.au To: IBM-MAIN@bama.ua.edu Sent: Tue, February 9, 2010 7:50:53 PM Subject: Re: Preview: z/OS V1.12 - September 2010 And I remember when SDSF was called Q and it was shipped on the CBT tape. Ant. Its been years but I do not recall SDSF ever being remotely like Q. I tried it out long long ago and did not like it at all.(Q that is) When I first tried SDSF out it worked exactly like I thought a product should work and the PFK keys were standard ISPF type . We were pushed into looking at Q by a user and we couldn't get it out of the house fast enough. I suppose it was OK in some sort of wierd way but there was no way I was going to give it out to the general users. Ed -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
Timothy Sipples wrote: John McKown writes: Maybe it means that IBM wishes every ISPF (development) shop to use WDz. Which is more profitable to IBM. cynicism/ Uh, no. Your mileage may vary, but Rational Developer for System z tends to be more parsimonious in its use of mainframe CPU resources, at least with typical usage patterns. If those are peak monthly 4-hour rolling average CPU resources, then you would see a financial benefit in using RDz. Again, how much financial benefit will vary. Any financial benefit mostly comes at IBM's expense. Enjoy. :-) Reading between the lines YMMV really means If you're running a ZAAP. If you're not running a ZAAP then RDz will use substantially more CPU, memory and I/O then good old ISPF for traditional development usage patterns. A case in point is the JES viewer, which has to transfer the spool output to the PC (which it does very slowly). That really does hog disk I/O, network I/O and countless cycles converting the output to ASCII or whatever. I tried to upload a large LE dump and it locked up RDz for 10 minutes. It's not all bad, RDz has some very useful features and will appeal to newbies who would consider a 3270 UI user hostile. However, I have my doubts if it will make much of an impact with the old timers. My own view is that most developers should be using RDz for very sensible business and financial reasons. But that's most, not all. In most development organizations a mix of RDz and ISPF (probably also with the ISPF Productivity Tool, formerly known as SPIFFY, and/or other ISPF utilities) is the best formula. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Preview: z/OS V1.12 - September 2010
http://www-01.ibm.com/common/ssi/rep_ca/8/897/ENUS210-008/ENUS210- 008.PDF -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
http://www-01.ibm.com/common/ssi/rep_ca/8/897/ENUS210-008/ENUS210-008.PD F (in case you get it split) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Michael W. Moss Sent: Tuesday, February 09, 2010 1:41 PM To: ibm-main@bama.ua.edu Subject: Preview: z/OS V1.12 - September 2010 http://www-01.ibm.com/common/ssi/rep_ca/8/897/ENUS210-008/ENUS210- 008.PDF -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
This was funny Jim Wangler 214-502-6445 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Coller, Shmuel Sent: Tuesday, February 09, 2010 5:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Preview: z/OS V1.12 - September 2010 http://www-01.ibm.com/common/ssi/rep_ca/8/897/ENUS210-008/ENUS210-008.PD F (in case you get it split) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Michael W. Moss Sent: Tuesday, February 09, 2010 1:41 PM To: ibm-main@bama.ua.edu Subject: Preview: z/OS V1.12 - September 2010 http://www-01.ibm.com/common/ssi/rep_ca/8/897/ENUS210-008/ENUS210- 008.PDF -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On 02/09/10 06:41, Michael W. Moss wrote: http://www-01.ibm.com/common/ssi/rep_ca/8/897/ENUS210-008/ENUS210- 008.PDF -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html I noticed that it requires a z9 or z10 processor. -- Mark Jacobs Time Customer Service Tampa, FL It is impossible to make anything foolproof, because fools are so ingenious. -- Robert Heinlein -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
I was not able to get to it through the link provided. However I did find the z/OS V1.12 Announcement letter here http://tinyurl.com/ylo3ykj Lizette On 02/09/10 06:41, Michael W. Moss wrote: http://www-01.ibm.com/common/ssi/rep_ca/8/897/ENUS210-008/ENUS210- 008.PDF - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html I noticed that it requires a z9 or z10 processor. -- Mark Jacobs Time Customer Service Tampa, FL It is impossible to make anything foolproof, because fools are so ingenious. -- Robert Heinlein -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
Mark Jacobs wrote: On 02/09/10 06:41, Michael W. Moss wrote: http://www-01.ibm.com/common/ssi/rep_ca/8/897/ENUS210-008/ENUS210- 008.PDF snip I noticed that it [z/OS V1.12 - JRE] requires a z9 or z10 processor. Argh! (Not exactly what I wanted to say but this is a family forum.) OK, let's all stay calm. Please watch this space. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Tue, 9 Feb 2010 08:26:44 -0500, Lizette Koehler stars...@mindspring.com wrote: I was not able to get to it through the link provided. However I did find the z/OS V1.12 Announcement letter here http://tinyurl.com/ylo3ykj Lizette I know we can all read, but I have to give 2 thumbs all the way up for this one: DFSMSdfp is planned to allow a zFS data set to be recataloged with an indirect volume serial or system symbol. This is designed to allow the zFS file systems used for z/OS system software files (called version root file systems) to be cataloged using an indirect volume serial or a system symbol the same way as non-VSAM data sets to make cloning and migration easier. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
When I first started using z/OS 1.11 it seemed there are far fewer enhancements to ISPF than normal. After having just gone through the z/OS 1.12 announcement I couldn't find a single reference to *any* ISPF improvements. If this is the case, it's the first time ever (that I recall) where no ISPF enhancements are being made. Does this mean ISPF is already perfect? Or perhaps no-one is using it anymore? ;-) Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html Date: Tue, 9 Feb 2010 08:26:44 -0500 From: stars...@mindspring.com Subject: Re: Preview: z/OS V1.12 - September 2010 To: IBM-MAIN@bama.ua.edu I was not able to get to it through the link provided. However I did find the z/OS V1.12 Announcement letter here http://tinyurl.com/ylo3ykj Lizette On 02/09/10 06:41, Michael W. Moss wrote: http://www-01.ibm.com/common/ssi/rep_ca/8/897/ENUS210-008/ENUS210- 008.PDF - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html I noticed that it requires a z9 or z10 processor. -- Mark Jacobs Time Customer Service Tampa, FL It is impossible to make anything foolproof, because fools are so ingenious. -- Robert Heinlein -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Introducing Windows® phone. http://go.microsoft.com/?linkid=9708122 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On 9 February 2010 06:41, Michael W. Moss mikey.m...@virgin.net wrote: http://www-01.ibm.com/common/ssi/rep_ca/8/897/ENUS210-008/ENUS210-008.PDF Hmmm... In some situations, your operations may be so critical that human analysis and intervention may not be fast enough, and the system must have the ability to act quickly and decisively. Otherwise known as launch on warning? Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Tue, 9 Feb 2010 11:12:19 -0500, Dave Salt ds...@hotmail.com wrote: When I first started using z/OS 1.11 it seemed there are far fewer enhancements to ISPF than normal. After having just gone through the z/OS 1.12 announcement I couldn't find a single reference to *any* ISPF improvements. If this is the case, it's the first time ever (that I recall) where no ISPF enhancements are being made. I would have to look back to be sure, but I think the level of ISPF at z/OS 1.3 and z/OS 1.4 was z/OS 1.2. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden I know we can all read, but I have to give 2 thumbs all the way up for this one: DFSMSdfp(tm) is planned to allow a zFS data set to be recataloged with an indirect volume serial or system symbol. This is designed to allow the zFS file systems used for z/OS system software files (called version root file systems) to be cataloged using an indirect volume serial or a system symbol the same way as non-VSAM data sets to make cloning and migration easier. I hope the MOUNT command was also enhanced to include a VOLUME (VOLSER) keyword. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Dave Salt When I first started using z/OS 1.11 it seemed there are far fewer enhancements to ISPF than normal. After having just gone through the z/OS 1.12 announcement I couldn't find a single reference to *any* ISPF improvements. If this is the case, it's the first time ever (that I recall) where no ISPF enhancements are being made. Does this mean ISPF is already perfect? Or perhaps no-one is using it anymore? ;-) Ummm What's ISPF? . . . . . . Just kidding! :-D -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dave Salt Sent: Tuesday, February 09, 2010 10:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Preview: z/OS V1.12 - September 2010 When I first started using z/OS 1.11 it seemed there are far fewer enhancements to ISPF than normal. After having just gone through the z/OS 1.12 announcement I couldn't find a single reference to *any* ISPF improvements. If this is the case, it's the first time ever (that I recall) where no ISPF enhancements are being made. Does this mean ISPF is already perfect? Or perhaps no-one is using it anymore? ;-) Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html Maybe it means that IBM wishes every ISPF (development) shop to use WDz. Which is more profitable to IBM. cynicism/ Being a bit of a Java freak, I like the fact that SDSF will now be accessable via Java classes. Might be another way to integrate some SDSF functionality into Web pages. They've also fixed the UNIX 2038 time bug by introducing a 64 bit clock value into C/C++. And, wonderfully, logging onto multiple z/OS images within a single sysplex is now supported. VSAM CA autoreclaim may help us to do fewer reorgs. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Tue, 9 Feb 2010 10:41:31 -0600, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden I know we can all read, but I have to give 2 thumbs all the way up for this one: DFSMSdfp(tm) is planned to allow a zFS data set to be recataloged with an indirect volume serial or system symbol. This is designed to allow the zFS file systems used for z/OS system software files (called version root file systems) to be cataloged using an indirect volume serial or a system symbol the same way as non-VSAM data sets to make cloning and migration easier. I hope the MOUNT command was also enhanced to include a VOLUME (VOLSER) keyword. That might imply support for uncatalogged zFS (or HFS) files, which I doubt there is since it would be uncatalogged VSAM in the case of zFS (which is not accessible). Since it will be cataloged, there should be no need to use VOLUME(volser). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
- Original Message - From: Mark Zelden mark.zel...@zurichna.com Newsgroups: bit.listserv.ibm-main Sent: Tuesday, February 09, 2010 11:56 AM Subject: Re: Preview: z/OS V1.12 - September 2010 On Tue, 9 Feb 2010 10:41:31 -0600, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden I know we can all read, but I have to give 2 thumbs all the way up for this one: DFSMSdfp(tm) is planned to allow a zFS data set to be recataloged with an indirect volume serial or system symbol. This is designed to allow the zFS file systems used for z/OS system software files (called version root file systems) to be cataloged using an indirect volume serial or a system symbol the same way as non-VSAM data sets to make cloning and migration easier. I hope the MOUNT command was also enhanced to include a VOLUME (VOLSER) keyword. That might imply support for uncatalogged zFS (or HFS) files, which I doubt there is since it would be uncatalogged VSAM in the case of zFS (which is not accessible). Since it will be cataloged, there should be no need to use VOLUME(volser). Without support for VOLSER on the MOUNT command, I expect that indirectly cataloging zFS files will be of little use. We'll still have to use the VOLSER in the zFS cluster name in order to be able to MOUNT it. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
How will you mount the cloned zFS on the service node without volser when it has the same name as the one mounted? Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract Strategic Technical Engineering NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258-8487 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax:(281)336-5410 E-Mail: dennis.ro...@lmco.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Tuesday, February 09, 2010 10:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Preview: z/OS V1.12 - September 2010 On Tue, 9 Feb 2010 10:41:31 -0600, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden I know we can all read, but I have to give 2 thumbs all the way up for this one: DFSMSdfp(tm) is planned to allow a zFS data set to be recataloged with an indirect volume serial or system symbol. This is designed to allow the zFS file systems used for z/OS system software files (called version root file systems) to be cataloged using an indirect volume serial or a system symbol the same way as non-VSAM data sets to make cloning and migration easier. I hope the MOUNT command was also enhanced to include a VOLUME (VOLSER) keyword. That might imply support for uncatalogged zFS (or HFS) files, which I doubt there is since it would be uncatalogged VSAM in the case of zFS (which is not accessible). Since it will be cataloged, there should be no need to use VOLUME(volser). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
I am guessing this was introduced to support customers like my company who have a double sysres and double local (iodf volume) and switch between the two for each ipl. From z/os 1.12 on we can have a zfs on each sysres with the same name, but containing different software. So we would replace the zfs on our inactive sysres with some new software release and it would become active after an ipl. Since the volser would be SYSRES1 or something we would be able to combine each local with each sysres. Regards, Erik. On Tue, 9 Feb 2010 10:04:04 -0700, Roach, Dennis (N-GHG) dennis.ro...@lmco.com wrote: How will you mount the cloned zFS on the service node without volser when it has the same name as the one mounted? Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract Strategic Technical Engineering NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258-8487 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax:(281)336-5410 E-Mail: dennis.ro...@lmco.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Tuesday, February 09, 2010 10:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Preview: z/OS V1.12 - September 2010 On Tue, 9 Feb 2010 10:41:31 -0600, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden I know we can all read, but I have to give 2 thumbs all the way up for this one: DFSMSdfp(tm) is planned to allow a zFS data set to be recataloged with an indirect volume serial or system symbol. This is designed to allow the zFS file systems used for z/OS system software files (called version root file systems) to be cataloged using an indirect volume serial or a system symbol the same way as non-VSAM data sets to make cloning and migration easier. I hope the MOUNT command was also enhanced to include a VOLUME (VOLSER) keyword. That might imply support for uncatalogged zFS (or HFS) files, which I doubt there is since it would be uncatalogged VSAM in the case of zFS (which is not accessible). Since it will be cataloged, there should be no need to use VOLUME(volser). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
From: ds...@hotmail.com Does this mean ISPF is already perfect? Or perhaps no-one is using it anymore? ;-) From: john.mck...@healthmarkets.com Maybe it means that IBM wishes every ISPF (development) shop to use WDz. Which is more profitable to IBM. cynicism/ Hmmm, I wonder which is more profitable for IBM; a single IPT/Spiffy license that covers everyone who works on the mainframe, or individual WDz licenses for those who work on the PC? Either way I guess it makes sense to stop enhancing regular ISPF in order to encourage customers to choose either IPT or WDz. Of course, it might also encourage customers to choose third party options... ;-) Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html _ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Tue, 9 Feb 2010 12:01:05 -0500, Pinnacle pinnc...@rochester.rr.com wrote: - Original Message - From: Mark Zelden mark.zel...@zurichna.com Newsgroups: bit.listserv.ibm-main Sent: Tuesday, February 09, 2010 11:56 AM Subject: Re: Preview: z/OS V1.12 - September 2010 On Tue, 9 Feb 2010 10:41:31 -0600, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden I know we can all read, but I have to give 2 thumbs all the way up for this one: DFSMSdfp(tm) is planned to allow a zFS data set to be recataloged with an indirect volume serial or system symbol. This is designed to allow the zFS file systems used for z/OS system software files (called version root file systems) to be cataloged using an indirect volume serial or a system symbol the same way as non-VSAM data sets to make cloning and migration easier. I hope the MOUNT command was also enhanced to include a VOLUME (VOLSER) keyword. That might imply support for uncatalogged zFS (or HFS) files, which I doubt there is since it would be uncatalogged VSAM in the case of zFS (which is not accessible). Since it will be cataloged, there should be no need to use VOLUME(volser). Without support for VOLSER on the MOUNT command, I expect that indirectly cataloging zFS files will be of little use. We'll still have to use the VOLSER in the zFS cluster name in order to be able to MOUNT it. Good point, but if they are all named uniquely, why would you need indirect cataloging at all? (isn't that how everyone does it today)? How would the new support enhance what you have today? I wonder if they will give more details at SHARE. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Tue, 9 Feb 2010 10:04:04 -0700, Roach, Dennis (N-GHG) dennis.ro...@lmco.com wrote: How will you mount the cloned zFS on the service node without volser when it has the same name as the one mounted? That's a good / better question than how will we IPL with the zFS, which has the same answer as how do you specify SYS1.LINKLIB at IPL time for the LNKLST without a volser?. But that still doesn't mean the support will be there nor will it be required. We used indirectly cataloged HFS files for everything on our sysres set (root and others). The maintenance HFS files had another name to be mounted and then were cloned to the duplicate names on an IPLable sysres set. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
And, wonderfully, logging onto multiple z/OS images within a single sysplex is now supported. I've been doing that for years; I was unaware that it was unsupported. I know there were issue with the ISPF profile dataset, but (not working with anything higher than 1.7) I thought they were resolved in z/OS 1.9? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On 9 Feb 2010 08:12:56 -0800, ds...@hotmail.com (Dave Salt) wrote: Does this mean ISPF is already perfect? Or perhaps no-one is using it anymore? ;-) I was thinking, I don't know the difference between ISPF SPF anymore. Nor PDF. It's *new* and *improved*!!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
John Eells wrote: Mark Jacobs wrote: On 02/09/10 06:41, Michael W. Moss wrote: http://www-01.ibm.com/common/ssi/rep_ca/8/897/ENUS210-008/ENUS210- 008.PDF snip I noticed that it [z/OS V1.12 - JRE] requires a z9 or z10 processor. Argh! (Not exactly what I wanted to say but this is a family forum.) OK, let's all stay calm. Please watch this space. The editors set a new speed record for updating an announcement. The corrected text is now on the web, and now reads: Key prerequisites z/OS V1.12 is planned to run on these IBM System z® servers: * z10™ EC * z10 BC * z9™ EC * z9 BC * z990* * z890* * z900* * z800* * These products are withdrawn from marketing. For a complete description of z/OS V1.12 software prerequisites, refer to z/OS V1R12 Planning for Installation (GA22-7504), when available. So, net: No ALS. R12 is planned to support the same servers that R11 did. We're still trying to figure out what happened. Sorry if anyone had a bad moment! -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Tue, 9 Feb 2010 12:49:00 -0500, John Eells ee...@us.ibm.com wrote: z/OS V1.12 is planned to run on these IBM System z® servers: * z10 EC * z10 BC * z9 EC * z9 BC * z990* * z890* * z900* * z800* * These products are withdrawn from marketing. Isn't there an * beside each of these ??? What servers are still being marketed then ;) Sorry, I couldn't resist. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Tue, 9 Feb 2010 10:48:07 -0600, McKown, John wrote: And, wonderfully, logging onto multiple z/OS images within a single sysplex is now supported. What obstacles to multiple sessions on the _same_ image does this leave? Generating a unique job name? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
- Original Message - From: Ted MacNEIL eamacn...@yahoo.ca Newsgroups: bit.listserv.ibm-main Sent: Tuesday, February 09, 2010 12:29 PM Subject: Re: Preview: z/OS V1.12 - September 2010 And, wonderfully, logging onto multiple z/OS images within a single sysplex is now supported. I've been doing that for years; I was unaware that it was unsupported. I know there were issue with the ISPF profile dataset, but (not working with anything higher than 1.7) I thought they were resolved in z/OS 1.9? Ted, Correct, but there were still bugs in JES2 and SDSF that sent all messages to the user who first logged on or entered ULOG, instead of the user who actually submitted the job or issued the command. I'm guessing those issues have now been addressed. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
From: howard.bra...@cusys.edu I was thinking, I don't know the difference between ISPF SPF anymore. Nor PDF. SPF is the old (original) name for ISPF, unless you're thinking of SPF/PC (which of course is an ISPF look-alike that runs on the PC). PDF is the 'Program Development Facility', which is basically an application that runs under ISPF. It has a menu where 1=View, 2=Edit, 3=Utilities (etc). Many people confuse PDF with ISPF, and don't realize PDF is simply an ISPF application. Other examples of ISPF applications include SDSF, SimpList, FileAid, home-grown ISPF dialogs, and so on. Adding to this confusion is the fact the 'ISPF main menu' is called the 'ISPF main menu', when really it should have been called the 'PDF main menu'. But then again, many shops customize the menu and add other applications to it (such as those I just mentioned), so I guess in a way it really is the 'ISPF main menu'. Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html _ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
I was thinking, I don't know the difference between ISPF SPF anymore. Nor PDF. It's *new* and *improved*!!! Exactly! The difference is marketting. I remember when it was just SPF - System Programming Facility, Structured Programming Facility. Then, it was ISPF - Interactive Programming Facility. Then, they split it into ISPF PDF, with two different sets of libraries. We immediately set up a process to dump all the panels/msg/skels/etc into a single library for each type, leaving us where we were before the split. I don't hear much about PDF as a separate product, anymore. I'm not even sure what PDF stands for, but Programme Development Facility rings a (silent) bell. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
John Eells pisze: John Eells wrote: Mark Jacobs wrote: On 02/09/10 06:41, Michael W. Moss wrote: http://www-01.ibm.com/common/ssi/rep_ca/8/897/ENUS210-008/ENUS210- 008.PDF snip I noticed that it [z/OS V1.12 - JRE] requires a z9 or z10 processor. Argh! (Not exactly what I wanted to say but this is a family forum.) OK, let's all stay calm. Please watch this space. The editors set a new speed record for updating an announcement. The corrected text is now on the web, and now reads: Key prerequisites z/OS V1.12 is planned to run on these IBM System z® servers: * z10™ EC * z10 BC * z9™ EC * z9 BC * z990* * z890* * z900* * z800* * These products are withdrawn from marketing. For a complete description of z/OS V1.12 software prerequisites, refer to z/OS V1R12 Planning for Installation (GA22-7504), when available. So, net: No ALS. R12 is planned to support the same servers that R11 did. We're still trying to figure out what happened. Sorry if anyone had a bad moment! I think some criminal prosecution should be started - who earned fortune on second hand market vbg I wish I would buy some small 2084-D32. (btw: the price for D32 is similar to monthly rate for HW maintenance of z9) -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.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.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
What obstacles to multiple sessions on the _same_ image does this leave? Generating a unique job name? No. That was removed/made an option in OS/390 2.7. Logging on to the same system twice actually generates an ICH message, iirc. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
Correct, but there were still bugs in JES2 and SDSF that sent all messages to the user who first logged on or entered ULOG, instead of the user who actually submitted the job or issued the command. I don't believe that was a bug, rather a design flaw. I was aware of that 'issue', but I saw nothing in the announcement stating that was addressed, and I've read it twice. If I missed it, sorry. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Tue, 9 Feb 2010 13:15:02 -0500, Dave Salt wrote: PDF is the 'Program Development Facility', which is basically an application that runs under ISPF. It has a menu where 1=View, 2=Edit, 3=Utilities (etc). Many people confuse PDF with ISPF, and don't realize PDF is simply an ISPF application. ISPF and PDF were merged into one product several years ago. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
John, Thanks for the rapid response - it was defiantly causing conniption fits here with regard to our z890. -Original Message- John Eells wrote: z/OS V1.12 is planned to run on these IBM System z(r) servers: * z10(tm) EC * z10 BC * z9(tm) EC * z9 BC * z990* * z890* * z900* * z800* * These products are withdrawn from marketing. For a complete description of z/OS V1.12 software prerequisites, refer to z/OS V1R12 Planning for Installation (GA22-7504), when available. So, net: No ALS. R12 is planned to support the same servers that R11 did. We're still trying to figure out what happened. Sorry if anyone had a bad moment! -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
And *I* remember when SDSF was SDSF. :-) Martin Packer, Mainframe Performance Consultant, Software Group Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
From: m42tom-ibmm...@yahoo.com ISPF and PDF were merged into one product several years ago. I know, and one of the reasons was probably because many people had no idea what the difference was. After all, it's more common to say I'm using ISPF option 3.4 instead of the more precise I'm using PDF option 3.4. Now that PDF is known as ISPF, I guess it helps cut down on the confusion. Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html _ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On 9 Feb 2010 10:16:51 -0800, ds...@hotmail.com (Dave Salt) wrote: I was thinking, I don't know the difference between ISPF SPF anymore. Nor PDF. SPF is the old (original) name for ISPF, unless you're thinking of SPF/PC (which of course is an ISPF look-alike that runs on the PC). PDF is the 'Program Development Facility', which is basically an application that runs under ISPF. It has a menu where 1=View, 2=Edit, 3=Utilities (etc). Many people confuse PDF with ISPF, and don't realize PDF is simply an ISPF application. Other examples of ISPF applications include SDSF, SimpList, FileAid, home-grown ISPF dialogs, and so on. Adding to this confusion is the fact the 'ISPF main menu' is called the 'ISPF main menu', when really it should have been called the 'PDF main menu'. But then again, many shops customize the menu and add other applications to it (such as those I just mentioned), so I guess in a way it really is the 'ISPF main menu'. And pretty much, in most shops I've been in, I could enter any of the above and get the same result. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Tue, 9 Feb 2010 13:04:00 -0500, Pinnacle wrote: And, wonderfully, logging onto multiple z/OS images within a single sysplex is now supported. I've been doing that for years; I was unaware that it was unsupported. I know there were issue with the ISPF profile dataset, but (not working with anything higher than 1.7) I thought they were resolved in z/OS 1.9? We do that, too, simply by configuring MIM to not propagate a certain ENQ. Correct, but there were still bugs in JES2 and SDSF that sent all messages to the user who first logged on or entered ULOG, instead of the user who actually submitted the job or issued the command. I'm guessing those issues have now been addressed. Would that apply to allocation and HSM messages, also? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
John McKown writes: Maybe it means that IBM wishes every ISPF (development) shop to use WDz. Which is more profitable to IBM. cynicism/ Uh, no. Your mileage may vary, but Rational Developer for System z tends to be more parsimonious in its use of mainframe CPU resources, at least with typical usage patterns. If those are peak monthly 4-hour rolling average CPU resources, then you would see a financial benefit in using RDz. Again, how much financial benefit will vary. Any financial benefit mostly comes at IBM's expense. Enjoy. :-) My own view is that most developers should be using RDz for very sensible business and financial reasons. But that's most, not all. In most development organizations a mix of RDz and ISPF (probably also with the ISPF Productivity Tool, formerly known as SPIFFY, and/or other ISPF utilities) is the best formula. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
And I remember when SDSF was called Q and it was shipped on the CBT tape. Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Martin Packer Sent: Wednesday, 10 February 2010 5:02 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Preview: z/OS V1.12 - September 2010 And *I* remember when SDSF was SDSF. :-) Martin Packer, Mainframe Performance Consultant, Software Group Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Tue, 9 Feb 2010 06:58:31 -0500, Mark Jacobs mark.jac...@custserv.com wrote: I noticed that it requires a z9 or z10 processor. -- Mark Jacobs Time Customer Service Tampa, FL Mark: Huh? From the announcement letter: z/OS V1.12 is planned to run on these IBM System z® servers: * z10 EC * z10 BC * z9 EC * z9 BC * z990* * z890* * z900* * z800* * These products are withdrawn from marketing. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
On Wed, Feb 10, 2010 at 12:05 AM, Jim Elliott, IBM jim_elli...@ca.ibm.comwrote: Mark: Huh? From the announcement letter: snip See earlier thread. This was corrected in the announcement after the OP. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
So I see John got this fixed (and I was looking post fix). I looked at the draft and it was right there so something must have been messed up by accident late in the cycle. So, to be clear, no Architecture Level Set for z/OS with this release. Note that z/VM 6.1 does have an ALS with a pre-req of z10 or later. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
Mark: Huh? From the announcement letter: z/OS V1.12 is planned to run on these IBM System z® servers: * z10™ EC * z10 BC * z9™ EC * z9 BC * z990* * z890* * z900* * z800* Jim, the first version of the announcement only had Z9 Z10. John Eells had them fix it within a couple of hours of the release of the document. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
Hmmm... In some situations, your operations may be so critical that human analysis and intervention may not be fast enough, and the system must have the ability to act quickly and decisively. yes, I have been laughing real hard about that one! Especially in light of z/OS still being so dumb as to schedule more than 10 dumps in less than a second for an 878-10, effectively tying up the system and drastically increasing paging. Talk about absolutely intelligent recovery routines! Did I mention scheduled dumps cannot be suppressed via slip? And apparently *someone* made the decision to *schedule* dumps again (this is new in z/OS 1.10, 1.8 didn't have this, and we always had TSO/Xpediter users who are prone to this 878.) Did I mention that DAE is useless in this regard (too many dump requests before the first one has its symptom string written?) Once we migrate to 1.12, we'll probably look for a lot of ways to turn off this 'predictive failure analysis' feature. Might be as bad as (some of the) health checker checks that are not useful in the real world of smaller installations. I also laughed real hard about this: The z/OS Management Facility (z/OSMF, 5655-S28) is the new face for z/OS and it provides support for a modern, Web-browser-based management console for z/OS. Automated tasks and wizards can guide users through tasks and help provide simplified operations. In z/OSMF V1.11, for example, tasks taking up to 20 minutes, such as collecting and packaging dump data, can now take as little as 30 seconds. Yes, let's take dumps via the wizards! That will definitely improve software support. Also, given that IBMs own installations are not allowed to directly ftp to IBM (and almost everyone has to fight the firewall fractions), I wonder how collecting and packaging dump data will only take 30seconds using a wizard. (Especially when encrypting the dump alone takes several cpu minutes already.) Does IBM now also have a 'wizard' to actually *read* the dump?!? I did notice, though, that RSM and dump processing will be designed to improve capture performance for large amounts of data during SVC dump processing. This will be a good thing! Regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
From: Anthony Thompson anthony.thomp...@nt.gov.au To: IBM-MAIN@bama.ua.edu Sent: Tue, February 9, 2010 7:50:53 PM Subject: Re: Preview: z/OS V1.12 - September 2010 And I remember when SDSF was called Q and it was shipped on the CBT tape. Ant. Its been years but I do not recall SDSF ever being remotely like Q. I tried it out long long ago and did not like it at all.(Q that is) When I first tried SDSF out it worked exactly like I thought a product should work and the PFK keys were standard ISPF type . We were pushed into looking at Q by a user and we couldn't get it out of the house fast enough. I suppose it was OK in some sort of wierd way but there was no way I was going to give it out to the general users. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Preview: z/OS V1.12 - September 2010
Dave Salt pisze: From: m42tom-ibmm...@yahoo.com ISPF and PDF were merged into one product several years ago. I know, and one of the reasons was probably because many people had no idea what the difference was. After all, it's more common to say I'm using ISPF option 3.4 instead of the more precise I'm using PDF option 3.4. Now that PDF is known as ISPF, I guess it helps cut down on the confusion. Well, it depends. PDF option is 3.4 - *unless modified*. However it can be invoked from master panel as p.3.4 - now it's ISPF shortcut. ISPF is system of panels, menus, helps, etc. I call it Windows for TSO. Like Windows 3.1 for DOS. PDF is one of the applications for Windows. Like SDSF or ISMF, or any your own. PDF - this application is (nowadays) always delivered with the Windows, like Minesweeper. Maybe it is also developed by the same team, but logically it's still another entity. g -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.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.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html