Re: IBM-MAIN Digest - 24 Mar 2012 to 25 Mar 2012 (#2012-85)
On Mar 26, 2012, at 12:00 AM, IBM-MAIN automatic digest system lists...@bama.ua.edu wrote: There are 6 messages totaling 209 lines in this issue. Topics of the day: 1. Grace Hopper Stories!! (was RE: Pre-Friday fun: Halon dumps and POK Resets) (2) 2. LE C calling HLASM 3. COBOL x ACB EXLST WITH JRNAD 4. Friday fun: Halon dumps and POK Resets (2) -- Date:Sun, 25 Mar 2012 04:58:18 -0500 From:Martin Eison mei...@csc.com Subject: Re: Grace Hopper Stories!! (was RE: Pre-Friday fun: Halon dumps and POK Resets) My memories of Grace Hopper go back a bit farther than what is generally being discussed. As my father was an engineer with IBM back in the 50's I have some recollections of a young Grace Hopper being around the house quite often. I do recall her and my father and a few other colleagues having some heated discussions around the barbeque. Martin Eison Computer Science Corporation This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM-MAIN Digest - 4 Mar 2012 to 5 Mar 2012 (#2012-65)
In cf4c9114ed956d49a019f58166d918570a346...@tjaxp80093dag.csxt.ad.csx.com, on 03/06/2012 at 08:39 PM, Pate, Gene gene_p...@csx.com said: By PCFLIH backdoor I mean a routine whose address replaced the address of the IBM supplied PCFLIH. That's not what the others were using the term to mean. -- 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: INFO IBM-MAIN
Re: IBM-MAIN Digest - 4 Mar 2012 to 5 Mar 2012 (#2012-65)
on 03/05/2012 at 20:54:38, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net said: What do you mean by backdoor? I don't believe that it is what others were referring to. By PCFLIH backdoor I mean a routine whose address replaced the address of the IBM supplied PCFLIH. The backdoor routine received control every time a PC interrupt occurred and, based on the reason for the PC interrupt it either emulated the failing instruction using available instructions and returned control to the next sequential instruction or passed control to the IBM supplied PCFLIH routine for it to process the PC interrupt. I believe that this is also what the vendor routine being discussed did. As I said, the PCFLIH backdoor is just a technique and if it is not the appropriate technique to use then the vendor should be beat about the head and shoulders and made to use whatever technique is appropriate for what their product needs to accomplish. Gene Pate CSX Technology Enterprise Architecture - This email transmission and any accompanying attachments may contain CSX privileged and confidential information intended only for the use of the intended addressee. Any dissemination, distribution, copying or action taken in reliance on the contents of this email by anyone other than the intended recipient is strictly prohibited. If you have received this email in error please immediately delete it and notify sender at the above CSX email address. Sender and CSX accept no liability for any damage caused directly or indirectly by receipt of this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM-MAIN Digest - 4 Mar 2012 to 5 Mar 2012 (#2012-65)
On Tue, 6 Mar 2012 20:39:02 +, Pate, Gene wrote: By PCFLIH backdoor I mean a routine whose address replaced the address of the IBM supplied PCFLIH. That would be a hook or an intercept. Backdoor means something else entirely. The backdoor routine received control every time a PC interrupt ITYM a program interruption. occurred and, based on the reason for the PC interrupt it either emulated the failing instruction using available instructions and returned control to the next sequential instruction or passed control to the IBM supplied PCFLIH routine for it to process the PC interrupt. I believe that this is also what the vendor routine being discussed did. That is certainly not what the vendor routine being discussed is alleged to have done. It is alleged to return to the program that was interrupted in supervisor state. It is further alleged that it is relatively easy for any program to exploit this and to get put into supervisor state. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM-MAIN Digest - 21 Feb 2012 to 22 Feb 2012 (#2012-53)
INFO IBM-MAIN GET IBM-MAIN INFO -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM-MAIN Digest - 21 Feb 2012 to 22 Feb 2012 (#2012-53)
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN In a message dated 2/23/2012 10:31:55 A.M. Central Standard Time, holiwe...@co.kern.ca.us writes: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM-MAIN Digest - 13 Feb 2012 to 14 Feb 2012 (#2012-45)
Natasa, If as you say, you are synchronously mirroring your DASD, I would make the following suggestion. Add the new CF to your current CFRM policy at your old site and acticvate. You'll have no connectivity to it so you can't allocate it locally. Your CFRM CDS gets mirrored with the updated policy and when you're ready to IPL at the new location, your system should come up, attach to the new location's CF, and use all structures currently defined. Once up for good you can clean up the old location data from your CFRM policy. For fall back purposes, shut down new, IPL old as all CF data and structures are already in place. Jim Holloway - MetLife Natasa Savinc natasa.sav...@unicreditgroup.zaba.hr; wrote on 02/15/2012 12:00:01 AM: Date:Tue, 14 Feb 2012 04:11:26 -0600 From:Natasa Savinc natasa.sav...@unicreditgroup.zaba.hr Subject: Changing sysplex hardware Hello, we are moving data center to another location. The data is already there on DASD, replicated synchronously. We plan to stop the sysplex and IPL from the replicated data , on new processor. We pretty much answered all questions so far, except for the sysplex and CF. On new location we have one new processor, that will in the end replace one of the existing processors. The configuration (LPAR names) are the same, including CF. I would like to verify following scenario: 1. For fall-back purpose: We allocate new CFRM couple data sets and prepare new set of IPL parameters. Old ones will be used if we have to IPL at old location. 2. Activate new CDS 3. Change existing policy - define different HW for the existing CF 4. Start new policy - first question is - will it report an error or will it just have pending changes for CF? 5. Shut down system (sysplex) 6. IPL on new processor Would it be better option to define different name for CF on new processor, and just add a new CF to the active policy, and in all preference lists? I hope I was clear enough, any suggestion will be appreciated. Regards, Natasa -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM-MAIN Digest - 31 Dec 2011 to 1 Jan 2012 (#2012-1)
On Mon, Jan 2, 2012 at 4:02 PM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: David Boyes dbo...@sinenomine.net said: Big hassle: the illustrations in the older manuals are in APF format, which isn't documented anywhere. What gives you that idea? Well now, let's use our imaginations, boys and girls. Presumably he has that idea because he's been unable to find any such documentation. If you know better, than offering a pointer to said documentation would be more useful, more professional, and more collegial than this pissy response. Or is there some reason that you need to be needlessly obtuse? -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM-MAIN Digest - 31 Dec 2011 to 1 Jan 2012 (#2012-1)
In cafo-8tqm4mjredrfxy8vzyloa2byq6r+o25aargc-92qdou...@mail.gmail.com, on 01/03/2012 at 01:24 PM, zMan zedgarhoo...@gmail.com said: Well now, let's use our imaginations, boys and girls. Presumably he has that idea because he's been unable to find any such documentation. I've been unable to find lots of things that existed, some of them right under my nose. needlessly obtuse? PKB. -- 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: INFO IBM-MAIN
Re: IBM-MAIN Digest - 31 Dec 2011 to 1 Jan 2012 (#2012-1)
On Mon, Jan 2, 2012 at 9:21 AM, David Boyes dbo...@sinenomine.net wrote: Big hassle: the illustrations in the older manuals are in APF format, which isn't documented anywhere. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN You meant AFP (Advanced Function Presentation or Advance Function Printing). All of the latest AFP Architecture books can be found at the AFP Color Consortium website. Unfortunately (IMHO) only in PDF format. See http://www.afpcinc.org/publications.html See the GOCA and IOCA books. You can also find documentation on the bookshelves for the IBM Products: For example: PSF V4R4.0 for z/OS Bookshelfhttp://publibfi.boulder.ibm.com/cgi-bin/bookmgr/Shelves/apsbk430 http://publibfi.boulder.ibm.com/cgi-bin/bookmgr/Shelves/apsbk430 This bookshelf has most books in both BookManager and PDF format. Or PSF V4R4.0 for z/OS PDF Extended Shelfhttp://publibfi.boulder.ibm.com/cgi-bin/bookmgr/XKS/apsbk430 http://publibfi.boulder.ibm.com/cgi-bin/bookmgr/XKS/apsbk430 The extended bookshelf has more books, but only in PDF format. When you say illustrations, I assume you meant GOCA, IOCA, or the older IM image format, for which see Chapter 6. IM-Image Command Set, in the IPDS Reference. Regards, --Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM-MAIN Digest - 31 Dec 2011 to 1 Jan 2012 (#2012-1)
If you were referring to the pictures in the BookManager format of the book, rather than the AFP format, then see http://publibfi.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/EPHZ2L03/4.2.10?SHELF=DT=20050922160211CASE= for an explanation. On Tue, Jan 3, 2012 at 1:56 PM, Roger Bolan rogerbo...@gmail.com wrote: On Mon, Jan 2, 2012 at 9:21 AM, David Boyes dbo...@sinenomine.net wrote: Big hassle: the illustrations in the older manuals are in APF format, which isn't documented anywhere. Regards, --Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM-MAIN Digest - 31 Dec 2011 to 1 Jan 2012 (#2012-1)
I am wondering how difficult it would be for IBM to publish their manuals in .mobi or .epub format. This would make them much more readable on cell phones or other media such a the newer Kindles or Nook ebook reader. It would even help on netbooks, laptops, and desktop as it wouldn't force the letter sized pages onto a device which cannot render them nicely. No brainer for the manuals still maintained with Bookmaster. Just need to postprocess the DCF output, and/or modify LP3820 to emit mobi or epub output. It's just XML with some extra taqs, so it shouldn't be too hard to do. Of course, that would mean that IBM would have to release the source for LP3820...*sigh*. Another thought: LP3820 already produces HTML output (albeit incredibly ugly HTML -- think 1980's HTML). The Docbook html2epub tools will eat HTML (obviously), so at least you'd have the text. Big hassle: the illustrations in the older manuals are in APF format, which isn't documented anywhere. You could probably transcode the PDFs with some of the Docbook .mobi support tools if you run them through pdf2ps, then through ps2mobi. Would totally break images and hyperlinks, though, and see above. Wouldn't be nearly as useful as the PDF books. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM-MAIN Digest - 31 Dec 2011 to 1 Jan 2012 (#2012-1)
David, if it's Bookie then B2H gets you HTML which should get you close. Having inspected the HTML emitted a number of times over the years I don't think it very modern or nice. But it could be worked with - and I'd be willing to try. Sadly, as I said before, Redbooks don't use Bookie anymore. (They used to and I thought it retrograde when they stopped - even as an author.) Cheers, Martin Martin Packer, Mainframe Performance Consultant, zChampion Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: David Boyes dbo...@sinenomine.net To: IBM-MAIN@bama.ua.edu, Date: 02/01/2012 16:24 Subject: Re: IBM-MAIN Digest - 31 Dec 2011 to 1 Jan 2012 (#2012-1) Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I am wondering how difficult it would be for IBM to publish their manuals in .mobi or .epub format. This would make them much more readable on cell phones or other media such a the newer Kindles or Nook ebook reader. It would even help on netbooks, laptops, and desktop as it wouldn't force the letter sized pages onto a device which cannot render them nicely. No brainer for the manuals still maintained with Bookmaster. Just need to postprocess the DCF output, and/or modify LP3820 to emit mobi or epub output. It's just XML with some extra taqs, so it shouldn't be too hard to do. Of course, that would mean that IBM would have to release the source for LP3820...*sigh*. Another thought: LP3820 already produces HTML output (albeit incredibly ugly HTML -- think 1980's HTML). The Docbook html2epub tools will eat HTML (obviously), so at least you'd have the text. Big hassle: the illustrations in the older manuals are in APF format, which isn't documented anywhere. You could probably transcode the PDFs with some of the Docbook .mobi support tools if you run them through pdf2ps, then through ps2mobi. Would totally break images and hyperlinks, though, and see above. Wouldn't be nearly as useful as the PDF books. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM-MAIN Digest - 31 Dec 2011 to 1 Jan 2012 (#2012-1)
In 03ff351977a6114a9e3bc166d58e936d0323ba3...@dfw1mbx18.mex07a.mlsrvr.com, on 01/02/2012 at 10:21 AM, David Boyes dbo...@sinenomine.net said: Big hassle: the illustrations in the older manuals are in APF format, which isn't documented anywhere. What gives you that idea? -- 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: INFO IBM-MAIN
Re: IBM-MAIN Digest - 12 Nov 2011 to 13 Nov 2011 (#2011-317)
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of IBM-MAIN automatic digest system Sent: Monday, November 14, 2011 12:00 AM To: IBM-MAIN@bama.ua.edu Subject: IBM-MAIN Digest - 12 Nov 2011 to 13 Nov 2011 (#2011-317) -- 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: IBM-MAIN Digest
Every message I get in the digest includes this at the end: For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO But when I sent an email to lists...@bama.ua.edu with that message, I got the response: GET IBM-MAIN INFO This server does not have any file by the name IBM-MAIN INFO. -- 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: IBM-MAIN Digest
I think Darren still has to fix that. Check the archives for Sept for a discussion on this topic. However, if you go to this link http://alabamamaps.ua.edu/cgi-bin/wa?A0=ibm-main It may make it easier to manage your account. Lizette -Original Message- From: Jim Heifetz jhei...@sears.ca Sent: Sep 26, 2011 10:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM-MAIN Digest Every message I get in the digest includes this at the end: For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO But when I sent an email to lists...@bama.ua.edu with that message, I got the response: GET IBM-MAIN INFO This server does not have any file by the name IBM-MAIN INFO. -- 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: IBM-MAIN Digest - 12 Sep 2011 to 13 Sep 2011 (#2011-256)
BTW, what is #39,t mean? I see it frequently, is it encrypted cursing? Hahaha No, it's an attempt by smart mail user agents to insert a fancy apostrophe character instead of using the single quote. The 39 is the hex character code for the apostrophe. -- 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: IBM-MAIN Digest - 4 Jul 2011 to 5 Jul 2011 (#2011-186)
IBM-MAIN NODIGEST -- 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: IBM-MAIN Digest - 4 Jul 2011 to 5 Jul 2011 (#2011-186)
Morning, John. In case your settings don't echo your own posts, you finger-checked and sent this to the list instead of lists...@bama.ua.edu. Cheers,,,Steve Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: John Watson jrwat...@au1.ibm.com To: IBM-MAIN@bama.ua.edu Date: 07/06/2011 05:37 AM Subject:Re: IBM-MAIN Digest - 4 Jul 2011 to 5 Jul 2011 (#2011-186) Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu IBM-MAIN NODIGEST -- 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: IBM-MAIN Digest - 16 Jun 2011 to 17 Jun 2011 (#2011-168)
T From: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Sent: Sat Jun 18 00:00:04 2011 Subject: IBM-MAIN Digest - 16 Jun 2011 to 17 Jun 2011 (#2011-168) This message has been archived.
Re: IBM-MAIN Digest - 20 Jun 2011 to 21 Jun 2011 (#2011-172)
Please remove me Patrick J. Daanen From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of IBM-MAIN automatic digest system Sent: Tuesday, June 21, 2011 11:00 PM To: IBM-MAIN@bama.ua.edu Subject: IBM-MAIN Digest - 20 Jun 2011 to 21 Jun 2011 (#2011-172) [http://BAMA.UA.EDU/archives/images/b-listserv.jpg]http://www.lsoft.com [http://BAMA.UA.EDU/archives/images/b-version.jpg]http://bama.ua.edu/cgi-bin/wa?LIST=IBM-MAIN IBM-MAIN Digest - 20 Jun 2011 to 21 Jun 2011 (#2011-172) Table of contents: * Looking for solution Mainframe system management report tool * 3490E volume limits (7) * How do you manage CALLLIBS for products not installed? (2) * Inactive WLM CDS Information (6) * Creating a BASIC sysplex between two VM Guests (5) * mvs command execution using batch job * Reduced 3270 Screen Geometry (2) * Maintaining ISPF's command stack (6) * mvs command execution using batch job (3) * JES2 Initiation equivilant of $TJOBCLASS XEQMEMBER (3) * more on startio... (6) * Some tests with MFNetDisk PRO (3) * How to justify SHARE (6) * Production MIPS (2) * how to backup data onto mainframe tape and restored read on windows ? (3) * Japan (was Re: 3490E volume limits) 1. Looking for solution Mainframe system management report tool * Re: Looking for solution Mainframe system management report toolcid:146048@BAMA.UA.EDU (06/21) From: Timothy Sipples timothy.sipp...@us.ibm.com 2. 3490E volume limits * Re: 3490E volume limitscid:146049@BAMA.UA.EDU (06/21) From: R.S. r.skoru...@bremultibank.com.pl * Re: 3490E volume limitscid:146050@BAMA.UA.EDU (06/21) From: Zos User zosu...@gmail.com * Re: 3490E volume limitscid:146052@BAMA.UA.EDU (06/21) From: R.S. r.skoru...@bremultibank.com.pl * Re: 3490E volume limitscid:146056@BAMA.UA.EDU (06/21) From: Zos User zosu...@gmail.com * Re: 3490E volume limitscid:146057@BAMA.UA.EDU (06/21) From: Mike Wood mikeww...@hotmail.com * Re: 3490E volume limitscid:146084@BAMA.UA.EDU (06/22) From: Minoru Massaki mmass...@gmail.com * Re: 3490E volume limitscid:146097@BAMA.UA.EDU (06/21) From: R.S. r.skoru...@bremultibank.com.pl 3. How do you manage CALLLIBS for products not installed? * Re: How do you manage CALLLIBS for products not installed?cid:146051@BAMA.UA.EDU (06/21) From: R.S. r.skoru...@bremultibank.com.pl * Re: How do you manage CALLLIBS for products not installed?cid:146059@BAMA.UA.EDU (06/21) From: Tidy, David (D) dt...@dow.com 4. Inactive WLM CDS Information * Re: Inactive WLM CDS Informationcid:146053@BAMA.UA.EDU (06/21) From: Vernooij, CP - SPLXM kees.verno...@klm.com * Re: Inactive WLM CDS Informationcid:146060@BAMA.UA.EDU (06/21) From: Sandro Ambrozic sandro.ambro...@gmail.com * Re: Inactive WLM CDS Informationcid:146065@BAMA.UA.EDU (06/21) From: Bill Neiman nei...@us.ibm.com * Re: Inactive WLM CDS Informationcid:146074@BAMA.UA.EDU (06/21) From: Art Gutowski arthur.gutow...@compuware.com * Re: Inactive WLM CDS Informationcid:146076@BAMA.UA.EDU (06/21) From: Staller, Allan allan.stal...@kbmg.com * Re: Inactive WLM CDS Informationcid:146077@BAMA.UA.EDU (06/21) From: Sandro Ambrozic sandro.ambro...@gmail.com 5. Creating a BASIC sysplex between two VM Guests * Creating a BASIC sysplex between two VM Guestscid:146054@BAMA.UA.EDU (06/21) From: âãé áï àáé gad...@malam.com * Re: Creating a BASIC sysplex between two VM Guestscid:146058@BAMA.UA.EDU (06/21) From: John McKown joa...@swbell.net * Re: Creating a BASIC sysplex between two VM Guestscid:146061@BAMA.UA.EDU (06/21) From: Mary Anne Matyaz maryanne4...@gmail.com * Re: Creating a BASIC sysplex between two VM Guestscid:146062@BAMA.UA.EDU (06/21) From: גדי בן ×בי gad...@malam.com * Re: Creating a BASIC sysplex between two VM Guestscid:146063@BAMA.UA.EDU (06/21) From: Binyamin Dissen bdis...@dissensoftware.com 6. mvs command execution using batch job * Re: mvs command execution using batch jobcid:146055@BAMA.UA.EDU (06/21) From: Binyamin Dissen bdis...@dissensoftware.com 7. Reduced 3270 Screen Geometry * Re: Reduced 3270 Screen Geometrycid:146064@BAMA.UA.EDU (06/21) From: Chase, John jch...@ussco.com * Re: Reduced 3270 Screen Geometrycid:146080@BAMA.UA.EDU (06/21) From: Thomas David Rivers riv...@dignus.com 8. Maintaining ISPF's command stack * Re: Maintaining ISPF's command stackcid:146066@BAMA.UA.EDU (06/21) From: Walt Farrell wfarr...@us.ibm.com * Re: Maintaining ISPF's command stackcid:146073@BAMA.UA.EDU (06/21) From: DanD mvs-j...@sympatico.ca * Re: Maintaining ISPF's command stackcid:146075@BAMA.UA.EDU (06/21) From: Walt Farrell wfarr...@us.ibm.com * Re: Maintaining ISPF's command stackcid:146078@BAMA.UA.EDU (06/21) From: John P Kalinich jkali...@csc.com * Re: Maintaining ISPF's command stackcid:146079@BAMA.UA.EDU (06/21) From: Dan D mvs-j
Re: IBM-MAIN Digest - 20 Jun 2011 to 21 Jun 2011 (#2011-172)
Read the instruction at the end of each post do it yourself! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Daanen, Patrick daan...@schneider.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Wed, 22 Jun 2011 12:25:26 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: IBM-MAIN Digest - 20 Jun 2011 to 21 Jun 2011 (#2011-172) Please remove me Patrick J. Daanen From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of IBM-MAIN automatic digest system Sent: Tuesday, June 21, 2011 11:00 PM To: IBM-MAIN@bama.ua.edu Subject: IBM-MAIN Digest - 20 Jun 2011 to 21 Jun 2011 (#2011-172) [http://BAMA.UA.EDU/archives/images/b-listserv.jpg]http://www.lsoft.com [http://BAMA.UA.EDU/archives/images/b-version.jpg]http://bama.ua.edu/cgi-bin/wa?LIST=IBM-MAIN IBM-MAIN Digest - 20 Jun 2011 to 21 Jun 2011 (#2011-172) Table of contents: * Looking for solution Mainframe system management report tool * 3490E volume limits (7) * How do you manage CALLLIBS for products not installed? (2) * Inactive WLM CDS Information (6) * Creating a BASIC sysplex between two VM Guests (5) * mvs command execution using batch job * Reduced 3270 Screen Geometry (2) * Maintaining ISPF's command stack (6) * mvs command execution using batch job (3) * JES2 Initiation equivilant of $TJOBCLASS XEQMEMBER (3) * more on startio... (6) * Some tests with MFNetDisk PRO (3) * How to justify SHARE (6) * Production MIPS (2) * how to backup data onto mainframe tape and restored read on windows ? (3) * Japan (was Re: 3490E volume limits) 1. Looking for solution Mainframe system management report tool * Re: Looking for solution Mainframe system management report toolcid:146048@BAMA.UA.EDU (06/21) From: Timothy Sipples timothy.sipp...@us.ibm.com 2. 3490E volume limits * Re: 3490E volume limitscid:146049@BAMA.UA.EDU (06/21) From: R.S. r.skoru...@bremultibank.com.pl * Re: 3490E volume limitscid:146050@BAMA.UA.EDU (06/21) From: Zos User zosu...@gmail.com * Re: 3490E volume limitscid:146052@BAMA.UA.EDU (06/21) From: R.S. r.skoru...@bremultibank.com.pl * Re: 3490E volume limitscid:146056@BAMA.UA.EDU (06/21) From: Zos User zosu...@gmail.com * Re: 3490E volume limitscid:146057@BAMA.UA.EDU (06/21) From: Mike Wood mikeww...@hotmail.com * Re: 3490E volume limitscid:146084@BAMA.UA.EDU (06/22) From: Minoru Massaki mmass...@gmail.com * Re: 3490E volume limitscid:146097@BAMA.UA.EDU (06/21) From: R.S. r.skoru...@bremultibank.com.pl 3. How do you manage CALLLIBS for products not installed? * Re: How do you manage CALLLIBS for products not installed?cid:146051@BAMA.UA.EDU (06/21) From: R.S. r.skoru...@bremultibank.com.pl * Re: How do you manage CALLLIBS for products not installed?cid:146059@BAMA.UA.EDU (06/21) From: Tidy, David (D) dt...@dow.com 4. Inactive WLM CDS Information * Re: Inactive WLM CDS Informationcid:146053@BAMA.UA.EDU (06/21) From: Vernooij, CP - SPLXM kees.verno...@klm.com * Re: Inactive WLM CDS Informationcid:146060@BAMA.UA.EDU (06/21) From: Sandro Ambrozic sandro.ambro...@gmail.com * Re: Inactive WLM CDS Informationcid:146065@BAMA.UA.EDU (06/21) From: Bill Neiman nei...@us.ibm.com * Re: Inactive WLM CDS Informationcid:146074@BAMA.UA.EDU (06/21) From: Art Gutowski arthur.gutow...@compuware.com * Re: Inactive WLM CDS Informationcid:146076@BAMA.UA.EDU (06/21) From: Staller, Allan allan.stal...@kbmg.com * Re: Inactive WLM CDS Informationcid:146077@BAMA.UA.EDU (06/21) From: Sandro Ambrozic sandro.ambro...@gmail.com 5. Creating a BASIC sysplex between two VM Guests * Creating a BASIC sysplex between two VM Guestscid:146054@BAMA.UA.EDU (06/21) From: âãé áï àáé gad...@malam.com * Re: Creating a BASIC sysplex between two VM Guestscid:146058@BAMA.UA.EDU (06/21) From: John McKown joa...@swbell.net * Re: Creating a BASIC sysplex between two VM Guestscid:146061@BAMA.UA.EDU (06/21) From: Mary Anne Matyaz maryanne4...@gmail.com * Re: Creating a BASIC sysplex between two VM Guestscid:146062@BAMA.UA.EDU (06/21) From: גדי בן ×בי gad...@malam.com * Re: Creating a BASIC sysplex between two VM Guestscid:146063@BAMA.UA.EDU (06/21) From: Binyamin Dissen bdis...@dissensoftware.com 6. mvs command execution using batch job * Re: mvs command execution using batch jobcid:146055@BAMA.UA.EDU (06/21) From: Binyamin Dissen bdis...@dissensoftware.com 7. Reduced 3270 Screen Geometry * Re: Reduced 3270 Screen Geometrycid:146064@BAMA.UA.EDU (06/21) From: Chase, John jch...@ussco.com * Re: Reduced 3270 Screen Geometrycid:146080@BAMA.UA.EDU (06/21) From: Thomas David Rivers riv...@dignus.com 8. Maintaining ISPF's command stack * Re: Maintaining ISPF's command stackcid:146066@BAMA.UA.EDU (06/21) From: Walt Farrell wfarr
Re: IBM-MAIN Digest - 9 Jun 2011 to 10 Jun 2011 (#2011-161)
On Fri, 10 Jun 2011 15:27:22 +0530 Jags asks... Since Our Jes2 spool percentage has reached to 100% and even after purging all the old jobs percentage level didnt go down. I tried starting the Jes2 in COLD by giving /Replyid,COLD,NOREQ but it was not taking up and it was throwing a message like invalid syntax. I also looked into the CPAC.PARMLIB under COMMDxx member whether a start command was coded but I could'nt find anything in it. Could anyone please guide me in this. How are you purging the old jobs? Are you using SDSF and going to the held output queue? JQEs are funny in that you may have purged all HELD output from SDSF, but there still might be some output associated with the job that is in another output queue your purge command did not touch. Until all those queue elements are purged JES2 will not reflect the output is purged and release the spool space. If I need to purge a job I will use the old fashion $PJnnn command rather than placing a P in front of the job in the held queue. You also need to find the culprit job that is eating up your spool space. Could you have a started task that is in a loop? ;-D an -- 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: IBM-MAIN Digest - 9 Jun 2011 to 10 Jun 2011 (#2011-161)
Until all those queue elements are purged JES2 will not reflect the output is purged and release the spool space. I thought that was changed aeons ago (circa OS/390 V2R5). - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- 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: IBM-MAIN Digest - 9 Jun 2011 to 10 Jun 2011 (#2011-161)
Through ST, it is all there until the last file is gone. On Sat, Jun 11, 2011 at 9:48 AM, Ted MacNEIL eamacn...@yahoo.ca wrote: Until all those queue elements are purged JES2 will not reflect the output is purged and release the spool space. I thought that was changed aeons ago (circa OS/390 V2R5). - Ted MacNEIL -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Automatic reply: IBM-MAIN Digest - 31 May 2011 to 1 Jun 2011 (#2011-152)
I'll be out of the office until Monday, June 13th. -- 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 = Dillard's Confidential -- 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: IBM-MAIN Digest - 11 Apr 2011 to 12 Apr 2011 (#2011-102)
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Rowe Sent: Wednesday, April 13, 2011 4:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM-MAIN Digest - 11 Apr 2011 to 12 Apr 2011 (#2011-102) Don't ignore IE (Internet Express). More holes than a screen door! INTERNET Explorer. Internet EXPLODER! Now with native HTML5 support for the best possible browing experience! http://www.theregister.co.uk/2011/04/13/web_skewers_microsoft_for_native_html5_talk/ -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * 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: IBM-MAIN Digest - 11 Apr 2011 to 12 Apr 2011 (#2011-102)
...a shoddy piece of dishonest marketing nonsense... how many levels of redundant redundancy is contained in that phrase? Quidquid latine dictum sit, altum viditur. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/14/2011 08:21:07 AM: From: McKown, John john.mck...@healthmarkets.com Now with native HTML5 support for the best possible browing experience! http://www.theregister.co.uk/2011/04/13/web_skewers_microsoft_for_native_html5_talk/ - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- 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: IBM-MAIN Digest - 11 Apr 2011 to 12 Apr 2011 (#2011-102)
I would submit that the plural of virus is probably Windows. From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of IBM-MAIN automatic digest system Sent: Wednesday, April 13, 2011 12:00 AM To: IBM-MAIN@bama.ua.edu Subject: IBM-MAIN Digest - 11 Apr 2011 to 12 Apr 2011 (#2011-102) /PREThis email may contain confidential and privileged material for the sole use of the intended recipient. If you are not the intended recipient, please contact the sender and delete all copies. Any review or distribution by others is strictly prohibited. Personal emails are restricted by policy of the State Employees' Credit Union (SECU). Therefore SECU specifically disclaims any responsibility or liability for any personal information or opinions of the author expressed in this email. /P -- 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: IBM-MAIN Digest - 11 Apr 2011 to 12 Apr 2011 (#2011-102)
snip From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Frisbie, Jim Sent: Wednesday, April 13, 2011 7:38 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM-MAIN Digest - 11 Apr 2011 to 12 Apr 2011 (#2011-102) I would submit that the plural of virus is probably Windows. /snip More precisely Microsoft Outlook -- 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: IBM-MAIN Digest - 11 Apr 2011 to 12 Apr 2011 (#2011-102)
snip-- I would submit that the plural of virus is probably Windows. /snip More precisely Microsoft Outlook -unsnip- Don't ignore IE (Internet Express). More holes than a screen door! Rick -- 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: IBM-MAIN Digest - 11 Apr 2011 to 12 Apr 2011 (#2011-102)
Don't ignore IE (Internet Express). More holes than a screen door! INTERNET Explorer. Sent wirelessly from my BlackBerry device on the Bell network. Envoyé sans fil par mon terminal mobile BlackBerry sur le réseau de Bell. -- 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: IBM-MAIN Digest - 11 Apr 2011 to 12 Apr 2011 (#2011-102)
Don't ignore IE (Internet Express). More holes than a screen door! INTERNET Explorer. Internet EXPLODER! CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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
Automatic reply: IBM-MAIN Digest - 12 Jan 2011 to 13 Jan 2011 (#2011-13)
I'll be out of the office until Monday, Jan 17th. -- 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 = Dillard's Confidential -- 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: IBM-MAIN Digest - 17 Dec 2010 to 18 Dec 2010 (#2010-352)
From: IBM-MAIN automatic From: IBM-MAIN automatic digest system lists...@bama.ua.edu To: IBM-MAIN@bama.ua.edu Sent: Sat, December 18, 2010 11:00:03 PM Subject: IBM-MAIN Digest - 17 Dec 2010 to 18 Dec 2010 (#2010-352) There are 23 messages totalling 1034 lines in this issue. Topics of the day: 1. DFSORT - Compare and report changed records from 2 huge files (6) 2. AUTO: James Obrizok is out of the office on vacation but periodically checking email through the day. Returning Thursday December 16th. (returning 12/20/2010) 3. Connect:Direct Needed Enhancement (4) 4. Off topic Friday - Why did I do this? 5. z/os x z/os.e differences (2) 6. ISPF Service in batch mode 7. Batch program to update CVTUSER (2) 8. SAS installation questions (2) 9. Fw: ASG/Mobius 10. Why not STORAGE OBTAIN LOC=(31,64)? 11. determine runtime privilege level (prob/supr state, key) without TESTAUTH 12. PSP for z/os.e 1.8 -- 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 -- Date: Sat, 18 Dec 2010 13:44:12 +0530 From: adarsh khanna adarshkha...@yahoo.com Subject: DFSORT - Compare and report changed records from 2 huge files I have a situation where I need to report updated records from an = Hi,=0A=0AI have a situation where I need to report updated records from an = IMS database =0Aeveryday.=0AOn the first day, I run an IMS scan utility to = report everything on the IMS DB =0A(around 30 million records).=0A=0AFrom s= econd day onwards, I have to scan the IMS DB again and compare it with the = =0Aprevious days file to report any updated records.=0A=0AOne solution is t= o use VSAM i.e. store all the records (30 million) in a VSAM =0AKSDS file (= in the initial run) and compare each record on it everyday with the =0Ascan= ned file subsequently.=0A=0AI want to use DFSORT to compare and report only= changed records.=0AMy question is will DFSORT solution offer any advantage= to VSAM one?=0A=0AThanks in advance=0A=0AAdarsh Khanna=0A=0A -- 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 -- Date: Sat, 18 Dec 2010 04:06:38 -0500 From: James Obrizok obri...@us.ibm.com Subject: AUTO: James Obrizok is out of the office on vacation but periodically checking email through the day. Returning Thursday December 16th. (returning 12/20/2010) I am out of the office until 12/20/2010. If you require immediate assistance, please contact my backup Fernando Vega on 1-404-238-4580 or Jon Regitsky on 1-404-238-3134. Thank you. Note: This is an automated response to your message IBM-MAIN Digest - 16 Dec 2010 to 17 Dec 2010 (#2010-351) sent on 12/18/10 0:00:04. This is the only notification you will receive while this person is away. -- 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 -- Date: Sat, 18 Dec 2010 07:43:25 -0600 From: Joel C. Ewing jcew...@acm.org Subject: Re: Connect:Direct Needed Enhancement To avoid burning unnecessary CPU cycles, high frequency messages may be completely suppressed from even going to an automation product at the z/OS level via a PARMLIB member. This suppression support is at the message ID (first word of the message) level, so a distinct msgid for messages of concern is required to take advantage of it. We haven't done any comparison tests for a long time, but the savings from automation suppression with Netview were noticeable when we first started using it. Products should use message ID conventions with this in mind. Joel C Ewing On 12/17/2010 12:26 PM, Ron Hawkins wrote: Jim, Not that I have written much automation code, but wouldn't it be simpler just to check for the characters COMP in the positions 1-4 of the message text, and then branch your automation code accordingly? There's nothing terribly inefficient in that. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim Marshall Sent: Friday, December 17, 2010 9:09 AM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] Connect:Direct Needed Enhancement Need some assistance from those running Connect:Direct for z/OS from Sterling Commerce (who is now IBM). The way C:D reports
Re: z/OS, TCP/IP, and OSA (Was: Some rubbish starting with IBM-MAIN Digest)
David I'm sorry for the late response here. Although I responded swiftly after the original post of 14 Sept questioning how the Communications Server (CS) IP component could possibly communicate to the outside world without the aid of OSA features, I merely indicated that quite a lot concerning this thorny topic could be discovered actually by opening the relevant manual. If only ... I referred to the long and glorious history of the predecessor product, TCP/IP for MVS - not forgetting *its* predecessor product TCP/IP for VM which of course continues a parallel and equally glorious existence. The period of this history incorporates some time when there was no such thing as an OSA feature and so there really must have been other ways that the IP product could communicate with the outside world. I also recalled - not too difficult! - that many - actually I incorrectly assumed *all* - never assume anything! - of these other interface technologies were still documented - in the CS IP Configuration Reference manual - and indicated that's where the answer to the original question could easily be found.[1] You have now given us what you describe as a subset of the interfaces which have been available to this family of products over the last 20 years or so but you also suggested that some may have fallen by the wayside: The stack still has the code to support most of these devices, but IBM (and the other vendors) probably don't support them officially any more. Thus it seemed that an interesting project, supported purely by a web browser, a wireless connection and a durable laptop battery while paying just a little attention to some not particularly riveting films - obviously, was to review the documented interfaces. Using the online bookshelves, the furthest I was - easily - able to go back was TCP/IP for MVS V2R2.1. This is actually not a bad starting point because this release lies in the period when I was teaching TCP/IP for MVS as an introductory half day in the week-long hands-on TCP/IP class. I had a section in my class notes which covered interfaces. Because of my background, I mostly investigated those interfaces with which I was able to work in my test/education systems, namely, those based on SNA and the 3745 Communication Controller and virtual (VM-based) channel to channel, and I taught them, it would seem, in the following sequence: - X25NPSI: SNA/X.25 using GATE - X25NPSI: SNA/X.25 using GATE fast-connect - SNALU62: SNA using LU type 6.2 - SNAIUCV: SNA using LU type 0[Story 2] - CTC: Channel-to-channel I note that one I could have taught - and had implemented for testing purposes - but probably reckoned to be just too obscure for the audience was SNA/X.25 using DATE,[Story 1] yet another flavour of X25NPSI. Those for which I did not have the requisite hardware available and so, not having actually made the interface work, I didn't feel entitled to do more than simply refer the students to the manual, are the following: - LCS: 8232 or 3172 to Ethernet - LCS: 8232 or 3172 to Token-Ring - LCS: 3172 to FDDI - HIPPI: High Performance Parallel Interface - HCH: HYPERchannel A220 - ELANS: CETI to Ethernet - IUCV: Inter-user Communication Vehicle to adjacent address space - CLAW: 3172-3 and RS/6000 also support offload I guess I could have covered IUCV. Maybe I didn't see much point! In order to remove any ambiguity, I have here added a prefix which is the code used in the DEVICE statement in order to indicate the type of interface. It was actually most regrettable that I did not have a playpen 3172 since that was the most popular device in order to gain access to the outside world. I verified that all the interface types identified above were documented in the TCP/IP for MVS V2R2.1 manual. Today, z/OS V1R12, the following interface types are documented in the CS IP Configuration Reference manual: - ATM - CDLC - CLAW - CTC - HCH - LCS - MPCIPA/IPAQENET (QDIO) - MPCIPA/IPAQIDIO (IQDIO) - MPCOSA - MPCPTP - SNAIUCV - SNALU62 - VIRTUAL - X25NPSI Thus we can see that, actually, we have *lost* the ELANS (CETI), HIPPI and IUCV interface types and we have *gained* the ATM, CDLC, MPCIPA, MPCOSA, MPCPTP and VIRTUAL types. I tracked the loss of types back to the change from TCP/IP for MVS V3R2 to the OS/390 Communications Server IP component. The details can be found in the following manual: OS/390 V2R5 eNetwork Communications Server IP Planning and Migration Guide, SC31-8512-00, Chapter 4, Migrating from TCP/IP Version 3 Release 2, Device Driver Support and subtopics. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1AF9000/4.6 Full honesty compels me to mention that the offload flavour of the CLAW type was also abandoned. This manual also happens to describe the introduction of a couple of new types and there are two types which had been introduced earlier than the switch from TCP/IP for MVS V3R2 to the Communications Server IP
Re: IBM-MAIN Digest - 21 Sep 2010 to 22 Sep 2010 (#2010-265)
Essentially I'm looking for a method of identifying MVS images so that I can talk to my agent running in each of those images. If my agent is not running on an image then neither is any other of my software. Take a look at the Zeroconf project. You can easily have your agent announce itself, and the other systems can look for the specific agent signature, and you're golden. Zeroconf.org Doesn't matter what OS or what configuration it's in. -- db -- 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: IBM-MAIN Digest - 19 Sep 2010 to 20 Sep 2010 (#2010-263)
There is another one, i an ware of Anynetwhether it is used any more, I dont know. Scott J Ford From: David Boyes dbo...@sinenomine.net To: IBM-MAIN@bama.ua.edu Sent: Tue, September 21, 2010 12:36:06 AM Subject: Re: IBM-MAIN Digest - 19 Sep 2010 to 20 Sep 2010 (#2010-263) No real issue, just thought I would ask. I couldn't think of anything other than an OSA for TCP/IP communication. I had forgotten about the CIPS from CISCO. There are a fair number of devices that work with IBM TCPIP (both for VM and for MVS). Some other fun ones: 7170 (basically a parallel channel interface to a DEC Unibus card cage, with a DEC DELNI network card in it, controlled by an original IBM PC with (wait for it!) 64K of RAM!), Genned as a CTC. Very temperamental, but it got bits on the wire. 8232 (a channel attached PC/AT that came with a Ungermann/Bass 10mbit Ethernet card that jammed easily on networks with lots of collisions) also genned as a CTC 3172 (aka LAN Channel Station, or LCS) genned as 3088, could support up to 3 network adapters (TR, Ethernet, ATM), although you were sad if you had the ATM adapter and tried to add anything else to it). This is the most common emulated adapter, and was available internally on the MP3K, FlexES and now zPDT. Came in parallel and ESCON versions, I think. BusTech BTI 1, 2 and 3: very popular with universities, as they were about a quarter to half the price of a 8232 or 3172 and took up a LOT less space (4 RU vs a half-height cabinet for a 3172). V1 required a special driver, but later models emulated a 3088. Supported Ethernet, TR, and ATM in various forms, and you could get one unit to support up to 4 adapters (the vendor sold only 3, but there was plenty horsepower for 10 Mbit Ethernet. ATI Hyperchannel -- did 10 and 100mbit Ethernet direct from the channel interface. Expensive, usually used when you had a Cray to do computing and the Z system was just playing smart I/O device to the Cray. X25IPI -- IP over X.25. You needed a FEP for this thing, or the internal X.25 interface in a 4361. Evil. Pure Evil. SNA LU - IP over SNA. VTAM set up a LU-LU session, and the IP stack used it like a serial line. Weird, but it worked. Cisco CIP - channel attached 75xx Cisco router. Parallel and ESCON versions, genned as a 3088. Fast (for the day) and very flexible. Could drive dozens of interfaces, offload 3270 traffic, deal with up to SONET speeds, bridge Ethernet and TR and ATM networks. The channel interface was the real bottleneck. Too bad there never was a FICON version. Cisco CPA - channel attached 72xx Cisco router. Similar to a CIP, but designed for the smaller 7200 series routers. Also had a parallel and ESCON version. Real CTC/CNCs -- if you had a 3088, you could use it to connect to other Z hosts and do IP over the channel. Fast, for the day, but not very useful unless you were VERY visionary and fought the SNA Wars well. The lockstep nature of the channel protocol was the big bottleneck. About that point was where the OSAs appeared. The stack still has the code to support most of these devices, but IBM (and the other vendors) probably don't support them officially any more. -- 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: IBM-MAIN Digest - 19 Sep 2010 to 20 Sep 2010 (#2010-263)
AFAIK ANYNET is no longer supported. Replaced w/Enterprise Extender snip There is another one, i an ware of Anynetwhether it is used any more, I dont know. /snip -- 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
AnyNet, dead or alive? (Was: Re: IBM-MAIN Digest - 19 Sep 2010 to 20 Sep 2010 (#2010-263) - Was: z/OS, TCP/IP, and OSA)
Allan AFAIK ANYNET is no longer supported. This is one of those points that is very easy to discover from the on-line manuals - just as the original question was, come to think of it - and, more recently a probably for which the exact opposite is a certainty. I may find sufficient energy to expand on the latter later. On the following bookshelf for z/OS V1R7, we still find the AnyNet feature manuals: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/F1A1BK61 On the following bookshelf for z/OS V1R8, we find they have mysteriously disappeared: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/F1A1BK81 Well, it's not *so* mysterious when we take the trouble to dip into the so- called z/OS Communications Server New Function Summary, Version 1 Release 8, GC31-8771-02, manual, we find the following (new function indeed!): quote | 2.2.2.1 Current support considerations ... | z/OS V1R8 Communications Server discontinues support of AnyNet®. | AnyNet consists of two functions: SNA over IP, and Sockets over SNA. | You can implement Enterprise Extender (EE) as the replacement for the | SNA over IP function. There is no replacement for Sockets over SNA. /quote Replaced w/Enterprise Extender Yes and no as you can see above if you read it all. Of course, if you rely on the following piece of mendacity, you will fall into the trap of imagining that AnyNet has been replaced in full: quote 2.3.1.2 Future support considerations Be aware of the following future support considerations and refer to z/OS Migration for information about migration. z/OS V1R7 Communications Server is planned to be the last release to support AnyNet. After z/OS V1R7, the function will be removed from the product. You can implement Enterprise Extender (EE) as the replacement for AnyNet. /quote The manual authors do not seem to be able to read what they themselves have written within the scope of one manual here. Definitely a double-bogey! There is another one, i an ware of Anynetwhether it is used any more, I dont know. Which, being translated, is probably intended to say the following: There is another one (means of supplying an IP interface to z/OS Communications Server) of which I am aware: AnyNet. Whether or not it is used any more, I don't know. Actually, what may have been in mind is that flavour of subset of AnyNet products - which extend(ed) to many platforms, not just MVS - which everyone - except the person exercising his fingertips at the moment! - tends to overlook, namely the brilliant AnyNet Sockets over SNA which allows a superb IP application - not actually the IP kernel - to use the superb SNA network for transport rather than the ramshackle IP network. This is the inherent characteristic of the Multiprotocol *Transport* Networking (MPTN) architecture of which the AnyNet products, not limited to the z/OS platform, are implementations. So, in the last analysis, it's interesting to mention AnyNet and, by implication, MPTN, but no flavour of AnyNet is actually an implementation of an IP interface. Chris Mason On Tue, 21 Sep 2010 12:14:41 -0500, Staller, Allan allan.stal...@kbm1.com wrote: AFAIK ANYNET is no longer supported. Replaced w/Enterprise Extender snip There is another one, i an ware of Anynetwhether it is used any more, I dont know. /snip -- 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: IBM-MAIN Digest - 19 Sep 2010 to 20 Sep 2010 (#2010-263)
No real issue, just thought I would ask. I couldn't think of anything other than an OSA for TCP/IP communication. I had forgotten about the CIPS from CISCO. There are a fair number of devices that work with IBM TCPIP (both for VM and for MVS). Some other fun ones: 7170(basically a parallel channel interface to a DEC Unibus card cage, with a DEC DELNI network card in it, controlled by an original IBM PC with (wait for it!) 64K of RAM!), Genned as a CTC. Very temperamental, but it got bits on the wire. 8232(a channel attached PC/AT that came with a Ungermann/Bass 10mbit Ethernet card that jammed easily on networks with lots of collisions) also genned as a CTC 3172(aka LAN Channel Station, or LCS) genned as 3088, could support up to 3 network adapters (TR, Ethernet, ATM), although you were sad if you had the ATM adapter and tried to add anything else to it). This is the most common emulated adapter, and was available internally on the MP3K, FlexES and now zPDT. Came in parallel and ESCON versions, I think. BusTech BTI 1, 2 and 3: very popular with universities, as they were about a quarter to half the price of a 8232 or 3172 and took up a LOT less space (4 RU vs a half-height cabinet for a 3172). V1 required a special driver, but later models emulated a 3088. Supported Ethernet, TR, and ATM in various forms, and you could get one unit to support up to 4 adapters (the vendor sold only 3, but there was plenty horsepower for 10 Mbit Ethernet. ATI Hyperchannel -- did 10 and 100mbit Ethernet direct from the channel interface. Expensive, usually used when you had a Cray to do computing and the Z system was just playing smart I/O device to the Cray. X25IPI -- IP over X.25. You needed a FEP for this thing, or the internal X.25 interface in a 4361. Evil. Pure Evil. SNA LU - IP over SNA. VTAM set up a LU-LU session, and the IP stack used it like a serial line. Weird, but it worked. Cisco CIP - channel attached 75xx Cisco router. Parallel and ESCON versions, genned as a 3088. Fast (for the day) and very flexible. Could drive dozens of interfaces, offload 3270 traffic, deal with up to SONET speeds, bridge Ethernet and TR and ATM networks. The channel interface was the real bottleneck. Too bad there never was a FICON version. Cisco CPA - channel attached 72xx Cisco router. Similar to a CIP, but designed for the smaller 7200 series routers. Also had a parallel and ESCON version. Real CTC/CNCs -- if you had a 3088, you could use it to connect to other Z hosts and do IP over the channel. Fast, for the day, but not very useful unless you were VERY visionary and fought the SNA Wars well. The lockstep nature of the channel protocol was the big bottleneck. About that point was where the OSAs appeared. The stack still has the code to support most of these devices, but IBM (and the other vendors) probably don't support them officially any more. -- 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
Auto Reply: IBM-MAIN Digest - 21 Jul 2010 to 22 Jul 2010 (#2010-203)
I'm on vacation, I'll be back Monday the 2nd of August. - Mark -- 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: IBM-MAIN Digest - COBOL text to HEX print
-- Date:Tue, 15 Jun 2010 13:46:16 -0400 From:Donald Johnson dej@gmail.com Subject: Re: Cobol routine to convert TEXT to displayable HEX Well, here is what I decided to use. I broke my text field into 100-byte segments (based on report requirements), and converted them into a vertical alignment (like issuing the HEX ISPF command) and kept it within the program for simplicity. Here is the code snippet (working-storage section fields (other than the input text), and the Procedure statements: * - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -7-+ * CONVERT TEXT TO HEX WORK FIELDS * - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -7-+ 05 WS-TXT-SUB PIC S9(04) VALUE ZERO COMP. 05 WS-ZON-SUB PIC S9(04) VALUE ZERO COMP. 05 WS-DIG-SUB PIC S9(04) VALUE ZERO COMP. 05 WS-CONV-BYTE-NUM. 10 FILLER PIC X(01) VALUE LOW-VALUES. 10 WS-CONV-BYTE PIC X(01). 05 WS-CONV-NUMREDEFINES WS-CONV-BYTE-NUM PIC 9(04) COMP. 05 WS-CONV-ZONE PIC X(100) VALUE SPACE. 05 WS-CONV-DIGT PIC X(100) VALUE SPACE. 05 WS-HEX-CHARS PIC X(16) VALUE '0123456789ABCDEF'. 05 FILLER REDEFINES WS-HEX-CHARS. 10 WS-X PIC X(01) OCCURS 16 TIMES. * CONVERT TEXT TO HEX FROM DETAIL LINE DATA INITIALIZE WS-CONV-ZONES WS-CONV-DIGTS PERFORM VARYING WS-TXT-SUB FROM 1 BY 1 UNTILWS-TXT-SUB GREATER 100 MOVE SOURCE FIELD (WS-TXT-SUB : 1) TO WS-CONV-BYTE COMPUTE WS-DIVIDE-RESULT = WS-CONV-NUM / 16 COMPUTE WS-REMAINDER = WS-REMAINDER * 16 COMPUTE WS-ZON-SUB = WS-QUOTIENT COMPUTE WS-DIG-SUB = WS-REMAINDER MOVE WS-X(WS-ZON-SUB + 1) TO WS-CONV-ZONE(WS-TXT-SUB:1) MOVE WS-X(WS-DIG-SUB + 1) TO WS-CONV-DIGT(WS-TXT-SUB:1) END-PERFORM. An alternate to the four COMPUTE statements is: COMPUTE WS-ZON-SUB = FUNCTION INTEGER-PART (WS-CONV-NUM / 16) COMPUTE WS-DIG-SUB = FUNCTION REM (WS-CONV-NUM 16) Howvever, multiple runs of a test program running between 100,000 and 1,000,000 iterations of a process to convert all 256 possibilities showed the FUNCTION calls took between 25 and 30% more TCB time, while they used virtually the same amount of memory. I hope others can benefit from this and can use this process. Thanks to all for your help! * Don * -- -- Date:Tue, 15 Jun 2010 21:51:00 -0400 From:WalterR ws...@verizon.net Subject: Re: Cobol routine to convert TEXT to displayable HEX Donald Johnson wrote: Hi guys and gals! Does anyone have a routine (COBOL preferable) that converts a standard text field into its HEX values? For example, if I have a field 'BEFORE,' I want to be able to translate it to CCCDDC 256695 or to C2C5C6D6D9C5. My ultimate goal is the first choice (vertical format), but I can deal with either. I will code this in my COBOL program, so that is why COBOL...I can do it in other places easily, but I am trying to create a model program that is self contained. Thanks in advance! * Don * -- 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 Since COBOL was (only) preferable, maybe a PL/I example would be useful too. DCL STR CHAR(13); DCL HEXV CHAR(99)VAR; DCL # BIN(31)FIXED; STR = 'IBM MAIN LIST'; PUT SKIP DATA(STR); HEXV = HEX2(STR); /* top line concatenated left of bottom line */ # = LENGTH(HEXV)/2; /* always even */ PUT SKIP LIST(SUBSTR(HEXV,1,#));/* upper */ PUT SKIP LIST(SUBSTR(HEXV,#+1));/* lower */ HEX2: /* display hex in double-line (dump) format */ PROCEDURE(STR@) RETURNS(CHAR(99)VAR); /* 99? */ DCL STR@ CHAR(*) NONASGN; DCL(ADDR,*HEXIMAGE*,LENGTH,STRING)BUILTIN; DCL HEXIMAGE_STR CHAR(LENGTH(STR@)*2) ,1 HEX_STR(LENGTH(STR@)) DEFINED(HEXIMAGE_STR) ,2 HEX_STR1 CHAR(1) ,2 HEX_STR2 CHAR(1); HEXIMAGE_STR = *HEXIMAGE*(ADDR(STR@),LENGTH(STR@)); RETURN(STRING(HEX_STR(*).HEX_STR1)|| /* must split afterwards */ STRING(HEX_STR(*).HEX_STR2)); END HEX2; Result: STR='IBM MAIN LIST'; CCD4DCCD4DCEE 9240419503923 Walter Rue
Re: IBM-MAIN Digest - 6 Apr 2010 to 7 Apr 2010 (#2010-97)
Barbara Nitz wrote: Unscientific survey: How many of you use truly non-SMS-managed LOGR datasets? As in: Using the two model data sets and an IEFDB401 exit that specifies the DALLIKE text unit? Question1 : Ours are all SMS managed. Question 2: We don't share a poolfor logger datasets Jim Holloway - Met Life The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- 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: IBM-MAIN Digest - 29 Mar 2010 to 30 Mar 2010 (#2010-89)
Please note my new email address is rwrob...@csc.com. Please update your address book or distribution list. Thank you. -- 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: IBM-MAIN Digest - 9 Dec 2009 to 10 Dec 2009 (#2009-344)
Irrespective of advancements in modern medicine, the day will come when the acclaimed Dr. Merrill meets his demise. MXG is far too valuable to too many companies, it will live on in some fashion. But what are the plans for The Coat? Inquiring minds want to know. From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of IBM-MAIN automatic digest system Sent: Friday, December 11, 2009 12:00 AM To: IBM-MAIN@bama.ua.edu Subject: IBM-MAIN Digest - 9 Dec 2009 to 10 Dec 2009 (#2009-344) /PREThis email may contain confidential and privileged material for the sole use of the intended recipient. If you are not the intended recipient, please contact the sender and delete all copies. Any review or distribution by others is strictly prohibited. Personal emails are restricted by policy of the State Employees' Credit Union (SECU). Therefore SECU specifically disclaims any responsibility or liability for any personal information or opinions of the author expressed in this email. /P -- 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
IBM-MAIN Digest subscription cancellation
Please cancel the subscription for kraig.john...@ca.com mailto:kraig.john...@ca.com or johk...@ca.com mailto:johk...@ca.com to these emails. My job has changed and I no longer need this information. Best Regards, Kraig Johnson CA User Community Manager Tel: +1 214-473-1279 +1 214-473-1000 Fax:+1 214-473-1061 kraig.john...@ca.com mailto:kraig.john...@ca.com Secure File Transfer and Secure File Storage Are Coming to CA To read more about Secure File Transfer and Secure File Storage and how it will affect you, please go to this Link: https://support.ca.com/irj/portal/anonymous/phpsupcontent?contentID=2169 94 https://support.ca.com/irj/portal/anonymous/phpsupcontent?contentID=216 994 Visit CA Support Online, our new self-service portal at support.ca.com https://support.ca.com/irj/portal/anonymous Join the CA User Community Forums http://caforums.ca.com/ca/ This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and contain information that may be privileged and confidential. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient of this e-mail, please delete this e-mail and any files transmitted with it and notify the sender immediately. From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of IBM-MAIN automatic digest system Sent: Saturday, October 31, 2009 11:00 PM To: IBM-MAIN@bama.ua.edu Subject: IBM-MAIN Digest - 30 Oct 2009 to 31 Oct 2009 (#2009-304) LISTSERV mailing list manager http://www.lsoft.com LISTSERV 15.0 http://bama.ua.edu/cgi-bin/wa?LIST=IBM-MAIN IBM-MAIN Digest - 30 Oct 2009 to 31 Oct 2009 (#2009-304) Table of contents: * An Alternative Modest PARM Proposal * System z update for Federal employees on Nov 4 in Washington DC * FTP PUT with Store Unique * Mainframe consolidation save cash for Pennsylvania government * Dynamic Lnklst Changes * Expand Dataset Allocation Using DFDSS 1. An Alternative Modest PARM Proposal * Re: An Alternative Modest PARM Proposal (10/31) From: Robert A. Rosenberg hal9...@panix.com 2. System z update for Federal employees on Nov 4 in Washington DC * System z update for Federal employees on Nov 4 in Washington DC (10/31) From: Jim Elliott, IBM jim_elli...@ca.ibm.com 3. FTP PUT with Store Unique * Re: FTP PUT with Store Unique (10/31) From: Chris Mason chrisma...@belgacom.net 4. Mainframe consolidation save cash for Pennsylvania government * Mainframe consolidation save cash for Pennsylvania government (10/31) From: Joel Wolpert j...@perfconsultant.com 5. Dynamic Lnklst Changes * Re: Dynamic Lnklst Changes (10/31) From: Joel C. Ewing jcew...@acm.org 6. Expand Dataset Allocation Using DFDSS * Re: Expand Dataset Allocation Using DFDSS (10/31) From: Joel C. Ewing jcew...@acm.org Browse the IBM-MAIN online archives. http://bama.ua.edu/cgi-bin/wa?LIST=IBM-MAIN Powered by the LISTSERV Email List Manager http://www.lsoft.com/products/listserv-powered.asp -- 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: IBM-MAIN Digest subscription cancellation
In a message dated 11/1/2009 10:07:39 A.M. Central Standard Time, kraig.john...@ca.com writes: to these emails. My job has changed and I no longer need this information. For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu -- 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: IBM-MAIN Digest subscription cancellation
Truly interesting job title :) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Johnson, Kraig A Sent: Sunday, November 01, 2009 7:57 AM To: IBM-MAIN@bama.ua.edu Subject: IBM-MAIN Digest subscription cancellation Please cancel the subscription for kraig.john...@ca.com mailto:kraig.john...@ca.com or johk...@ca.com mailto:johk...@ca.com to these emails. My job has changed and I no longer need this information. Best Regards, Kraig Johnson CA User Community Manager Tel: +1 214-473-1279 +1 214-473-1000 Fax:+1 214-473-1061 kraig.john...@ca.com mailto:kraig.john...@ca.com Secure File Transfer and Secure File Storage Are Coming to CA To read more about Secure File Transfer and Secure File Storage and how it will affect you, please go to this Link: https://support.ca.com/irj/portal/anonymous/phpsupcontent?contentID=2169 94 https://support.ca.com/irj/portal/anonymous/phpsupcontent?contentID=216 994 Visit CA Support Online, our new self-service portal at support.ca.com https://support.ca.com/irj/portal/anonymous Join the CA User Community Forums http://caforums.ca.com/ca/ This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and contain information that may be privileged and confidential. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient of this e-mail, please delete this e-mail and any files transmitted with it and notify the sender immediately. From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of IBM-MAIN automatic digest system Sent: Saturday, October 31, 2009 11:00 PM To: IBM-MAIN@bama.ua.edu Subject: IBM-MAIN Digest - 30 Oct 2009 to 31 Oct 2009 (#2009-304) LISTSERV mailing list manager http://www.lsoft.com LISTSERV 15.0 http://bama.ua.edu/cgi-bin/wa?LIST=IBM-MAIN IBM-MAIN Digest - 30 Oct 2009 to 31 Oct 2009 (#2009-304) Table of contents: * An Alternative Modest PARM Proposal * System z update for Federal employees on Nov 4 in Washington DC * FTP PUT with Store Unique * Mainframe consolidation save cash for Pennsylvania government * Dynamic Lnklst Changes * Expand Dataset Allocation Using DFDSS 1.An Alternative Modest PARM Proposal * Re: An Alternative Modest PARM Proposal (10/31) From: Robert A. Rosenberg hal9...@panix.com 2.System z update for Federal employees on Nov 4 in Washington DC * System z update for Federal employees on Nov 4 in Washington DC (10/31) From: Jim Elliott, IBM jim_elli...@ca.ibm.com 3.FTP PUT with Store Unique * Re: FTP PUT with Store Unique (10/31) From: Chris Mason chrisma...@belgacom.net 4.Mainframe consolidation save cash for Pennsylvania government * Mainframe consolidation save cash for Pennsylvania government (10/31) From: Joel Wolpert j...@perfconsultant.com 5.Dynamic Lnklst Changes * Re: Dynamic Lnklst Changes (10/31) From: Joel C. Ewing jcew...@acm.org 6.Expand Dataset Allocation Using DFDSS * Re: Expand Dataset Allocation Using DFDSS (10/31) From: Joel C. Ewing jcew...@acm.org Browse the IBM-MAIN online archives. http://bama.ua.edu/cgi-bin/wa?LIST=IBM-MAIN Powered by the LISTSERV Email List Manager http://www.lsoft.com/products/listserv-powered.asp -- 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: IBM-MAIN Digest subscription cancellation
On Sun, Nov 1, 2009 at 2:52 PM, Gibney, Dave gib...@wsu.edu wrote: Truly interesting job title :) Probably an internal title -- my favorite internal CA title is Client Base Owner, or CBO -- which a friend immediately rechristened Chief Bulls**t Officer! -- 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: IBM-MAIN Digest - 6 Sep 2009 to 7 Sep 2009 (#2009-250)
___ Note: This e-mail is subject to the disclaimer contained at the bottom of this message. ___ Date:Mon, 7 Sep 2009 17:54:13 -0400 From:Pinnacle pinnc...@rochester.rr.com Subject: Re: LLA update Original Message - From: Peter Relson rel...@us.ibm.com Newsgroups: bit.listserv.ibm-main Sent: Friday, September 04, 2009 7:43 AM Subject: Re: LLA update Peter, Can you point us to a statement in IBM documentation that clearly says that LLA is only designed for use with load modules? My understanding is the same as many others on this list, that the first L in LLA was changed from LINKLIST to LIBRARY many moons ago. Regards, Tom Conley [Stephen Hall] Tom, From the ABC's of System Programming Vol 1 (with Snippage): Library Lookaside (LLA) LLA is a z/OS function that improves system performance by reducing the amount of I/O needed to locate and fetch load modules from DASD storage (PDS data sets). The main advantage of using a PDS is that, without searching the entire data set, you can retrieve any individual member after the data set is opened. - LLA maintains, in an LLA address space, copies of the PDS directories. To fetch a module, the system first searches the directory for the load module location in the PDS data set. The system can quickly search the LLA copy of a directory in virtual storage instead of using costly I/O to search the directories on DASD. - LLA places copies (staging) of selected load modules in a Virtual Lookaside Facility (VLF) data space (when the LLA class is defined to VLF). VLF is another z/OS component in charge of keeping load modules and specific data in virtual storage, to avoid I/O operations; refer to Virtual Lookaside Facility (VLF) on page 103. for more information about this topic. - LLA determines which modules, if staged, would provide the most benefit to module fetch performance. LLA evaluates modules as candidates for staging based on statistics LLA collects about the members of the PDS data sets it manages, such as module size, fetch count, and the time required to fetch a particular module. The benefits of LLA apply only to load modules that are retrieved through the system functions LINK, LOAD, ATTACH, XCTL, and XCTL. Directory entries for the primary system library (SYS1.LINKLIB), load modules libraries concatenated to it as declared in LNKLSTxx member of SYS1.PARMLIB, and additional production libraries named in SYS1.PARMLIB(CSVLLAxx) are read into the private area of the LLA AS during its initialization. Subsequent searches for programs in these libraries begin with the directories in LLA, and not in the directories on DASD. You obtain the most benefit from LLA when you have both LLA and VLF functioning together. This can be achieved by defining the LLA class to VLF and starting VLF, so the most active modules from LLA-managed libraries are staged into the DCSVLLA VLF data space. Regards, Stephen Hall ___ The information transmitted in this message and its attachments (if any) is intended only for the person or entity to which it is addressed. The message may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information, by persons or entities other than the intended recipient is prohibited. If you have received this in error, please contact the sender and delete this e-mail and associated material from any computer. The intended recipient of this e-mail may only use, reproduce, disclose or distribute the information contained in this e-mail and any attached files, with the permission of the sender. This message has been scanned for viruses with Symantec Scan Engine and cleared by MailMarshal. ___ -- 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: IBM-MAIN Digest - 23 Aug 2009 to 24 Aug 2009 (#2009-236)
On Monday, August 24, 2009 6:55 AM Barbara Nitz wrote: Let's restate the question: How many of you can use RECEIVE FROMNETWORK directly, without starting other supporting programs? We do all IBM maintenence downloads via network receive excluding our annual Serverpac install, the download for which is submitted via the Serverpac dialogs. I set up digital certificates, annually download a new key from shopz, connected all my team members to the resulting keyring. I can then submit a job requesting any of the supported download types from the batch SMPCNTL DD. I love the fact that I don't have fire up my browser and sign on to shopz in order to initiate an order. We've built this into our monthly maintenence process and use it throughout. Jim Holloway - MetLife The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- 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: IBM-MAIN Digest - 8 Aug 2009 to 9 Aug 2009 (#2009-221)
How do I post a question? Martha Petretti 15 MTC rm 15-417 ph 718 510-8565 cell 347 587-9486 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of IBM-MAIN automatic digest system Sent: Monday, August 10, 2009 12:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IBM-MAIN Digest - 8 Aug 2009 to 9 Aug 2009 (#2009-221) There are 23 messages totalling 1986 lines in this issue. Topics of the day: 1. DASD: to share or not to share (9) 2. Problems occured when using DFSMSdss to dump and restore DB2 data sets 3. VTAM security issue (6) 4. RMM Retention WHILECATLG 5. SNA, the acronym (2) 6. Was RE: SNA, the acronym. Is SNA really an acronym or an initialism ? 7. CSC Comtec's HMO software (Pick) on z/OS SYSPLEX 8. Infoprint set up in zos 9. C.D. Keltie is away. -- 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: IBM-MAIN Digest - 8 Aug 2009 to 9 Aug 2009 (#2009-221)
Hi Martha, I think that you just have to state your question in the email to IBM-Main. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Petretti, Martha Sent: Tuesday, August 11, 2009 9:47 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM-MAIN Digest - 8 Aug 2009 to 9 Aug 2009 (#2009-221) How do I post a question? Martha Petretti 15 MTC rm 15-417 ph 718 510-8565 cell 347 587-9486 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of IBM-MAIN automatic digest system Sent: Monday, August 10, 2009 12:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IBM-MAIN Digest - 8 Aug 2009 to 9 Aug 2009 (#2009-221) There are 23 messages totalling 1986 lines in this issue. Topics of the day: 1. DASD: to share or not to share (9) 2. Problems occured when using DFSMSdss to dump and restore DB2 data sets 3. VTAM security issue (6) 4. RMM Retention WHILECATLG 5. SNA, the acronym (2) 6. Was RE: SNA, the acronym. Is SNA really an acronym or an initialism ? 7. CSC Comtec's HMO software (Pick) on z/OS SYSPLEX 8. Infoprint set up in zos 9. C.D. Keltie is away. -- 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: IBM-MAIN Digest - 8 Aug 2009 to 9 Aug 2009 (#2009-221)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Petretti, Martha How do I post a question? You just did. -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: How Do I post a question? (was IBM-MAIN Digest - 2 Aug 2009 to 3 Aug 2009 (#2009-215))
On Tue, 4 Aug 2009 06:53:14 -0600, Steve Comstock st...@trainersfriend.com wrote: Petretti, Martha wrote: How do I post a question? Well, you just did. Send an email to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Be sure to set the Reply-to to be the same. and, PELEAEAESE!, specify a decent subject line! O, BTW. http://linux.sgms-centre.com/misc/netiquette.php#subject has some good suggestions in that field (and others as well...). Thanks, Jantje. -- 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: IBM-MAIN Digest - 2 Aug 2009 to 3 Aug 2009 (#2009-215)
How do I post a question? Martha Petretti 15 MTC rm 15-417 ph 718 510-8565 cell 347 587-9486 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of IBM-MAIN automatic digest system Sent: Tuesday, August 04, 2009 12:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IBM-MAIN Digest - 2 Aug 2009 to 3 Aug 2009 (#2009-215) There are 71 messages totalling 4038 lines in this issue. Topics of the day: 1. Enforcing CPU Time (3) 2. SDSF PREFIX Enhancement (UK44477) (2) 3. Hercules; more information requested. (19) 4. IEFU29 and Automation (2) 5. Print disk map? 6. messages IEF285I and IGD104I (4) 7. Strange Pagedel/Pageadd behaviour (2) 8. D/T 3590 vs 3592 (4) 9. MCNVTCAT 10. Any gotchas going from 1.4 to 1.9? (5) 11. ICF - Information Center Facility 12. Java question (14) 13. ziip api for vendors (5) 14. How to encrpyt DFHSM Tapes (4) 15. printing JES output 16. Special RACF users and message ICH301I (2) 17. IBM Publication Site is Unavailable -- 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: IBM-MAIN Digest - 2 Aug 2009 to 3 Aug 2009 (#2009-215)
Just like that. Jay -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Petretti, Martha Sent: Tuesday, August 04, 2009 8:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM-MAIN Digest - 2 Aug 2009 to 3 Aug 2009 (#2009-215) How do I post a question? Martha Petretti 15 MTC rm 15-417 ph 718 510-8565 cell 347 587-9486 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of IBM-MAIN automatic digest system Sent: Tuesday, August 04, 2009 12:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IBM-MAIN Digest - 2 Aug 2009 to 3 Aug 2009 (#2009-215) There are 71 messages totalling 4038 lines in this issue. Topics of the day: 1. Enforcing CPU Time (3) 2. SDSF PREFIX Enhancement (UK44477) (2) 3. Hercules; more information requested. (19) 4. IEFU29 and Automation (2) 5. Print disk map? 6. messages IEF285I and IGD104I (4) 7. Strange Pagedel/Pageadd behaviour (2) 8. D/T 3590 vs 3592 (4) 9. MCNVTCAT 10. Any gotchas going from 1.4 to 1.9? (5) 11. ICF - Information Center Facility 12. Java question (14) 13. ziip api for vendors (5) 14. How to encrpyt DFHSM Tapes (4) 15. printing JES output 16. Special RACF users and message ICH301I (2) 17. IBM Publication Site is Unavailable -- 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: How Do I post a question? (was IBM-MAIN Digest - 2 Aug 2009 to 3 Aug 2009 (#2009-215))
Petretti, Martha wrote: How do I post a question? Well, you just did. Send an email to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Be sure to set the Reply-to to be the same. Martha Petretti 15 MTC rm 15-417 ph 718 510-8565 cell 347 587-9486 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of IBM-MAIN automatic digest system Sent: Tuesday, August 04, 2009 12:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IBM-MAIN Digest - 2 Aug 2009 to 3 Aug 2009 (#2009-215) There are 71 messages totalling 4038 lines in this issue. Topics of the day: 1. Enforcing CPU Time (3) 2. SDSF PREFIX Enhancement (UK44477) (2) 3. Hercules; more information requested. (19) 4. IEFU29 and Automation (2) 5. Print disk map? 6. messages IEF285I and IGD104I (4) 7. Strange Pagedel/Pageadd behaviour (2) 8. D/T 3590 vs 3592 (4) 9. MCNVTCAT 10. Any gotchas going from 1.4 to 1.9? (5) 11. ICF - Information Center Facility 12. Java question (14) 13. ziip api for vendors (5) 14. How to encrpyt DFHSM Tapes (4) 15. printing JES output 16. Special RACF users and message ICH301I (2) 17. IBM Publication Site is Unavailable -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Ask about being added to our opt-in list: == == * Early announcement of new courses == == * Early announcement of new techincal papers == == * Early announcement of new promotions == -- 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: IBM-MAIN Digest - 10 Jul 2009 to 11 Jul 2009 (#2009-192)
Sent from my Dick Tracy Two-Way Wrist Radio. Nanny Nanny Boo Boo! -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Johnson, Larry W. Sent: Sunday, July 12, 2009 12:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM-MAIN Digest - 10 Jul 2009 to 11 Jul 2009 (#2009-192) Sent from my ATT Windows Mobile phone. SNIPPAGE -- 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: IBM-MAIN Digest - 10 Jul 2009 to 11 Jul 2009 (#2009-192)
Sent from my ATT Windows Mobile phone. From: IBM-MAIN automatic digest system lists...@bama.ua.edu Sent: Saturday, July 11, 2009 11:03 PM To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Subject: IBM-MAIN Digest - 10 Jul 2009 to 11 Jul 2009 (#2009-192) -- 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: IBM-MAIN Digest - 13 May 2009 to 14 May 2009 (#2009-134)
Bill - I just finished migrating six InfoPrint 4000 printers from Bus Tag channels to GigE connect. Everything the Operators had before is still there afterwards, only some of it's in a different format. The old IOS0003A INTERVENTION REQUIRED message is replaced by APS6511I (TCPIP) INTERVENTION REQUIRED and the set up message is slightly different. If you key off of that in automated operations, you've got some research to do. The big gotchas I encountered all centered around parms being defined through the online panels for Infoprint Server rather than in the FSS proc for each printer (Issue Intervention Message and Issue Setup messages). Other than getting the Network guys to run me some wire, I had no problems. Jim Frisbie NCSECU Dinosaur From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of IBM-MAIN automatic digest system Sent: Friday, May 15, 2009 12:00 AM To: IBM-MAIN@bama.ua.edu Subject: IBM-MAIN Digest - 13 May 2009 to 14 May 2009 (#2009-134) /PREThis email may contain confidential and privileged material for the sole use of the intended recipient. If you are not the intended recipient, please contact the sender and delete all copies. Any review or distribution by others is strictly prohibited. Personal emails are restricted by policy of the State Employees' Credit Union (SECU). Therefore SECU specifically disclaims any responsibility or liability for any personal information or opinions of the author expressed in this email. /P -- 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: IBM-MAIN Digest - 7 May 2009 to 8 May 2009 (#2009-128)
Barbara, It may very well be that SYSLOG has always stopped at either $PJES2 or the Z EOD command being issued. I don't remember it that way nor does anyone else in the shop. So for us, it's something new and exciting We've updated OPERLOG to duplex so that we don't lose shutdown logs when a coupling facility may be shutdown or abnormally terminates. IBM has work to do for SMF or any CF based logstream... Logger should always harden the SMF data at shutdown to the archive datasets, currently it does not do so reliably. As for Date:Fri, 8 May 2009 00:24:50 -0500 From:Barbara Nitz nitz-...@gmx.net Subject: Re: SMF LOGGER - Not Ready for Prime Time IFA705I HALT SMF PROCESS HAS SYNCHRONIZED THE BUFFERED LOGSTREAM RECORDS. I really like the suggestion in the books for this message sarcasm off, which implies to use automation on a 'NOT synchronized' message, even after a z eod. Strangely, z eod is only issued in this installation after *all* address spaces are gone (well, those visible on a d a,l). So no automation. I realize that this message is also issued for switch smf commands. that we discovered that IBM now stops SYSLOG at two points. When either Z EOD is issued or when JES2 is stopped. The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- 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: IBM-MAIN Digest - 7 Apr 2009 to 8 Apr 2009 (#2009-98)
I am away from the office, returning Wednesday 15th April. If necessary, I shall respond to your message when I return. If your query is regarding Thames Collections support, please contact the BSD, or if urgent, the Service Management team. For CES Archived Account printing, refer to Courtney Thompson or Ian Brown. Regards, Clark Pearson ** The contents of this e-mail and its attachments are confidential and may be subject to legal privilege.The contents may not be disclosed, copied or distributed without our consent.It is intended for the use of the addressee(s) only.If you are not the intended recipient you must delete this message immediately and advise the sender that you received it in error. The statements and opinions expressed in this message are those of the author and do not necessarily reflect those of Ventura.Ventura does not accept any responsibility for the author's views. Whilst Ventura takes every effort to ensure this message is virus free it can not guarantee that this is the case.It is the recipients responsibility to carry out such virus checks as it deems necessary.Ventura can not accept any responsibility in this regard.Please note that this e-mail has been created in the knowledge that Internet e-mail is not a 100% secure communications medium.We advise that you understand and observe this lack of security when e-mailing us. Ventura reserves the right to monitor emails in accordance with the Telecommunications (Lawful Business Practice) Interception of Communications) Regulations 2000. Club 24 Ltd trading as Ventura Registered Office: Hepworth House, Claypit Lane, Leeds LS2 8AE. Registered in England Number 1336850 ** -- 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: IBM-MAIN Digest - 16 Mar 2009 to 17 Mar 2009 (#2009-76)
I think you should also look at IBM's Optim Data Growth Solution for z/OS. Current product number is 5655-V01. There's a general marketing brochure here (watch the wrap): http://download.boulder.ibm.com/ibmdl/pub/software/data/sw-library/data-management/optim/solutionsheets/data_growth.pdf There's a white paper available here: http://www.ibm.com/software/sw-library/en_US/detail/U722716F45169N44.html The main product page is here: http://www.ibm.com/software/data/data-management/optim/core/data-growth-solution-zos/ Besides BMC as mentioned, there are some other vendors that may offer a solution: Informatica (via one of its Applimation products I suspect), Solix, Sun (StorageTek Lifecycle Director), and Hewlett-Packard (OuterBay), among others, in no particular order. - - - - - 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: IBM-MAIN Digest - 26 Jan 2009 to 27 Jan 2009 (#2009-27)
Ah! The not on a weekend schedule. Have you considered initiating the file transfer the other way around? Let your trading partner accumulate the data until you pick it up and have your program include a jobstep to pick up the file when it is ready to use it? Hopefully the file is not too big. If it were really big, the transmission might delay your schedule. My $0.02, Ed Date: Tue, 27 Jan 2009 19:04:03 -0600 From: Frank Swarbrick fswarbr...@gmail.com Subject: New GDG question Consider the following... A file is received (via FTP) 7 days a week from somewhere. The FTP writes to generation +1. Problem: The program that uses the file(s) runs only every business day. On a regular Tuesday-Friday it needs to only read the most recent generation (0). But on Monday it needs to read (0), (-1) and (-2). And of course there are holidays to consider. Thoughts on how this can be addressed? Thanks, Frank -- 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: IBM-MAIN Digest - 18 Jan 2009 to 19 Jan 2009 (#2009-19)
Someone wrote: USING FRED,15 FRED CSECT B SAVE-*(15) What value is in register 1 here? L 15,0(1) What is in register 15 here? Remember, R15 is still the only base register, and will be used in the next instruction... B RETURN SAVE DS 0H STM 14,12,12(13) BALR 11,0 LA 0,*-FRED SLR 11,0 LA 2,SAVEAREA ST 2,8(13) ST 13,4(2) * LR 13,2 B4(15) -- 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: IBM-MAIN Digest - 31 Dec 2008 to 1 Jan 2009 (#2009-1)
Lizette, It seems that the behavior I described is the expected behavior for the console service if either BPX.CONSOLE is not defined or it is defined but the caller does not have the proper permissions. At my shop, BPX.CONSOLE is not defined so I receive the BPXM023I message with the callers ID prefixed to the message. This behavior is described in UNIX System Services Programming: Assembler Callable Services under the discussion of the _console service. I added the BPX.CONSOLE profile on my sandbox system and restarted EKM and got the messages in the form you did. The solution for you would seem to be to either remove the profile or the EKM server IDs access to it. Jim Lizette Koehler stars...@mindspring.com wrote on 01/01/2009 09:36:46 Date:Thu, 1 Jan 2009 09:30:46 -0500 From:Lizette Koehler stars...@mindspring.com Subject: Re: Shell Scripts in EKM Yes we are running JZOS batch loader and EKM as an STC. However, we have no BPXM023I messages. Only the text of the messages. I have asked IBM about this and they indicated it has to do with the BPX.CONSOLE profile. How is yours set for EKM STC? Is EKM STC in the access list? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim Holloway Sent: Thursday, January 01, 2009 9:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Shell Scripts in EKM Are you running the EKM Server under MVS with JZOS batch loader? While I agree with you both concerning the lousy messaging, running the EKM Server as a started task with the batch loader modifies the message enough for automation (we use BMC) to pickup on the fact that EKM is up and available. When we start EKM we get the following: 08363 02:52:24.47 STC09716 000A0294 BPXM023I (EKMSERV) Processing 08363 02:52:24.47 STC09716 0090 BPXM023I (EKMSERV) Server is started 08363 02:52:24.47 STC09716 000A0294 BPXM023I (EKMSERV) Server is running. TCP port: 3801, SSL port: 5443 08363 02:52:24.47 STC09716 000A0294 BPXM023I (EKMSERV) Server is running. TCP port: 3801, SSL port: 5443 We key off the BPXM023I message looking for EKMSERV Jim Holloway - MetLife Hunkeler Peter (KIUK 3) wrote on 12/31/2008 10:41:13 +0100 Date:Wed, 31 Dec 2008 10:41:13 +0100 From:Hunkeler Peter (KIUK 3) peter.hunke...@credit-suisse.com Subject: Re: Shell Scripts in EKM The reason is our EMK server on z/OS V1.9 does not have any message IDs, so all we get is the following text: Server is running. TCP port: 3801, SSL port: 1443 Seems like inacceptable behaviour for a software to be run on z/OS. I'd try to open a PMR requesting identifiable messages. -- Peter Hunkeler Credit Suisse Date:Wed, 31 Dec 2008 05:40:33 -0500 From:Lizette Koehler stars...@mindspring.com Subject: Re: Shell Scripts in EKM I have already done that. A requirements hasw been accepted. But with ported applications I am not sure how long it will take for IBM to action this. Not enough z/OS Users or tape encryption to put pressure on sooner than later. So in the meantime, I am hoping a shell script could be created that will give us the message we need for automation. Lizette The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- 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: IBM-MAIN Digest - 25 Jun 2008 to 26 Jun 2008 (#2008-178)
David You risk your efforts being lost in the archives if you don't take care that the Subject is properly filled in. I picked this up only because I knew of the subject types to which you normally contributed. Chris Mason -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 25 Jun 2008 to 26 Jun 2008 (#2008-178)
Kind of a weird question I know, but ... it has been a day full of weird questions. A customer would like to know if they can open a TN3270 session *from* one z/OS host, to another z/OS host? Certainly. I'm typing this in one right now. I do not believe this is possible. For a start, you cannot have 2 SSCPs in the same Domain; so how can you have a Dependent LU?. Besides, there is no TN3270 client (AFAIK) for z/OS. However my customer - not on the face of it, a fool - sincerely believes that this is what he is doing, today. So who is right? Can I open a TN session to a host in another domain??? He is. The IBM TELNET application is a tn3270 client. VTAM doesn't really affect this because the connection will pass through the IP stack and it's the other z/OS system's problem to get the right LU assigned, etc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 3270 Mac
-Original Message- From: Nigel Bowen Sent: Thursday, June 12, 2008 8:26 AM To: 'IBM Mainframe Discussion List' Cc: '[EMAIL PROTECTED]' Subject: RE: IBM-MAIN Digest - 10 Jun 2008 to 11 Jun 2008 (#2008-163) For 3270 emulation, BlueZone is the way to go. For an older MAC we use BlueZone with Virtual PC. For Intel MACs then dual boot to Windows. Nigel -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of IBM-MAIN automatic digest system Sent: Wednesday, June 11, 2008 11:00 PM To: IBM-MAIN@bama.ua.edu Subject: IBM-MAIN Digest - 10 Jun 2008 to 11 Jun 2008 (#2008-163) There are 48 messages totalling 2755 lines in this issue. Topics of the day: 1. 3270 Software for Mac (7) 2. EXCP access methos (20) 3. STK-SUN-Brocade switch--2032 IOdef (3) 4. EXCP access methods (2) 5. Moving RACF databases (2) 6. Poll about telecommuting 7. SSL Timeout (2) 8. SMP/E: Using BUILDMCS to copy a product (2) 9. oedit/obrowse invalid directory: Errno=81x 10. IPL Text (3) 11. SMP/E: Using BUILDMCS to copy a product 12. Can DB/2 use standard KSDS VSAM datasets? (3) 13. Controlling the execution sequence of dependant jobs in JES2 (the details) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 26 Apr 2008 to 27 Apr 2008 (#2008-118)
Someone wrote: If I recall correctly, FORTRAN/PLI needed explicit exponentiation, i.e., DOUBLE A,B . A = B+1.23 would use a short 1.23 rather than determining that the other operands were double thus 1.23 should be treated as a double as well. One had to do A = B+1.23D0 Fortran traditionally used the exponent letter. PL/I traditionally used the form as written to determine the precision and scale. That is, 123.000E0 would be FLOAT DECIMAL(10). Binary used the suffix B, and the value was given in binary digits (with a decimal exponent). .011E3B for FLOAT BINARY(7). Some compilers now might support exponent letters other than E. Also, there are PL/I intrinsic functions if one wants a different base, scale, precision, or mode. BINARY(123E0,50) for example. C uses the suffix f for float (single precision), the default being double. More recently, Fortran has KIND specified with a suffix with the appropriate constant value, usually the result of an intrinsic function. -- glen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DIGEST
DIGEST -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Logging successful attempts was Re: IBM-MAIN Digest - 13 Apr 2008 to 14 Apr 2008 (#2008-105)
On 15 Apr 2008 06:56:28 -0700, in bit.listserv.ibm-main you wrote: On Mon, 14 Apr 2008 17:01:51 -0700, Skip Robinson wrote: -- Date:Mon, 14 Apr 2008 17:01:51 -0700 From:Skip Robinson [EMAIL PROTECTED] Subject: Re: SMF in System Logger In the absence of CF Sizer assistance ;-( I looked at the samples from IBM and thought they seemed awfully big. A structures occupies dedicated real storage, after all; I tend to be stingy with it. After consulting with our SMF data caretaker who saw no obvious advantage is splitting records at the collection point, I set up only a single CF structure like this that captures all records: STRUCTURE NAME(IFASMF_DEFAULT) /* SMF structure for unspecified types */ INITSIZE(1) SIZE(5) Despite occasional IXC585E 'structure full' messages, I haven't increased it from the INITSIZE value. This structure supports only one system. Another member is 1.7 (no can do), and the third is also 1.9 but a 'bronze-plex' member that does not share DASD. Haven't quite figured out how handle that puppy yet. An interesting quirk I just noticed: most (for today, all!) IXC585E messages are being issued by the other 1.9 member, which still uses MANx recording. No messages on the 1.7 guy or on the guy actually using System Logger. We have several non-parallel-sysplex systems that are candidates for DASD-only logging but haven't ventured down that road as yet. Book says it works. We're looking at multiple structures to accommodate the heavy hitters. In our shop, DB/2, the occasional (all right, frequent) CICS looper, and the fact that Audit wants us to log all access attempts to production datasets including successful attempts has caused us in the past to lose SMF data. We may adjust up or down based on our experiences. Already I've dropped the system specific structures I mentioned in an earlier post in favor of SYSPLEX versions. I take your point though and it may be overkill but I may have to prove it to our Capacity folks. If you are capturing the type 14, 15, and 6x records anyway, could you turn off logging the RACF successful attempts to SMF because you have the successful use in the regular SMF data? Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 13 Apr 2008 to 14 Apr 2008 (#2008-105)
On Mon, 14 Apr 2008 17:01:51 -0700, Skip Robinson wrote: -- Date:Mon, 14 Apr 2008 17:01:51 -0700 From:Skip Robinson [EMAIL PROTECTED] Subject: Re: SMF in System Logger In the absence of CF Sizer assistance ;-( I looked at the samples from IBM and thought they seemed awfully big. A structures occupies dedicated real storage, after all; I tend to be stingy with it. After consulting with our SMF data caretaker who saw no obvious advantage is splitting records at the collection point, I set up only a single CF structure like this that captures all records: STRUCTURE NAME(IFASMF_DEFAULT) /* SMF structure for unspecified types */ INITSIZE(1) SIZE(5) Despite occasional IXC585E 'structure full' messages, I haven't increased it from the INITSIZE value. This structure supports only one system. Another member is 1.7 (no can do), and the third is also 1.9 but a 'bronze-plex' member that does not share DASD. Haven't quite figured out how handle that puppy yet. An interesting quirk I just noticed: most (for today, all!) IXC585E messages are being issued by the other 1.9 member, which still uses MANx recording. No messages on the 1.7 guy or on the guy actually using System Logger. We have several non-parallel-sysplex systems that are candidates for DASD-only logging but haven't ventured down that road as yet. Book says it works. We're looking at multiple structures to accommodate the heavy hitters. In our shop, DB/2, the occasional (all right, frequent) CICS looper, and the fact that Audit wants us to log all access attempts to production datasets including successful attempts has caused us in the past to lose SMF data. We may adjust up or down based on our experiences. Already I've dropped the system specific structures I mentioned in an earlier post in favor of SYSPLEX versions. I take your point though and it may be overkill but I may have to prove it to our Capacity folks. The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 27 Dec 2007 to 28 Dec 2007 (#2007-362)
If I have an IPL'd Stand Alone system running on the New z9 and zVM/CMS is installed; can I take a Full volume dump on zOS; ftp it to zVM/CMS; save the file and then use this file as input to the Stand Alone Restore process? If so how? z/OS utilities only understand z/OS I/O, so you would somehow have to get the file onto a OS-formatted disk (or tape, which we know you don't have). None of the CMS TCPIP utilities understand OS formatted disks directly, so you would have to FTP the dataset to a CMS minidisk, access a OS-formatted minidisk, and then use FILEDEF and MOVEFILE to actually write the file to the OS-formatted disk. You'd then have to worry about VTOC formats (thank IBM for killing both OS VSAM and OS compatibility...sigh). It's not worth it. Put bluntly, see my other note on using CMSDDR. Getting a 1 pack VM system up on the Flex box works MUCH better, CMSDDR understands CMS file structure so you can just pass images of the volumes over, and as long as you restore the entire volumes, z/OS won't even know it happened. Useful note: when you FTP the CMSDDR output files between the VM system on the Flex box and the new system, use TYPE E, MODE B before you do the PUT or GET in the FTP session. This tells the FTP server on the other end to preserve character set and file parameters, so you won't have to worry about it. Also, keep in mind that your Flex system can create AWSTAPE format files, and that CMS has a AWSTAPE pipe stage that can feed that to CMS utilities. If you're worried about licensing for VM on the Flex box, I think VM/370 (which IBM does not complain about usage) will run CMSDDR. I'll have to look into creating a IPLable system image for people in your situation. Shouldn't be too hard. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 26 Dec 2007 to 27 Dec 2007 (#2007-361)
2. Connect new server to the existing disk or old server to the new disk systems - not possible, the old system has only internal disk and the new disk is FICON and cannot be connected to the old processor. You could consider turning the Flex box into a FlexCUB temporarily, which would make the internal disk connectable via ESCON. Talk to Cornerstone offline about that; we've found them to be pretty reasonable about things, and it's a small investment that also gives you the ability to deal better with the outside world and support DLT, etc. 3. Load and customise zVM via the z9 HMC using DVD's thus having a zVM and CMS environment and somehow dump the old system and FTP it across to the new zVM CMS system running on the z9 If you have one 3390 mod 9 or 2 3390 mod 3s available on the Flex box, this is the best option. You need only one userid, and a utility called CMSDDR which is available from the IBM Download Library (it's a modified version of DDR that can read/write it's data from CMS files). Very effective (and you'll want VM anyway...8-)) We believe we can build a Stand Alone (SA) DFDSS pgm in card image form (BUILDSA) on the old system and FTP this across to a CMS user. This user should be able to receive this card image as a CMS file and punch it to the virtual reader. We could then IPL from the reader on this zVM virtual machine This then creates a IPL'd SA DFDSS environment This last and final part is the bit we are struggling with. We can create a DFDSS full volume dump of the OnePak System to DISK and FTP it to the zVM/CMS system on the z9. What I am struggling with is how to get the as input to the DFDSS SA program from the zVM/CMS environment? Is this a complete non starter as a process OR if possible; how would it be done? Well, you can get the DFDSS SA utility up and running w/o problems, but I don't think it understands any of the VM disk storage formats, so I don't know how you'd point it at the data to restore. CMSDDR is a lot easier, and if you can bring up a 1 pack VM system on the Flex box, the dump looks like (assuming your 1 pack MVS system is on dasd 1234, and 4567 is a full-pack minidisk formatted for CMS) From MAINT or other privileged ID: ATTACH 1234 MAINT 1234 ACCESS 4567 C CMSDDR SYSPRINT CONS INPUT 1234 3390 volser OUTPUT FILE volser DISKIMG C DUMP ALL blank line And the restore is (assuming the disk to restore is 3FFF and the file has been moved to a similar 4567 minidisk on the new system via FTP or NJE): ATTACH 3FFF MAINT 3FFF ACCESS 4567 C CMSDDR SYSPRINT CONS INPUT FILE volser DISKIMG C OUTPUT 3FFF 3390 SCRTCH RESTORE ALL blank line Repeat this for all the volumes you want to move. DDR doesn't care what is on the disk; it's a physical copy, so MVS won't get unhappy at all. CMSDDR can be gotten from http://www.vm.ibm.com/download. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 7 Sep 2007 to 8 Sep 2007 (#2007-251)
What does that mean? Do you want to know which manual describes the Bookmaster tags? Do you think they released the libraries you include when executing Document Composition Facility (a.k.a. SCRIPT) to the public? No. A SGML DTD is a syntax description of the tags in a formalized grammar that describes how to use the tag in context. Think of it as the COBOL reference syntax diagrams. You'd need something like it to write a formatter, or a context-sensitive editor, or any tool that accepted the input and did something with it. There's no code involved; just a formal description of the syntax. I have the Bookie manuals. What I want do is write a tool that allows me to format documents written with Bookie tags on other platforms. The Bookie tags are well-thought-out, well documented, and easy to learn. I'd like to keep them alive, because the alternatives frankly suck. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 19 Aug 2007 to 20 Aug 2007 (#2007-232)
The issue is quite possibly scalability. Only a tiny fraction of Solaris users need huge machines, and scalability is something IBM is quite good at. It might make good business sense for Solaris to cede the very top end to IBM and avoid the huge expense of extreme scalability when only a few of their customers need it. Actually, quite the converse. The sweet spot is virtualization. IBM can't compete on computational power, but they can compete on manageability. There's a lot more to be done to deal with the rafts of pizza boxes than the big 106-ways. And there are a lot more opportunities to do it. A television commercial here a few minutes ago crowed about Nissan (I think) managing 56,500 servers using Microsoft System Center. THEY GOT THEMSELVES INTO THAT MESS, AND THEY'RE _PROUD_ OF IT ?!? Silk purse. Sows ear. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 2 Aug 2007 to 3 Aug 2007 (#2007-215)
Gil, I really liked this, and had to run and try it. Of course it worked like a charm. I have forever been mapping this char, in the emulation, to a key I actually have somewhere on the PC. But then the PC gets swapped, or 'upgraded', or I'm at home 'dialed-in', and have I remembered to map the key again? This was very simple but helpful info for me. use the mouse to copy the ESC char - and I've been wondering what that mouse was for all this time. Kevin Date:Fri, 3 Aug 2007 21:01:04 -0500 From:Paul Gilmartin [EMAIL PROTECTED] Subject: Re: OMVS On Fri, 3 Aug 2007 11:24:12 -0500, Ron Wells wrote: In OMVS how can you send a control-c (SIGINT) to a foreground process? (depending on terminal emulator) I use the mouse to copy the ESC character from the lower left of the screen; paste it into the command entry field; type 'c'; then ENTER. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 15 Jul 2007 to 16 Jul 2007 (#2007-197)
Dave Barry, a great name, writes: The Windows command prompt is the legacy of MS-DOS, and so on. In turn, the 80 column DOS command prompt is a legacy of punch cards. The 80 column card format was established back in the 1920s. One might also say that base 10 arithmetic is a legacy of ten fingers, which originated either in the evolution of primates or in your favorite creationism story. :-) - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 24 Mar 2007 to 25 Mar 2007 (#2007-84)
I have downloaded the latest version of GDGCOPY from the CBT tape and have had no issues with it under z/OS 1.7 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 21 Mar 2007 to 22 Mar 2007 (#2007-81)
Hi. Can anyone explain why I cannot access the info in this email. If trying the access items in the contents list the url shows #S1 for the first item and #S2 for the second, etc. For the items in the body of the email the address shows cid---BAMA.UA.ED, etc. The address to browse the archives is accessible. I would appreciate any help pointing me to how I can access the information. Thanks Henry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 17 Feb 2007 to 18 Feb 2007 (#2007-49)
From:Clark Morris wrote: I believe that MFT and MVT went unsupported in 1977. My shop ran unsupported until the 1980's (Westinghouse Lamp Divisions, yes the plural is accurate for at least some of the period). Due to water on our mod 65 we also ran MVT on a 4341. 1977 sounds earlier than I would have thought. I did know people running a 360/91 under MVT until at least 1981. It is possible it was running unsupported, but I wouldn't expect it. I am pretty sure the 91 was still on IBM maintenance contract until 1981. The reason it ran that long was that the contract wasn't too expensive. -- glen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [UNSCANNED INBOUND] IBM-MAIN Digest - 28 Dec 2006 to 29 Dec 2006 (#2006-364)
Hello listers, happy new year! In the last 30 minutes I received an email (I think it was from this list) that mentioned a zOS redbook and some other redbooks. If it came from this list, would someone please send me the links for the redbooks? Thanks in advance. Mark Turner -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [UNSCANNED INBOUND] IBM-MAIN Digest - 28 Dec 2006 to 29 Dec 2006 (#2006-364)
Here is the link to ALL Redbooks: http://www.redbooks.ibm.com/ Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of turner, mark Sent: Tuesday, January 02, 2007 8:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [UNSCANNED INBOUND] IBM-MAIN Digest - 28 Dec 2006 to 29 Dec 2006 (#2006-364) Hello listers, happy new year! In the last 30 minutes I received an email (I think it was from this list) that mentioned a zOS redbook and some other redbooks. If it came from this list, would someone please send me the links for the redbooks? Thanks in advance. LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 17 Dec 2006 to 18 Dec 2006 (#2006-353)
Shmuel Metz (Seymour J.) wrote: (after someone else wrote) Only if you want to match up with the vendor numbers. ;). Disk x-bytes are always in multiples of 10 instead of powers of 2 Always is a long time. There is no industry standard; even a unit of 2^10*10^3 is or was common. For disks with 512 byte, or other power of two, fixed block size that makes some sense. Otherwise, the 3330 is just over 100,000,000 bytes at full track blocks. I guess the vendors wanted the numbers to look bigger. I believe so, driven by the marketing department. No, for that they gave the unformatted[1] capacity. For drives without a built in controller (formatter) that makes some sense. 1.44M floppies are still called 2M (unformatted). (One could always write full track blocks, and use all that space.) When SCSI and IDE drives with built in formatter and preformatted at 512 byte blocks came out, it made somewhat less sense. It used to be common for the model number to be based on the unformatted size. The ST506 and ST412 are 5MB and 10MB drives, respectively, with unformatted capacity of 6MB and 12MB. [1] Low level, not file system. -- glen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 17 Dec 2006 to 18 Dec 2006 (#2006-353)
(snip on instruction fetch vs. execution exceptions) one of the reasons that 360/67 had an 8-entry associative array (dlat, tlb, etc) ... was the worse case for EXECXUTE of SS instructions required eight different page addresses. EX (execute) of another instruction 2 pages - instruction start and end (crossing page boundary) target (SS) instruction 2 pages - instruction start and end (crossing page boundary) 2 pages - operand1 start and end (crossing page boundary) 2 pages - operand2 start and end (crossing page boundary) I believe it is something like 53 for VAX. First, page tables are paged (in a different address space, but still using TLB entries), and there are instructions up to six addresses, any and all of which could cross a page boundary. -- glen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 6 Nov 2006 to 7 Nov 2006 (#2006-312)
From:Tommy Tsui [EMAIL PROTECTED] Subject: Query on z109 BOOK concept If I use z109 S18 that means two books and allow 18 CPs maximum. If I select 508 and fill up the book1. Can I order another 508 to fill up the book2 so that the maximum CPs are 16. Or, I only can select 709 model if CP no greater than 8? Any S18 ordered with more than 8 CPs must have capacity indicator CP7, and will be a 709 through 718. Obviously you can not get a 718 if you order any ICFs, zIIPs, zAAPs or IFLs. The lower capacity settings are only available on a z9 with 8 or fewer general purpose CPs. For example, you could order an S18 as a 404 (four reduced speed CPs) with 4 zIIPs, 4 zAAPs, 2 ICFs, and 4 IFLs. All of the specialty engines will run at full speed. G. Tom Russell Internet: [EMAIL PROTECTED] Stay calm. Be brave. Wait for the signs. -- Jasper FriendlyBear ... and remember to leave good news alone. -- Gracie HeavyHand -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 5 Oct 2006 to 6 Oct 2006 (#2006-280)
Art If you know that you are running on a z/Architecture machine, then you could use the STore Facility List (STFL) instruction to help you decide what is available or not (though this does lead to dual- pathing your code which you may not want to do) STFL is priviliged but z/OS does issue it and leaves the data at real address 200 where you can inspect it.If you are the latest hardware then you can use STFLE which is an extended version that is also a problem state instruction. The facility bits that these instructions store are all described at the end of Chapter 4 in the latest Principles of Operation. Kind Regards John R Dravnieks HLASM Project leader, Australia Development Laboratory (ADL), Perth Internet: [EMAIL PROTECTED] Phone: +61 8 926 18473 (xtn 18473; Tie-Line: 701 8473) Fax: +61 8 926 18453 (xtn 18453; Tie-Line: 701 8453) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 19 Aug 2006 to 20 Aug 2006 (#2006-233)
In [EMAIL PROTECTED], on 08/21/2006 at 09:07 AM, Rick Fochtman [EMAIL PROTECTED] said: Benjamen, ISTR that a RECFM=U, LRECL=255,KEYLEN=8 brought in a key as well as the actual block. Shirley you mean RECFM=U, LRECL=256, KEYLEN=8, BLKSIZE=264. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 19 Aug 2006 to 20 Aug 2006 (#2006-233)
---snip Date: Sun, 20 Aug 2006 12:28:43 -0400 On Sun, 20 Aug 2006 09:54:17 -0500 Rick Fochtman [EMAIL PROTECTED] wrote: :You can also use QSAM GETs to read the directory. And if you specify a KEYLEN=8 , you can see the key of each block, so you can stop :before hitting the actual end of the directory. The block with a key of X'F FFF' is the last block used. QSAM does not allow access to the key. BSAM does. IIRC (from long ago -- I haven't dusted off the code) there's also a member entry with the same HIGH VALUES name, so there's no need to read the keys. In fact, doesn't one need to check for that value in order to process residual members in that incomplete final block? --unsnip-- You are correct, Gil. It's a twelve-byte entry with name of all X'FF' and a TTR value of zeros. Benjamen, ISTR that a RECFM=U, LRECL=255,KEYLEN=8 brought in a key as well as the actual block. It's been so long that I may have been using BSAM,but SQAM sticks in the mind. Oh well, it's been so long that it really matters not, at this point. G Rick (Retired) Fochtman --- Why didn't Noah swat those two mosquitos? --- [This E-mail has been scanned for viruses by the YourNet Connection Virus system] [For more information, please go to http://www.ync.net/YourMAIL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 18 Aug 2006 to 19 Aug 2006 (#2006-232)
snip-- In respect of your query about EXCP with DEB: Hello: Does anyone have any sample code that does I/O (read only) by manually building a DEB? (Bypassing OPEN and CLOSE.) .. I want to be able to read the directory blocks of a PDS via EXCP in this manner. I cannot answer your question specifically as I haven't played in this area since the 1970s when I found that DEBE would not run in MVS because DEBs were built in a different SUBPOOL. I know you have indicated that you wish to bypass OPEN/CLOSE, but if you didn't the directory is easily readable with BSAM. This link contains an article and sample on doing this. (http://www.kmsitltd.co.uk/docs/bpamdir.pdf) unsnip You can also use QSAM GETs to read the directory. And if you specify a KEYLEN=8, you can see the key of each block, so you can stop before hitting the actual end of the directory. The block with a key of X'' is the last block used. --- [This E-mail has been scanned for viruses by the YourNet Connection Virus system] [For more information, please go to http://www.ync.net/YourMAIL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 18 Aug 2006 to 19 Aug 2006 (#2006-232)
---snip--- The presence of bank vaults in the world means that there must also be locksmiths in it who can open them, and I suppose that there is a similar rationale for the skills needed to breach z/OS, but this is a public forum in which I for one do not think we should facilitate such operations by unknown people. ---unsnip Unfortunately, I must agree. While I believe in open source for everything, secure environments exist for excellent reasons and I would be loath to help create a possible security breach, regardless of the merit of the reasoning behind it. So use DYNALLOC, OPEN/CLOSE and GET or READ/CHECK, whichever floats your boat. If you look at module ARCHUNLD, in the ARCHIVER package in File 147 of the CBT tape, you'll find code to read a PDS directory as a sequential dataset; also deblocking the individual entries. Rick (Retired) Fochtman --- [This E-mail has been scanned for viruses by the YourNet Connection Virus system] [For more information, please go to http://www.ync.net/YourMAIL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 18 Aug 2006 to 19 Aug 2006 (#2006-232)
On Sun, 20 Aug 2006 09:54:17 -0500 Rick Fochtman [EMAIL PROTECTED] wrote: : snip-- : In respect of your query about EXCP with DEB: : Hello: Does anyone have any sample code that does I/O (read only) by : manually building a DEB? (Bypassing OPEN and CLOSE.) .. : I want to be able to read the directory blocks of a PDS via EXCP in this : manner. : I cannot answer your question specifically as I haven't played in this : area since the 1970s when I found that DEBE would not run in MVS because : DEBs were built in a different SUBPOOL. : I know you have indicated that you wish to bypass OPEN/CLOSE, but if you : didn't the directory is easily readable with BSAM. This link contains an : article and sample on doing this. : (http://www.kmsitltd.co.uk/docs/bpamdir.pdf) :unsnip :You can also use QSAM GETs to read the directory. And if you specify a KEYLEN=8, you can see the key of each block, so you can stop :before hitting the actual end of the directory. The block with a key of X'' is the last block used. QSAM does not allow access to the key. BSAM does. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 18 Aug 2006 to 19 Aug 2006 (#2006-232)
In a recent note, Binyamin Dissen said: Date: Sun, 20 Aug 2006 12:28:43 -0400 On Sun, 20 Aug 2006 09:54:17 -0500 Rick Fochtman [EMAIL PROTECTED] wrote: :You can also use QSAM GETs to read the directory. And if you specify a KEYLEN=8 , you can see the key of each block, so you can stop :before hitting the actual end of the directory. The block with a key of X'F FFF' is the last block used. QSAM does not allow access to the key. BSAM does. IIRC (from long ago -- I haven't dusted off the code) there's also a member entry with the same HIGH VALUES name, so there's no need to read the keys. In fact, doesn't one need to check for that value in order to process residual members in that incomplete final block? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 3 Aug 2006 to 4 Aug 2006 (#2006-217)
---snip--- If there's anybody out there old enough, they'll remember Assembler-G, from University of Waterloo, with it's temporary update facility. You supplied updates in IEBUPDTE format in a separate input file. The Assembler would apply those updates to create a temporary file, which was then assembled. IIRC, it was invoked by executing the UPASM program, instead of ASMGASM. I used it extensively and it saved my bacon more than once, when IEBUPDTE would have left me with a useless source deck. How is this superior to a library JCL proc that performs the updates to a temporary data set, then assembles from that? ISTR an assembler for 700/7000 series that routinely accepted a delta deck along with its primary input deck. --unsnip--- Not necessarily superior, but an alternative. This was in my salad days, when JCL was still quite new to me, compared to Assembler-language programming. I liked it because it was a single job step for both update and assemble. Rick --- [This E-mail has been scanned for viruses by the YourNet Connection Virus system] [For more information, please go to http://www.ync.net/YourMAIL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 25 Jul 2006 to 26 Jul 2006 (#2006-208)
Jeffrey You might like to inspect X'A3' - the low order bit will on if the machine is in z/Architecture mode. If you are on any z/Series hardware then you might be able to use STore Facility List instruction, STFL. 'Might' because this is a privileged instruction and it updates the fullword at real address 200 (X'C8') (z/OS does issue this instruction and leaves the data in storage at that address but I do not know if any other operating systems do this). If you are the latest hardware(z9), then there is STore Facility List Extended, STFLE, which can store up to 16k bits and is not privileged. Both of these instructions store 'facility' bits - they are described at the end of Chapter 4 in the latest POP (SA22-7832-04). Hope this helps John - Message from Jeffrey D. Smith [EMAIL PROTECTED] on Wed, 26 Jul 2006 15:40:00 + - Subject: OS/390 2.10 architecture level set 1 (and beyond)? Greetings, Is architecture level set (ALS) 1 required for OS/390 2.10? What machine instructions are required for architecture level set 1, as oppposed to ALS 0? I seem to recall that Perform Locked Operation (PLO) is ALS 1. What are the others? Is there a set of CVT flags for the ALS, or maybe there are bits for individual instructions? Also, is ALS 2 the 64-bit architecture? Is there another ALS for the very recent instructions, like Load And Test (LT) and Load Logical Immediate (LLILF)? thanks in advance ;) Jeffrey D. Smith Farsight Systems Corporation 24 BURLINGTON DR LONGMONT, CO 80501 303-774-9381 direct 303-709-8153 cell 303-484-6170 fax -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM-MAIN Digest - 24 Jun 2006 to 25 Jun 2006 (#2006-176)
Please stop sending me this. Take me off the mailing list for this. Thanks Wayne -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf of IBM-MAIN automatic digest system Sent: Monday, June 26, 2006 12:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IBM-MAIN Digest - 24 Jun 2006 to 25 Jun 2006 (#2006-176) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
