Re: RDz (was: Re: editting testing COBOL code)
2009/12/4 David Alcock mainframed...@sbcglobal.net: I'm unfamiliar with RDz. I guess it is this product: http://www-01.ibm.com/software/awdtools/rdz/ Indeed it is. Does the editor run on the PC? Yes. If so can it edit PC files? Yes. (Depending on file type, of course.) Is the user license of $5,500 for one developer on one PC or a site license? I haven't a clue. .tsooJ -- 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: Angelo Corridori is out of the office.
I am out of the office until 12/07/2009. I will respond to your message when I return. Primarily working from home; limited access to e-mail/phonemail. Please send an e-mail if you need to get touch with me. Note: This is an automated response to your message IBM-MAIN Digest - 2 Dec 2009 to 3 Dec 2009 (#2009-337) sent on 12/4/09 0:00:03. 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
Ted Kotlowski is out of the office.
I will be out of the office starting 12/04/2009 and will not return until 12/09/2009. I will respond to your message when I return. If your request requires immediate attention, Please contact the MVS Technical Support Hotline at 1-866-866-4488 x12000 This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. 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: Tool for identifying mount points?
On Thu, 3 Dec 2009 17:36:36 -0600 Paul Gilmartin paulgboul...@aim.com wrote: Are you running it from a shell? (hint: that is a requirement) Is that because it doesn't include RC=SYSCALLS('ON') to define the tail variables? Why else? Gil is correct. In order to run under, say TSO, as opposed to running under USS, RC=SYSCALLS('ON') is required to establish the SYSCALLS environment. It's not required under USS as the shells establish the syscall environment automatically. My apologies for leaving that bit pf information out. 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: question on STORAGE function - TCB may become non-dispatchable?
It would have helped those of us who only follow IBM-MAIN to have some clue of what the question was. STORAGE is equivalent to GETMAIN in terms of serialization. For what it's worth, GETMAIN/FREEMAIN can be considered now a beast of the past. STORAGE LINKAGE=SVC is GETMAIN/FREEMAIN (for at least the more common options such as RC / RU); STORAGE LINKAGE=BRANCH is GETMAIN/FREEMAIN with BRANCH=YES. No further changes will be made to the GETMAIN/FREEMAIN macro, instead making changes to the LINKAGE=BRANCH and LINKAGE=SVC (and of course LINKAGE=SYSTEM) paths of STORAGE. Many sub-task managers do not want their threads to do things directly that can wait (instead, calling back to the task manager, in effect, to manage that processing). There are a lot of system services that can wait, if by wait one includes getting suspended waiting for a lock, a latch, or an ENQ. I'm not sure if wait in this context includes spinning for a lock that is not currently available. If it does, then just about any system service might apply unless it runs throughout in user state and key. A few services get by with CS, CDS, and PLO for serialization; many more need some lock, some latch, and/or some ENQ and thus can wait (again, depending on the definition of wait, suspend locks count and spin locks might or might not count). . Peter Relson z/OS Core Technology Design -- 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: Steven B Jones/Poughkeepsie/IBM is out of the office until 08/07/2000. (returning 12/07/2009)
I am out of the office until 12/07/2009. Thanks, Steve Note: This is an automated response to your message IBM-MAIN Digest - 2 Dec 2009 to 3 Dec 2009 (#2009-337) sent on 12/4/09 0:00:03. 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
Re: question on STORAGE function - TCB may become non-dispatchable?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Neil Duffee At 2009.12.03 07:57 concerning Re: question on STORAGE function - TCB may become non-dispatchable?, John Chase jch...@uss...com -Original Message- From: IBM Mainframe Discussion List [On Behalf Of Neil Duffee [snip] The original request was for experiences / advice on using 64-bit storage directly in CICS, but CICS doesn't support that (yet). [snip] You apparently missed directly above. Please cite the syntax for an application program to obtain storage above the bar. E C GETMAIN doesn't do it. Nope. I saw the directly and admit that nothing the the API manual for E C GetMain mentions it specifically. In fact, FLENGTH = fullword implies 32-bits, no? In addition, the ptr-ref definition as a register is sufficiently vague about 31 vs 64 bit addresses. Early in the CICS APRM, SET(ptr-ref) is described as always (and only) referring to a fullword for all API, SPI and XPI commands that offer SET(ptr-ref) as an option. I'm relying on what both Release Guides mention (some snippets below). Documentation mis-matches? Perhaps. Anyway, my point was that the assumption might not (still) be invalid. I suspect the best resource (outside of an ETR) for detailed discussion is Cics-L 'cause I'm nowhere near a Cics SysProg by a lonnng shot. CICS itself exploits (some) above-the-bar addressing: Containers are stored there, but for application access to that data CICS copies it to 24- or 31-bit storage. Applications themselves cannot directly access the data in 64-bit storage (Assembler excepted, of course; but you're on your own in that case). -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: RDz (was: Re: editting testing COBOL code)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of David Alcock Does anybody have RDz and use it with COBOL? I'm unfamiliar with RDz. I guess it is this product: http://www-01.ibm.com/software/awdtools/rdz/ Yep; that's the one. Does the editor run on the PC? If so can it edit PC files? Is the user license of $5,500 for one developer on one PC or a site license? Yes; yes; per seat. I'm told there is a floating seat licensing scheme available, but we don't use it here. We bought a specific number of seats, each of which is assigned to a specific individual. -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 to IPL from a Customized Offerings Driver Options
We are planning to install z/OS 1.10 at the first time via ServerPac.Could you tell me how to IPL from a Customized Offerings Driver (5751-COD) and how to install a driving system. Which IBM manual could help me? Thanks a lot! Best Regards, Janson Janson, You will receive 'Customized Offerings Driver Installation Guide' with the COD tapes. It does a very good job of explaining the installation and IPL process for the COD. It also contains a list of other z/OS publications that should be available for reference and URLs where you can find them. Dana -- 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: RDz (was: Re: editting testing COBOL code)
$5,500 per programmer who uses it???!!! And ISPF costs how much for however many people need to use it? There is no way that we would do this. How does anybody justify it? And it's based off of Eclipse, so IBM hasn't even done all the work to create and maintain it. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Friday, December 04, 2009 6:53 AM To: IBM-MAIN@bama.ua.edu Subject: Re: RDz (was: Re: editting testing COBOL code) -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Alcock Does anybody have RDz and use it with COBOL? I'm unfamiliar with RDz. I guess it is this product: http://www-01.ibm.com/software/awdtools/rdz/ Yep; that's the one. Does the editor run on the PC? If so can it edit PC files? Is the user license of $5,500 for one developer on one PC or a site license? Yes; yes; per seat. I'm told there is a floating seat licensing scheme available, but we don't use it here. We bought a specific number of seats, each of which is assigned to a specific individual. -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 -- 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: RDz (was: Re: editting testing COBOL code)
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of David Alcock Sent: Thursday, December 03, 2009 7:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: RDz (was: Re: editting testing COBOL code) Does anybody have RDz and use it with COBOL? I'm unfamiliar with RDz. I guess it is this product: http://www-01.ibm.com/software/awdtools/rdz/ Does the editor run on the PC? If so can it edit PC files? Is the user license of $5,500 for one developer on one PC or a site license? Thanks for that url, Dave. I stand corrected, they do deliver a PC version of COBOL (COBOL for Windows). From what we were told, yes the editor runs on the PC (it's a typical Eclipse editor with enhancements, RDz is Eclipse with IBM proprietary enhancements) and editing any PC file should be standard. As for the license fee, that is (as usual) entirely up to your company's software negotiators to work out with IBM. But AFAIK the retail $5,000 fee is per seat, not a site license. And at that it is better than the MicroFocus per-seat fee which was over $8,000 the last time I got a quote. (Also subject to negotiation, of course.) Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- 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: IPL set dataset mapping using 3309-27
On 12/01/2009 10:47 AM, duncan turner wrote: I am considering creating an IPL set for production and DR use using up to 8 volumes probably 3390-27. I was thinking of putting the IBM program libraries on one volume, using another volume for a work volume and then striping the other system datasets across the other volumes. For instance, putting RACF databases on 2 of them, JESCHKPT on another 2, Page datasets sized at 3390-3 size on 5,6 or 7 of them, spool datasets on 4 of them sized at 3390-3 sized datasets, SMS control datasets across another 3, Master catalog on one and other user catalogs on the others and so on. The DASD subsystem is IBM 8300 and supports HiperPAV, so I think it could work. I have searched around but found nothing definitive about whether this would work or whether it definitely would not work. any opinions out there? My reading on HiperPAVs suggests it should eliminate the performance issues associated with larger drives. Whether you need to replicate your production IPL set for DR depends on what your DR recovery strategy is. The above might make sense if you plan to use this DR system to rebuild your system piecewise an application at a time and eventually run production on it. If you plan on just restoring all production volumes and just running on a mirror of the production system at DR and not running production work on the DR system, you can get by with a minimal DR system of maybe two drives with only a single local page dataset, a small spool, and omitting ISV products not required in that environment, and the normal rules about what system datasets shouldn't share volumes don't matter because performance under peak loads is not an issue. We use the same two-drive Recovery System (3390-3 + 3390-9) as a basis for both running DR volume restores and cleanup away, and for basic system testing (or emergency repairs) at home, adding additional drives temporarily when needed to support testing involving ISV products, DB2, or CICS. -- Joel C. Ewing, Fort Smith, ARjremoveccapsew...@acm.org -- 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
MicroFocus Server
Anybody have any experience (good and bad) with Microfocus Server to offload mainframe workload? -- 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: editting testing COBOL code
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of wmklein Sent: Friday, December 04, 2009 12:55 AM To: IBM-MAIN@bama.ua.edu Subject: Fwd: editting testing COBOL code If you send me (off-list) a name and contact information for the IBM sales person who told your company that RDz doesn't include a COBOL (or PL/I) compiler (for Windows), I can make certain that they get contacted by someone within IBM to help re-educate them. In the mean time, you can find the LRM for BIM COBOL for Windows (the compiler ocmponent of RDz) at: http://publibfp.boulder.ibm.com/epubs/pdf/igy7lr10.pdf while the Porgramming Guide is at: http://publibfp.boulder.ibm.com/epubs/pdf/igy7pg10.pdf The fact sheet for the current version of RDz is at: http://www-01.ibm.com/software/awdtools/rdz/about/?S_CMP=rnavS_CMP=rnav In particular, see the paragraph starting, IBM COBOL for Windows compiler supports development of IBM COBOL applications including compiling, testing, debugging, and deploying to Windows platforms. IBM PL/I for Windows compiler supports development of IBM PL/I applications including compiling, testing, debugging, and deploying to Windows platforms. Thanks for the url's and the quote, Dave A. also sent the page address where I could see all of the RDz docs. Curiously, the main docs page for RDz does not reference the PL/1 compiler doc at all, though that doesn't matter for my shop. Sorry, I don't have names for the sales people, though I would dearly love to see them re-educated. In any case, establishing an off-mainframe data repository for sequential and VSAM data and/or an NFS/SMB connection to the mainframe for sequential data (and all the associated CPU cycles that those products require on the mainframe) would still be the sticking point for realistic off-mainframe testing. In an already-CPU-constrained development environment, I'm not sure that RDz provides sufficient CPU usage savings to justify its cost even with a PC-based compiler, but I remain open to being proved wrong. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- 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
LPR from multiple mainframe regions to single host
Does anyone know if performing an LPR from multiple mainframe hosts to a single lpr host queue definition would cause contention issues? I have 3 VPS mainframe printers that are lpr'ing to the same remote host queue and there appears to be some contention going on. If lpr'ing from multiple locations to a single remote host queue is a problem, how do you get around it? Define multiple queues...one for each mainframe region? Your feedback would be appreciated, Gil. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LPR from multiple mainframe regions to single host
I have VPS and I can print to any printer from both of my Lpars. Can you be clearer on how you have the definitions? Pat Mihalec Rush University Medical Center Senior System Programmer (312) 942-8386 pat_miha...@rush.edu P Please consider the environment before printing this email. From: Gilbert Cardenas gilbertcarde...@grocerybiz.com To: IBM-MAIN@bama.ua.edu Date: 12/04/2009 09:12 AM Subject: LPR from multiple mainframe regions to single host Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Does anyone know if performing an LPR from multiple mainframe hosts to a single lpr host queue definition would cause contention issues? I have 3 VPS mainframe printers that are lpr'ing to the same remote host queue and there appears to be some contention going on. If lpr'ing from multiple locations to a single remote host queue is a problem, how do you get around it? Define multiple queues...one for each mainframe region? Your feedback would be appreciated, Gil. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Tool for identifying mount points?
On Thu, 3 Dec 2009 17:36:36 -0600, Paul Gilmartin paulgboul...@aim.com wrote: On Thu, 3 Dec 2009 14:28:12 -0600, Mark Zelden mark.zel...@zurichna.com wrote: 7 *-* j=s.stfs_avail * s.stfs_blocksize LS.STFS_AVAIL LS.STFS_BLOCKSIZE 7 +++ j=s.stfs_avail * s.stfs_blocksize IRX0041I Error running U#TST, line 7: Bad arithmetic conversion Are you running it from a shell? (hint: that is a requirement) Is that because it doesn't include RC=SYSCALLS('ON') to define the tail variables? Why else? signal on novalue is a great help in catching these quicker. You're correct. It can be run under the shell, or if he adds: junk = syscalls(on) to the start of the exec it should work from TSO also. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: editting testing COBOL code
From: peter.far...@broadridge.com In any case, establishing an off-mainframe data repository for sequential and VSAM data and/or an NFS/SMB connection to the mainframe for sequential data (and all the associated CPU cycles that those products require on the mainframe) would still be the sticking point for realistic off-mainframe testing. In an already-CPU-constrained development environment, I'm not sure that RDz provides sufficient CPU usage savings to justify its cost even with a PC-based compiler, but I remain open to being proved wrong. There are ways to reduce CPU cycles and increase programmer productivity that don't involve moving developers to a different platform. shameless plug I refer of course to SimpList, which costs less for site wide usage than for a single RDz license /shameless plug. Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html _ Windows Live: Keep your friends up to date with what you do online. http://go.microsoft.com/?linkid=9691815 -- 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: LPR from multiple mainframe regions to single host
Sure, the problem (I think) is that I have 3 lpar regions that are lpr'ing to a common server (same IP address,port and queue). The catch is that the server lpr destination (HOUSTON) is not really a printer but software that is emulating a printer. So the mainframe VPS definition for each lpar is for example: COMMTYPE=(TCPIP,LPD) TCPPRTR=HOUSTON What I am trying to distinguish is whether lpr'ing from 3 disparate sources to 1 destination is common practice. If it is then I can focus on the printer emulating software. Hope this clears it up a bit. Gil. On Fri, 4 Dec 2009 09:15:53 -0600, Pat Mihalec pat_miha...@rush.edu wrote: I have VPS and I can print to any printer from both of my Lpars. Can you be clearer on how you have the definitions? Pat Mihalec Rush University Medical Center Senior System Programmer (312) 942-8386 pat_miha...@rush.edu P Please consider the environment before printing this email. From: Gilbert Cardenas gilbertcarde...@grocerybiz.com To: IBM-MAIN@bama.ua.edu Date: 12/04/2009 09:12 AM Subject: LPR from multiple mainframe regions to single host Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Does anyone know if performing an LPR from multiple mainframe hosts to a single lpr host queue definition would cause contention issues? I have 3 VPS mainframe printers that are lpr'ing to the same remote host queue and there appears to be some contention going on. If lpr'ing from multiple locations to a single remote host queue is a problem, how do you get around it? Define multiple queues...one for each mainframe region? Your feedback would be appreciated, Gil. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM- MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: IEC143I 213-30
In 4b17e85d.6f0f.008...@efirstbank.com, on 12/03/2009 at 04:33 PM, Frank Swarbrick frank.swarbr...@efirstbank.com said: So you are saying that there is no point doing the two step process I mention because it will have the file enqueued for the life of the job no matter what, if DISP=OLD is specified? Not quite; the Initiator will release it at the end of the last step that has a DD statement for it. So if you can arrange to do all of your work in a few short steps at the beginning, you can let other jobs use it after that. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFU83 SDSSMF83 module
In listserv%200912030904178069.0...@bama.ua.edu, on 12/03/2009 at 09:04 AM, Mary Anne Matyaz maryanne4...@gmail.com said: I see that the module's entry point address is 96EDA300, and IBM QA told me to go in to IPCS browse to look at that and see if the eye catchers indicate whos module it is, but IPCS browse of active says the storage is not available. Did you try WHERE 16EDA300.? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFU83 SDSSMF83 module
In listserv%200912031152459201.0...@bama.ua.edu, on 12/03/2009 at 11:52 AM, Mary Anne Matyaz maryanne4...@gmail.com said: I was unaware that only vendor problems can be posted to the list. There is no such restriction. It helps if responses include an attribution line and quotes of enough text to provide context. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Now is time for banks to replace core system according to Accenture
In s84gh5derriun3ggjjsnmq3i5evkkm2...@4ax.com, on 12/03/2009 at 12:29 PM, Howard Brazee howard.bra...@cusys.edu said: Huh? The 1958 Chevy didn't have seatbelts, By the 1960's lots of cars had seat belts, at least as an option. And it is no longer though of as odd at all when a car goes a couple of hundred thousand miles. I don't recall ever driving a car in the 1960's or 1970's that didn't last in excess of 100,000 miles. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Now is time for banks to replace core system according to Accenture
In 4b1856e3.2050...@ync.net, on 12/03/2009 at 06:25 PM, Rick Fochtman rfocht...@ync.net said: I would prefer supplementing sturdy seat belts with dangerous air bags. I take it that you don't have children? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Now is time for banks to replace core system according to Accenture
In 4b1823a1.2030...@bremultibank.com.pl, on 12/03/2009 at 09:46 PM, R.S. r.skoru...@bremultibank.com.pl said: I really don't understand why do you insist on improper spelling of 'Andersen' name. When did *you* become concerned with correct nomenclature? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Now is time for banks to replace core system according to Accenture
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Friday, December 04, 2009 9:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Now is time for banks to replace core system according to Accenture SNIP And it is no longer though of as odd at all when a car goes a couple of hundred thousand miles. I don't recall ever driving a car in the 1960's or 1970's that didn't last in excess of 100,000 miles. SNIP Ok, let us put this in a bit of perspective. All the cars that I have owned (US or European) prior to 1980 (actually some were made in the '50s, the rest in the '60s) required points, plugs and condenser about every 6K miles. An engine overhaul (for every one of the V8s that I drove) at about 100K miles. The valves all had to be adjusted about every 3K (except for the ones with hydraulic valves - the V8s). Clutches for the 4 cylinder cars only made it to about 100K. Every car I've bought built in 1980 or later, engine overhauls were not needed until well over 100K (my latest is closing in on 200K with the original clutch). Plugs haven't needed replacing until at least 50K miles (current is going on 90K and still getting 35MPG). NO valve adjustments needed (the Toyotas have to have a timing belt changed at about 60K which is annoying). We won't even compare the LKW/Lorry/Semi differences. You would be absolutely floored as to how good those have become. The same for the motorcycles (particularly with shaft drive compared to chains). Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those held by this poster's employer -- -- 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: Small Server Mob Advantage
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. paulgboul...@aim.com (Paul Gilmartin) writes: I often wonder whether a reason TCP/IP triumphed over SNA was that SNA didn't provide a facility with the scalability of DNS. re: http://www.garlic.com/~lynn/2009q.html#82 Small Server Mob Advantage http://www.garlic.com/~lynn/2009q.html#83 Small Server Mob Advantage http://www.garlic.com/~lynn/2009r.html#0 Small Server Mob Advantage for other topic drift ... I've frequently pontificated on possible catch-22 implications that DNSSEC might have for the domain name certification authority industry: http://www.garlic.com/~lynn/subpubkey.html#catch22 some recent DNS news for slightly other topic drift: Google Public DNS: But Is It Safe? http://www.internetnews.com/security/article.php/3851101/Google+Public+DNS+But+Is+It+Safe.htm Geez, Google Wants to Take Over DNS, Too http://www.wired.com/threatlevel/2009/12/geez-google-wants-to-take-over-dns-too/?utm_source=feedburnerutm_medium=feedutm_campaign=Feed%3A+wired27b+%28Blog+-+27B+Stroke+6+%28Threat+Level%29%29 Google Public DNS and Your Privacy http://www.pcworld.com/article/183671/google_public_dns_and_your_privacy.html Google Public DNS: What It Means For Your Privacy http://www.networkworld.com/news/2009/120309-google-public-dns-what-it.html Google To Boost Internet Speed With New Public DNS Resolver http://www.crn.com/security/222000590 Google Public DNS offers speed, few features http://blogs.computerworld.com/15193/google_dns Google wants to unclog Net's DNS plumbing Deep Tech http://news.cnet.com/8301-30685_3-10408624-264.html Google Introduces Public DNS Service http://www.domainnamenews.com/search-engines/google-introduces-public-dns-service/6747 Google expands plan to run own internet http://www.theregister.co.uk/2009/12/03/google_public_dns/ Google Public DNS: Wonderful Freebie or Big New Menace? http://www.networkworld.com/news/2009/120309-google-public-dns-wonderful-freebie.html Google launches free public DNS http://www.networkworld.com/news/2009/120309-google-launches-free-public.html Google Launches Free Public DNS http://www.pcworld.com/article/183643/google_launches_free_public_dns.html Google launches free public DNS http://www.macworld.com/article/144716/google_dns.html -- 40+yrs virtualization experience (since Jan68), online at home since Mar1970 -- 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: Is there a good mailing list or forum for mainframe C/C++ specifically?
Since Charles pointed out in his second post that he was new to C++, I'm going to jump to the conclusion that he intends to use C++ rather than C. In that case, the recommended approach for working with strings is to use a container class like std::string instead of the C str*() and strn*() functions. Here are a couple of references: - http://www.parashift.com/c++-faq-lite/exceptions.html#faq-17.5 - https://www.securecoding.cert.org/confluence/display/cplusplus/07.+Characters+and+Strings+%28STR%29 Sam Siegel wrote: On Thu, Dec 3, 2009 at 10:56 PM, Paul Gilmartin paulgboul...@aim.comwrote: On Thu, 3 Dec 2009 11:07:38 -0600, McKown, John wrote: OPINION TIME! The safe versions are not safer than using some of the others which include the length of the destination buffer. Such as strncpy, strncmp, and so on. The strn... functions are multiplatform and standard. The str..._s functions, from what I have read on the Web, are a Microsoft invention. They are not ISO or ANSI standard functions, but are being considered. And, according to one person, were invented by MS strictly as a way to make it more difficult to port code using them to other systems. I suppose M$ could argue that there's some advantage (but what?) in leaving the target buffer unmodified in the failure case. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The _s versions of strcpy, etc. provide additional functionality not found in the strn* functions. There are return codes which indicate runtime error conditions which allow the program to take corrective action on the fly. They also guarantee that the receiving buffer is always null terminated, eliminated potential 0c4 abends and other unexpected results. These actions/functionality do require additional design and coding effort to ensure that the desired and actual results are what the program wants/expects. Yes these functions were initiated by MS. But take a close look at what they provide before they are discounted. Sam -- 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
CF LPAR MIPS Utilisation
Hi, I have 936 MIPS processor Z02-2096 z9BC I have 4 LPARS and 2 CF LPARs SYSA (Prod) SYSB (Dev) SYSC (Test) SYSD (Maint) SYCF1 SYCF2 Both CPU Engines are online across all LPAR's. Wts are in such a way that MIPS Allocation are 650 for SYSA 50 for SYSB 50 for SYSC 50 for SYSD 100 MIPS for SYCF1 and 36 MIPS for SYCF2 , SYSA is UNCAPPED and SYSB, SYSC and SYSD are CAPPED. Recently we are having issues related to MIPS capacity. I am aware that in case SYSA needs more capacity then it can take from SYSB,SYSC,SYSD if available. However, was wondering whether system will allow to take MIPS from Coupling Facility LPAR's as well or not if available ? These are the structures in use for CF ISGLOCK IXCXCF1 IXCXCF2 Is there any advantage in getting rid of these coupling facility ? Will that give us comfort ofhaving these additional MIPS ? John -- 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: Now is time for banks to replace core system according to Accenture
1972 Chevrolet Vega, 4 cylinder, aluminum block. At 50K miles a quart of oil per tank of gas (250 miles). At 60,000 miles blue smoke. At 75,000 miles I rebuilt it with iron sleeves. That rebuild lasted 100K miles till the rust issue made my feet cold. My brand new 1966 Mustang had factory standard seat belts which I promptly unbolted and threw away. Real men didn't use them. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Friday, December 04, 2009 9:31 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Now is time for banks to replace core system according to Accenture In s84gh5derriun3ggjjsnmq3i5evkkm2...@4ax.com, on 12/03/2009 at 12:29 PM, Howard Brazee howard.bra...@cusys.edu said: Huh? The 1958 Chevy didn't have seatbelts, By the 1960's lots of cars had seat belts, at least as an option. And it is no longer though of as odd at all when a car goes a couple of hundred thousand miles. I don't recall ever driving a car in the 1960's or 1970's that didn't last in excess of 100,000 miles. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ___ No viruses found in this incoming message Scanned by iolo AntiVirus 1.5.8.3 http://www.iolo.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: Is there a good mailing list or forum for mainframe C/C++ specifically?
Gosh, there is no question that can't be hijacked into something else. Thank you to all the people who suggested I use the C++ classes. Yes, yes, I am well aware of the string class. It does not do everything. There are times when char[] makes more sense and/or must be used. When doing so, it pays to be as safe as possible. Yes, it is possible to be safe without using safe functions, but the same could be said of any helpful tool in software: you don't really need it -- you can accomplish the same thing other ways. Thank you to all the people who used this thread to remind us that Microsoft is the evil empire. I might suggest that all IBM would have to do to defeat MS's nefarious plot to take over the world would be to implement about half a dozen small library functions that MS has proposed as additions to the C++ standard. Thank you also to the one person who gave a helpful answer to the question I actually asked and suggested a possibly relevant mailing list. Charles -- 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: CF LPAR MIPS Utilisation
John, The cpus defined as CF (specialty) engines ONLY run the CF code, so there is no gain to you SYSA/B/C/D lpars. Are you running a parallel sysplex? Also I think the GP engines are in one pool, and the CF engines in another so your weights aren't giving you the MIPs you think. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Mitchelle Sent: Friday, December 04, 2009 10:57 To: IBM-MAIN@bama.ua.edu Subject: CF LPAR MIPS Utilisation Hi, I have 936 MIPS processor Z02-2096 z9BC I have 4 LPARS and 2 CF LPARs SYSA (Prod) SYSB (Dev) SYSC (Test) SYSD (Maint) SYCF1 SYCF2 Both CPU Engines are online across all LPAR's. Wts are in such a way that MIPS Allocation are 650 for SYSA 50 for SYSB 50 for SYSC 50 for SYSD 100 MIPS for SYCF1 and 36 MIPS for SYCF2 , SYSA is UNCAPPED and SYSB, SYSC and SYSD are CAPPED. Recently we are having issues related to MIPS capacity. I am aware that in case SYSA needs more capacity then it can take from SYSB,SYSC,SYSD if available. However, was wondering whether system will allow to take MIPS from Coupling Facility LPAR's as well or not if available ? These are the structures in use for CF ISGLOCK IXCXCF1 IXCXCF2 Is there any advantage in getting rid of these coupling facility ? Will that give us comfort ofhaving these additional MIPS ? John -- 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: Now is time for banks to replace core system according to Accenture
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. and for something completely different As IBM sales suffer, now's the time to buy a new mainframe http://www.networkworld.com/news/2009/120409-ibm-mainframe.html from above ... But the economy and other factors have cut into IBM mainframe hardware revenue, and IBM's sales team may be feeling some anxiety. IBM System z mainframe revenue decreased 26% year-over-year in the third quarter, and dropped 39% in the second quarter. ... snip ... -- 40+yrs virtualization experience (since Jan68), online at home since Mar1970 -- 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: CF LPAR MIPS Utilisation
Yes. Parallel Sysplex. No ICF Engines. During As-is migration , Legacy system migrated from 2 z900 Processors (which were in sysplex) to z9BC. John On Fri, Dec 4, 2009 at 5:13 PM, Field, Alan C. alan.c.fi...@supervalu.comwrote: John, The cpus defined as CF (specialty) engines ONLY run the CF code, so there is no gain to you SYSA/B/C/D lpars. Are you running a parallel sysplex? Also I think the GP engines are in one pool, and the CF engines in another so your weights aren't giving you the MIPs you think. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Mitchelle Sent: Friday, December 04, 2009 10:57 To: IBM-MAIN@bama.ua.edu Subject: CF LPAR MIPS Utilisation Hi, I have 936 MIPS processor Z02-2096 z9BC I have 4 LPARS and 2 CF LPARs SYSA (Prod) SYSB (Dev) SYSC (Test) SYSD (Maint) SYCF1 SYCF2 Both CPU Engines are online across all LPAR's. Wts are in such a way that MIPS Allocation are 650 for SYSA 50 for SYSB 50 for SYSC 50 for SYSD 100 MIPS for SYCF1 and 36 MIPS for SYCF2 , SYSA is UNCAPPED and SYSB, SYSC and SYSD are CAPPED. Recently we are having issues related to MIPS capacity. I am aware that in case SYSA needs more capacity then it can take from SYSB,SYSC,SYSD if available. However, was wondering whether system will allow to take MIPS from Coupling Facility LPAR's as well or not if available ? These are the structures in use for CF ISGLOCK IXCXCF1 IXCXCF2 Is there any advantage in getting rid of these coupling facility ? Will that give us comfort ofhaving these additional MIPS ? John -- 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
IEFUSI and LSQA
Hi all, I would like your advice when reserving 512Kb below 16Mb line. During years i've coded : L R7,LDASIZA Size of A.S. Region Below L R8,LDAESIZA Size of A.S. Region Above ASSIGN0 DS0H Region=0M STR8,REGLIMA REGLIMA = EPRIVATE S R8,LSQAA R8 = REGLIMA = Max - 15M STR8,REGSIZA Save EXTENDED REGION-SIZE STR7,REGLIMB REGLIMB = PRIVATE S R7,LSQAB R7 = REGLIMB = Max - 512K STR7,REGSIZB Save OCREGFLAGS,Highbit TELL VSM BRAFUSI SUPPLY INFO LSQABDCA(512*1024) LSQA Below (512Kb) LSQAADCA(15*1024*1024) LSQA Above (15Mb) I was told that this code was not actually saving LSQA, then i was instructed to code : L R7,LDASIZA Size of A.S. Region Below L R8,LDAESIZA Size of A.S. Region Above S R7,LSQAB R7 = REGLIMB = Max - 512K S R8,LSQAA R8 = REGLIMA = Max - 15M ASSIGN0 DS0H Region=0M STR8,REGLIMA REGLIMA = EPRIVATE-15M S R8,@500K REGSIZA = REGLIMA-500K STR8,REGSIZA Save EXTENDED REGION-SIZE STR7,REGLIMB REGLIMB = PRIVATE-512K S R7,@100K REGSIZB = REGLIMB-100K STR7,REGSIZB Save OCREGFLAGS,Highbit TELL VSM BRAFUSI SUPPLY INFO @100KDCA(100*1024) 100K @500KDCA(500*1024) 500K LSQABDCA(512*1024) LSQA Below (512Kb) LSQAADCA(15*1024*1024) LSQA Above (15Mb) Is There a better option ? Thanks in advance Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto Banco Bradesco S/A 4254 - DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 4197-2021 R: 22021 Fax: +55 11 4197-2814 HTMLfont face=Tahoma size=1HRAVISO LEGAL brEsta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vÃnculos obrigacionais, expedida por quem não detenha poderes de representação. HTMLfont face=Tahoma size=1HRLEGAL ADVICE brThis message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- 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: Is there a good mailing list or forum for mainframe C/C++ specifically?
All threads here get hijacked eventually. Some sooner than others. From responses that __I__ have received from IBM in the past, they tend not to implement in flux stuff. And, they basically say give us a business case to implement ... and we will prioritize it with other requests. What they mean by business case is how this will make us money (reasonable). The safe functions are not a standard. They are in a TR status. I don't really know what that means. I am sure that once they become an ANSI/ISO standard, IBM will implement them (eventually). I had not realized that the safe functions have one major plus over the n functions. They guarantee that the \0 can be copied too. And that the source will fit in the dest area before doing anything at all. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Friday, December 04, 2009 11:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Is there a good mailing list or forum for mainframe C/C++ specifically? Gosh, there is no question that can't be hijacked into something else. Thank you to all the people who suggested I use the C++ classes. Yes, yes, I am well aware of the string class. It does not do everything. There are times when char[] makes more sense and/or must be used. When doing so, it pays to be as safe as possible. Yes, it is possible to be safe without using safe functions, but the same could be said of any helpful tool in software: you don't really need it -- you can accomplish the same thing other ways. Thank you to all the people who used this thread to remind us that Microsoft is the evil empire. I might suggest that all IBM would have to do to defeat MS's nefarious plot to take over the world would be to implement about half a dozen small library functions that MS has proposed as additions to the C++ standard. Thank you also to the one person who gave a helpful answer to the question I actually asked and suggested a possibly relevant mailing list. Charles -- 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: LPR from multiple mainframe regions to single host
I have TCPPRTR=raw I am going to the memory on the real printer. I am not experiencing any bottleneck and I am also sharing the printers with windows servers. We just each take our turn. I hope that helps. Pat Mihalec Rush University Medical Center Senior System Programmer (312) 942-8386 pat_miha...@rush.edu P Please consider the environment before printing this email. From: Gilbert Cardenas gilbertcarde...@grocerybiz.com To: IBM-MAIN@bama.ua.edu Date: 12/04/2009 09:46 AM Subject: Re: LPR from multiple mainframe regions to single host Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Sure, the problem (I think) is that I have 3 lpar regions that are lpr'ing to a common server (same IP address,port and queue). The catch is that the server lpr destination (HOUSTON) is not really a printer but software that is emulating a printer. So the mainframe VPS definition for each lpar is for example: COMMTYPE=(TCPIP,LPD) TCPPRTR=HOUSTON What I am trying to distinguish is whether lpr'ing from 3 disparate sources to 1 destination is common practice. If it is then I can focus on the printer emulating software. Hope this clears it up a bit. Gil. On Fri, 4 Dec 2009 09:15:53 -0600, Pat Mihalec pat_miha...@rush.edu wrote: I have VPS and I can print to any printer from both of my Lpars. Can you be clearer on how you have the definitions? Pat Mihalec Rush University Medical Center Senior System Programmer (312) 942-8386 pat_miha...@rush.edu P Please consider the environment before printing this email. From: Gilbert Cardenas gilbertcarde...@grocerybiz.com To: IBM-MAIN@bama.ua.edu Date: 12/04/2009 09:12 AM Subject: LPR from multiple mainframe regions to single host Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Does anyone know if performing an LPR from multiple mainframe hosts to a single lpr host queue definition would cause contention issues? I have 3 VPS mainframe printers that are lpr'ing to the same remote host queue and there appears to be some contention going on. If lpr'ing from multiple locations to a single remote host queue is a problem, how do you get around it? Define multiple queues...one for each mainframe region? Your feedback would be appreciated, Gil. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM- MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM- MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Now is time for banks to replace core system according to Accenture
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour J.) In s84gh5derriun3ggjjsnmq3i5evkkm2...@4ax.com, on 12/03/2009 at 12:29 PM, Howard Brazee howard.bra...@cusys.edu said: And it is no longer though of as odd at all when a car goes a couple of hundred thousand miles. I don't recall ever driving a car in the 1960's or 1970's that didn't last in excess of 100,000 miles. I only had *one* back then that had less than 100K miles when I bought it. :-) -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: Is there a good mailing list or forum for mainframe C/C++ specifically?
Yup... welcome to IBM-Main. The signal to noise ratio is quite high. Charles Mills wrote: Gosh, there is no question that can't be hijacked into something else. -- Rich Smrcina -- 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: Is there a good mailing list or forum for mainframe C/C++ specifically?
Yeah, our motto seems to be Why have an opinion if you can't inflict it on the rest of the world! .lol We're all guilty Jon L. Veilleux veilleu...@aetna.com (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rich Smrcina Sent: Friday, December 04, 2009 1:24 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Is there a good mailing list or forum for mainframe C/C++ specifically? Yup... welcome to IBM-Main. The signal to noise ratio is quite high. Charles Mills wrote: Gosh, there is no question that can't be hijacked into something else. -- Rich Smrcina -- 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 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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: IEC143I 213-30
I'm not the sysprog, so I may not have all of the details, but if I remember correctly these are the issues: We have PDSESHARING(NORMAL) in our IGDSMSxx member, rather than PDSESHARING(EXTENDED). From http://publib.boulder.ibm.com/infocenter/zos/v1r9/index.jsp?topic=/com.ibm.zos.r9.idad400/pdsesh3.htm In a multiple-system environment, the system programmer uses PDSESHARING(EXTENDED) to share PDSEs at the member level. A system programmer must specify PDSESHARING(EXTENDED) in the IGDSMSxx member in the SYS1.PARMLIB on each system in the sysplex. Every system that is sharing a PDSE must be a member of the sysplex and have the sysplex coupling facility (XCF) active. We don't have the sysplex, so we're stuck with PDSESHARING(NORMAL). This causes problems when one system has a PDSE open and a second system opens it and tries to update it. Take for example the following scenario, which I just tested. On system 1 I open a PDSE with ISPF VIEW. On system 2 I open the same PDSE with ISPF EDIT. On system 2 I open a member in that PDSE and attempt to save it. I get the following error: IEC143I 213-70,IGG0191B,FJS,APPPROG,ISP11523,0469,TSO001,FJS.APPL.COBOL This means 70 OPEN detected a cross-system share conflict for the PDSE. This issue does not occur when I do the same exact thing with a PDS. Anyway, systems has given us the direction to not use PDSEs. (Well, we can use them for our own personal datasets, but at our own risk.) Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 On 12/3/2009 at 9:50 PM, in message 002101ca749d$5fda4cf0$e6f71...@foggybottom, George Fogg gf...@nwlink.com wrote: I believe the OP mentioned GRS in shared dasd environment and having problems with PDSEs. I for one would like to know what the problems were. George Fogg -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tony B. Sent: Thursday, December 03, 2009 6:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IEC143I 213-30 Sorry I lost track of most of the interim suggestions toward this thread. Did anyone suggest using a PDSE as the target library? Years ago I cobbled together a poor man's scheduling system that used a single PDSE as a repository of members that each nightly batch job would add, as they completed with CC5. Hundreds of jobs updated this PDSE over the course of the evening, resulting in thousands of members having been written. . Sorry if I've restated someone else's post. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Frank Swarbrick Sent: Thursday, December 03, 2009 5:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IEC143I 213-30 On 12/3/2009 at 6:39 AM, in message 20091203184630.1fe42f58...@smtp.patriot.net, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 4b1662c2.6f0f.008...@efirstbank.com, on 12/02/2009 at 12:51 PM, Frank Swarbrick frank.swarbr...@efirstbank.com said: So perhaps a combination of the two is in order. Write to a temporary PDS during the translate and then use DISP=OLD on the copy from the temp PDS in to the actual PDS. The Initiator does the DISP=OLD ENQ at the beginning of the job. So you are saying that there is no point doing the two step process I mention because it will have the file enqueued for the life of the job no matter what, if DISP=OLD is specified? Hmm, oh well. Thanks for the info. The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEC143I 213-30
Thanks for clarifying. On 12/4/2009 at 8:14 AM, in message 20091204154243.c72fef58...@smtp.patriot.net, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 4b17e85d.6f0f.008...@efirstbank.com, on 12/03/2009 at 04:33 PM, Frank Swarbrick frank.swarbr...@efirstbank.com said: So you are saying that there is no point doing the two step process I mention because it will have the file enqueued for the life of the job no matter what, if DISP=OLD is specified? Not quite; the Initiator will release it at the end of the last step that has a DD statement for it. So if you can arrange to do all of your work in a few short steps at the beginning, you can let other jobs use it after that. The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there a good mailing list or forum for mainframe C/C++ specifically?
ITYM low. Signal is the good part --Original Message-- From: Rich Smrcina Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Sent: Dec 4, 2009 13:23 Subject: Re: Is there a good mailing list or forum for mainframe C/C++ specifically? Yup... welcome to IBM-Main. The signal to noise ratio is quite high. Charles Mills wrote: Gosh, there is no question that can't be hijacked into something else. -- Rich Smrcina -- 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 - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Now is time for banks to replace core system according to Accenture
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Anne Lynn Wheeler Sent: Friday, December 04, 2009 11:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Now is time for banks to replace core system according to Accenture The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. and for something completely different As IBM sales suffer, now's the time to buy a new mainframe http://www.networkworld.com/news/2009/120409-ibm-mainframe.html from above ... But the economy and other factors have cut into IBM mainframe hardware revenue, and IBM's sales team may be feeling some anxiety. IBM System z mainframe revenue decreased 26% year-over-year in the third quarter, and dropped 39% in the second quarter. SNIP Now if IBM Sales people were incentivized to sell z/Series and not other platforms at the expense of mainframes (churning the market is what I would have called it) you might see a big turn around. But when they could sell more regattas and software that was worth more $$$ to them, and z/Series had been pushed off on the Tier 1 (after yanking the rug from Tier 2 and prohibiting them anything other than MP/3000...) entities, IBM's hardware revenues were doing quite well. Now that self-generated wave is gone. So IBM needs to come up with a new reason for mainframe sales and convince their customers that all those bus-centric machines are baddd. Just my opinion. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- 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: CF LPAR MIPS Utilisation
Certainly, SYSA can take unused cycles, they are distributed according to weights. What you haven't said is what mode your CFs are running in, so I will assume the are dynamically dispatched. The thing you need to be very careful about here is that the CF partitions can get the cycles they need when they need them. According to your calculations, your CF partitions are promised 100 and 36 MIPS respectively - but is that enough? I prefer to over-weight CFs that run on shared CPs, since it helps ensure that the CF has access to the CPU when it needs it. If there are many CF requests and not enough available cycles to service them you could get in trouble quickly. John Mitchelle john.mitche...@googlemail.com 12/4/2009 11:57 AM Hi, I have 936 MIPS processor Z02-2096 z9BC I have 4 LPARS and 2 CF LPARs SYSA (Prod) SYSB (Dev) SYSC (Test) SYSD (Maint) SYCF1 SYCF2 Both CPU Engines are online across all LPAR's. Wts are in such a way that MIPS Allocation are 650 for SYSA 50 for SYSB 50 for SYSC 50 for SYSD 100 MIPS for SYCF1 and 36 MIPS for SYCF2 , SYSA is UNCAPPED and SYSB, SYSC and SYSD are CAPPED. Recently we are having issues related to MIPS capacity. I am aware that in case SYSA needs more capacity then it can take from SYSB,SYSC,SYSD if available. However, was wondering whether system will allow to take MIPS from Coupling Facility LPAR's as well or not if available ? These are the structures in use for CF ISGLOCK IXCXCF1 IXCXCF2 Is there any advantage in getting rid of these coupling facility ? Will that give us comfort ofhaving these additional MIPS ? John -- 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 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
IDCAMS Delete via DD
I'm drawing a blank here; when deleting sequential files (non-vsam) is it possible to use a DD reference in the IDCAMS cards instead of coding the actual dataset name in the DELETE statement? The example below doesn't seem to work for me. Note: it's been awhile since I've had to use IDCAMS and a look at the guide seems to show it is NOT possible but dang... I swear this was possible. Sigh, how quickly one forgets things. //STEP01 EXEC PGM=IDCAMS,REGION=4096K //SYSPRINT DD SYSOUT=* //INDD01DD DSN=Q6498.TEST.DATASET, // DISP=(MOD,PASS), // UNIT=SYSDA,SPACE=(TRK,(60,5),RLSE) //SYSOUTDD SYSOUT=* //SYSIN DD * DELETE INFILE(INDD01) PURGE SET MAXCC = 0 __ CONFIDENTIALITY NOTICE: This email from the State of California is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorized review or use, including disclosure or distribution, is prohibited. If you are not the intended recipient, please contact the sender and destroy all copies of this email. -- 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: IEC143I 213-30
On Fri, 4 Dec 2009 12:01:29 -0700, Frank Swarbrick wrote: I'm not the sysprog, so I may not have all of the details, but if I remember correctly these are the issues: We have PDSESHARING(NORMAL) in our IGDSMSxx member, rather than PDSESHARING(EXTENDED). From http://publib.boulder.ibm.com/infocenter/zos/v1r9/index.jsp?topic=/com.ibm.zos.r9.idad400/pdsesh3.htm In a multiple-system environment, the system programmer uses PDSESHARING(EXTENDED) to share PDSEs at the member level. A system programmer must specify PDSESHARING(EXTENDED) in the IGDSMSxx member in the SYS1.PARMLIB on each system in the sysplex. Every system that is sharing a PDSE must be a member of the sysplex and have the sysplex coupling facility (XCF) active. We don't have the sysplex, so we're stuck with PDSESHARING(NORMAL). This causes problems when one system has a PDSE open and a second system opens it and tries to update it. Take for example the following scenario, which I just tested. This has been discussed several times. Please search the archives. You can not share a PDSE outside of a Sysplex. If you are not in a Sysplex, you can not share a PDSE with another system. If you do so, you can expect the PDSE to break. You quoted the reference. Every system that is sharing a PDSE must be a member of the sysplex and have the sysplex coupling facility (XCF) active. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IDCAMS Delete via DD
Why do you even want to do that??? Use IEFBR14 instead, with DISP=(MOD,DELETE). Or, as I do: //STEP1 EXEC PGM=IKJEFT01, // PARM='DEL DSN' //SYSTSIN DD DUMMY //SYSTSPRT DD SYSOUT=* If your reason is to pass the DSN via a PROC parm or a JCL SET symbol. Use IKJEFT1B if you want a return code from the DEL. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George.William Sent: Friday, December 04, 2009 1:34 PM To: IBM-MAIN@bama.ua.edu Subject: IDCAMS Delete via DD I'm drawing a blank here; when deleting sequential files (non-vsam) is it possible to use a DD reference in the IDCAMS cards instead of coding the actual dataset name in the DELETE statement? The example below doesn't seem to work for me. Note: it's been awhile since I've had to use IDCAMS and a look at the guide seems to show it is NOT possible but dang... I swear this was possible. Sigh, how quickly one forgets things. //STEP01 EXEC PGM=IDCAMS,REGION=4096K //SYSPRINT DD SYSOUT=* //INDD01DD DSN=Q6498.TEST.DATASET, // DISP=(MOD,PASS), // UNIT=SYSDA,SPACE=(TRK,(60,5),RLSE) //SYSOUTDD SYSOUT=* //SYSIN DD * DELETE INFILE(INDD01) PURGE SET MAXCC = 0 -- 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: Is there a good mailing list or forum for mainframe C/C++ specifically?
D'oh. I stand corrected. Ted MacNEIL wrote: ITYM low. Signal is the good part -- Rich Smrcina -- 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: question on STORAGE function - TCB may become non-dispatchable?
CICS itself exploits (some) above-the-bar addressing: Containers are stored there, but for application access to that data CICS copies it to 24- or 31-bit storage. Applications themselves cannot directly access the data in 64-bit storage (Assembler excepted, of course; but you're on your own in that case). 64-bit virtual storage is currently not mapped in subspaces, so if you are using CICS Transaction Isolation, you cannot access 64-bit virtual storage from within a transaction. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IDCAMS Delete via DD
Because I won't know if the dataset will be cataloged or not, hence the use of IDCAMS to avoid a JCL error. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, December 04, 2009 11:39 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IDCAMS Delete via DD Why do you even want to do that??? Use IEFBR14 instead, with DISP=(MOD,DELETE). Or, as I do: //STEP1 EXEC PGM=IKJEFT01, // PARM='DEL DSN' //SYSTSIN DD DUMMY //SYSTSPRT DD SYSOUT=* If your reason is to pass the DSN via a PROC parm or a JCL SET symbol. Use IKJEFT1B if you want a return code from the DEL. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George.William Sent: Friday, December 04, 2009 1:34 PM To: IBM-MAIN@bama.ua.edu Subject: IDCAMS Delete via DD I'm drawing a blank here; when deleting sequential files (non-vsam) is it possible to use a DD reference in the IDCAMS cards instead of coding the actual dataset name in the DELETE statement? The example below doesn't seem to work for me. Note: it's been awhile since I've had to use IDCAMS and a look at the guide seems to show it is NOT possible but dang... I swear this was possible. Sigh, how quickly one forgets things. //STEP01 EXEC PGM=IDCAMS,REGION=4096K //SYSPRINT DD SYSOUT=* //INDD01DD DSN=Q6498.TEST.DATASET, // DISP=(MOD,PASS), // UNIT=SYSDA,SPACE=(TRK,(60,5),RLSE) //SYSOUTDD SYSOUT=* //SYSIN DD * DELETE INFILE(INDD01) PURGE SET MAXCC = 0 -- 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: IDCAMS Delete via DD
Using DISP=(MOD,DELETE) will work if the dataset exists or not. It it exists, the existing copy is deleted. If it does not exist, then it is created at step start and then deleted at step end. The IKJEFT01 or IKJEFT1B will work regardless. And, as a plus, will not do an HSM recall if it is migrated. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George.William Sent: Friday, December 04, 2009 1:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IDCAMS Delete via DD Because I won't know if the dataset will be cataloged or not, hence the use of IDCAMS to avoid a JCL error. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, December 04, 2009 11:39 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IDCAMS Delete via DD Why do you even want to do that??? Use IEFBR14 instead, with DISP=(MOD,DELETE). Or, as I do: //STEP1 EXEC PGM=IKJEFT01, // PARM='DEL DSN' //SYSTSIN DD DUMMY //SYSTSPRT DD SYSOUT=* If your reason is to pass the DSN via a PROC parm or a JCL SET symbol. Use IKJEFT1B if you want a return code from the DEL. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George.William Sent: Friday, December 04, 2009 1:34 PM To: IBM-MAIN@bama.ua.edu Subject: IDCAMS Delete via DD I'm drawing a blank here; when deleting sequential files (non-vsam) is it possible to use a DD reference in the IDCAMS cards instead of coding the actual dataset name in the DELETE statement? The example below doesn't seem to work for me. Note: it's been awhile since I've had to use IDCAMS and a look at the guide seems to show it is NOT possible but dang... I swear this was possible. Sigh, how quickly one forgets things. //STEP01 EXEC PGM=IDCAMS,REGION=4096K //SYSPRINT DD SYSOUT=* //INDD01DD DSN=Q6498.TEST.DATASET, // DISP=(MOD,PASS), // UNIT=SYSDA,SPACE=(TRK,(60,5),RLSE) //SYSOUTDD SYSOUT=* //SYSIN DD * DELETE INFILE(INDD01) PURGE SET MAXCC = 0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IDCAMS Delete via DD
OK, cool. I'll try it. Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, December 04, 2009 12:05 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IDCAMS Delete via DD Using DISP=(MOD,DELETE) will work if the dataset exists or not. It it exists, the existing copy is deleted. If it does not exist, then it is created at step start and then deleted at step end. The IKJEFT01 or IKJEFT1B will work regardless. And, as a plus, will not do an HSM recall if it is migrated. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George.William Sent: Friday, December 04, 2009 1:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IDCAMS Delete via DD Because I won't know if the dataset will be cataloged or not, hence the use of IDCAMS to avoid a JCL error. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, December 04, 2009 11:39 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IDCAMS Delete via DD Why do you even want to do that??? Use IEFBR14 instead, with DISP=(MOD,DELETE). Or, as I do: //STEP1 EXEC PGM=IKJEFT01, // PARM='DEL DSN' //SYSTSIN DD DUMMY //SYSTSPRT DD SYSOUT=* If your reason is to pass the DSN via a PROC parm or a JCL SET symbol. Use IKJEFT1B if you want a return code from the DEL. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George.William Sent: Friday, December 04, 2009 1:34 PM To: IBM-MAIN@bama.ua.edu Subject: IDCAMS Delete via DD I'm drawing a blank here; when deleting sequential files (non-vsam) is it possible to use a DD reference in the IDCAMS cards instead of coding the actual dataset name in the DELETE statement? The example below doesn't seem to work for me. Note: it's been awhile since I've had to use IDCAMS and a look at the guide seems to show it is NOT possible but dang... I swear this was possible. Sigh, how quickly one forgets things. //STEP01 EXEC PGM=IDCAMS,REGION=4096K //SYSPRINT DD SYSOUT=* //INDD01DD DSN=Q6498.TEST.DATASET, // DISP=(MOD,PASS), // UNIT=SYSDA,SPACE=(TRK,(60,5),RLSE) //SYSOUTDD SYSOUT=* //SYSIN DD * DELETE INFILE(INDD01) PURGE SET MAXCC = 0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at
Re: LPR from multiple mainframe regions to single host
Hi Gilbert, . We have VPS also. IMHO the answer is it depends If you have multiple hosts sending to a virtual or real printer, and if the mutliple hosts get busy sending at close to the same time, it can cause contention. You can determine if either of these is happening by reviewing the VPS log. For example - VPS382E VPSIP DVRPD010 TCPIP ERROR=CONNECTION REFUSED VPS318N VPSIP SESSION REJECTED FOR DVRPD010 If you have exit 8 or the equivalent, it will be re-tried. Also, if you are sending bursts of small prints from the same host , you could run out of the default range of logical ports. VPS387E VPSIP DVNMJE07 TCPIP CONNECTION NOT AVAILABLE - REASON=HOST ADDRESS IN USE VPS318N VPSIP SESSION REJECTED FOR DVNMJE07 For this one, you can add additional logical ports in the VPS definition member. That works to a point. Can you post the results of this command? F VPS,DIS,prtid,* That result would give us a much better peek at how the printer is defined. The contents of the individual printer definition member only give part of the picture. Thanks, Linda Mooney - Original Message - From: Gilbert Cardenas gilbertcarde...@grocerybiz.com To: IBM-MAIN@bama.ua.edu Sent: Friday, December 4, 2009 7:45:40 AM GMT -08:00 US/Canada Pacific Subject: Re: LPR from multiple mainframe regions to single host Sure, the problem (I think) is that I have 3 lpar regions that are lpr'ing to a common server (same IP address,port and queue). The catch is that the server lpr destination (HOUSTON) is not really a printer but software that is emulating a printer. So the mainframe VPS definition for each lpar is for example: COMMTYPE=(TCPIP,LPD) TCPPRTR=HOUSTON What I am trying to distinguish is whether lpr'ing from 3 disparate sources to 1 destination is common practice. If it is then I can focus on the printer emulating software. Hope this clears it up a bit. Gil. On Fri, 4 Dec 2009 09:15:53 -0600, Pat Mihalec pat_miha...@rush.edu wrote: I have VPS and I can print to any printer from both of my Lpars. Can you be clearer on how you have the definitions? Pat Mihalec Rush University Medical Center Senior System Programmer (312) 942-8386 pat_miha...@rush.edu P Please consider the environment before printing this email. From: Gilbert Cardenas gilbertcarde...@grocerybiz.com To: IBM-MAIN@bama.ua.edu Date: 12/04/2009 09:12 AM Subject: LPR from multiple mainframe regions to single host Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Does anyone know if performing an LPR from multiple mainframe hosts to a single lpr host queue definition would cause contention issues? I have 3 VPS mainframe printers that are lpr'ing to the same remote host queue and there appears to be some contention going on. If lpr'ing from multiple locations to a single remote host queue is a problem, how do you get around it? Define multiple queues...one for each mainframe region? Your feedback would be appreciated, Gil. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM- MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM- MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IDCAMS Delete via DD
If you use Iefbr14 and the dataset is a large dataset that was migrated to LM2 then your job may wait hours for it to be recalled and then deleted. The idcams with a a delete nonvsam and reset the return code if the dataset is not defined. Idcams will not wait on the recall it will issue an Hdelete. Regards HP Enterprise Services Infrastructure Specialist Ahold Account CICS Capacity Technical Support P.O. Box 6462 2000 Wade Hampton Blvd. LC1-302 Greenville, South Carolina, 29606 Cell: 864 449 1755 Tel: 864 987-1417 Fax: 864 987-4500 E-mail: otto.schumac...@hp.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, December 04, 2009 14:39 To: IBM-MAIN@bama.ua.edu Subject: Re: IDCAMS Delete via DD Why do you even want to do that??? Use IEFBR14 instead, with DISP=(MOD,DELETE). Or, as I do: //STEP1 EXEC PGM=IKJEFT01, // PARM='DEL DSN' //SYSTSIN DD DUMMY //SYSTSPRT DD SYSOUT=* If your reason is to pass the DSN via a PROC parm or a JCL SET symbol. Use IKJEFT1B if you want a return code from the DEL. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George.William Sent: Friday, December 04, 2009 1:34 PM To: IBM-MAIN@bama.ua.edu Subject: IDCAMS Delete via DD I'm drawing a blank here; when deleting sequential files (non-vsam) is it possible to use a DD reference in the IDCAMS cards instead of coding the actual dataset name in the DELETE statement? The example below doesn't seem to work for me. Note: it's been awhile since I've had to use IDCAMS and a look at the guide seems to show it is NOT possible but dang... I swear this was possible. Sigh, how quickly one forgets things. //STEP01 EXEC PGM=IDCAMS,REGION=4096K //SYSPRINT DD SYSOUT=* //INDD01DD DSN=Q6498.TEST.DATASET, // DISP=(MOD,PASS), // UNIT=SYSDA,SPACE=(TRK,(60,5),RLSE) //SYSOUTDD SYSOUT=* //SYSIN DD * DELETE INFILE(INDD01) PURGE SET MAXCC = 0 -- 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: IEC143I 213-30
On 12/4/2009 at 12:34 PM, in message listserv%200912041334504828.0...@bama.ua.edu, Tom Marchant m42tom-ibmm...@yahoo.com wrote: On Fri, 4 Dec 2009 12:01:29 -0700, Frank Swarbrick wrote: I'm not the sysprog, so I may not have all of the details, but if I remember correctly these are the issues: We have PDSESHARING(NORMAL) in our IGDSMSxx member, rather than PDSESHARING(EXTENDED). From http://publib.boulder.ibm.com/infocenter/zos/v1r9/index.jsp?topic=/com.ibm.z os.r9.idad400/pdsesh3.htm In a multiple-system environment, the system programmer uses PDSESHARING(EXTENDED) to share PDSEs at the member level. A system programmer must specify PDSESHARING(EXTENDED) in the IGDSMSxx member in the SYS1.PARMLIB on each system in the sysplex. Every system that is sharing a PDSE must be a member of the sysplex and have the sysplex coupling facility (XCF) active. We don't have the sysplex, so we're stuck with PDSESHARING(NORMAL). This causes problems when one system has a PDSE open and a second system opens it and tries to update it. Take for example the following scenario, which I just tested. This has been discussed several times. Please search the archives. You can not share a PDSE outside of a Sysplex. If you are not in a Sysplex, you can not share a PDSE with another system. If you do so, you can expect the PDSE to break. You quoted the reference. Every system that is sharing a PDSE must be a member of the sysplex and have the sysplex coupling facility (XCF) active. Exactly my point. Someone asked me why I said we didn't want to use PDSE to solve my issue and I said because we can't share them well, because we're not in a Sysplex. Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Now is time for banks to replace core system according to Accenture
In 67991c5ad29f4e83926c6c00a8b5f...@tbabonas, on 12/04/2009 at 11:01 AM, Tony B. tbabo...@comcast.net said: 1972 Chevrolet Vega, 4 cylinder, aluminum block. Vega? Isn't that the English translation of Renault? My brand new 1966 Mustang had factory standard seat belts which I promptly unbolted and threw away. Real men didn't use them. Real men *know* that they're brave; they don't have to take unnecessary[1] risks to show others how brave they are. [1] Risks taken in the furtherance of a goal, e.g., protecting one's family, are a different proposition. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Need some FDR help please
Greetings! FDRDSF is not my forte, I have looked at the very fine manual, but need to borrow a little expertise... I have some very old FDRDSF tapes that I need to restore and look at the contents. We had some old source that was thought lost, but maybe, might not be... I do not want to restore any VSAM datasets, I only want PS and PO and I do not want them catalogued. I will be restoring to non-SMS controlled DASD. I don't know what datasets might be on these tapes. TIA, Linda Mooney -- 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: Tool for identifying mount points?
I am getting the exact same results on 1.8. Kenneth Klein Systems Specialist 520-868-3644 859-750-5179 (Cell) 502-868-2298 (Fax) kenneth.kl...@tema.toyota.com John Mattson john_matt...@ea.epson.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 12/03/2009 03:03 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: Tool for identifying mount points? Thought I would give that REXX a try, and it looks like I am not getting values in the Vars. I am running zOS 1.8. Any ideas why this is not working on my machine? trace i shows this... 7 *-* j=s.stfs_avail * s.stfs_blocksize LS.STFS_AVAIL LS.STFS_BLOCKSIZE 7 +++ j=s.stfs_avail * s.stfs_blocksize IRX0041I Error running U#TST, line 7: Bad arithmetic conversion -- 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: Tool for identifying mount points?
I am running it from the csh in omvs. Kenneth Klein Systems Specialist 520-868-3644 859-750-5179 (Cell) 502-868-2298 (Fax) kenneth.kl...@tema.toyota.com Mark Zelden mark.zel...@zurichna.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 12/03/2009 03:30 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: Tool for identifying mount points? On Thu, 3 Dec 2009 11:58:21 -0800, John Mattson john_matt...@ea.epson.com wrote: Thought I would give that REXX a try, and it looks like I am not getting values in the Vars. I am running zOS 1.8. Any ideas why this is not working on my machine? trace i shows this... 7 *-* j=s.stfs_avail * s.stfs_blocksize LS.STFS_AVAIL LS.STFS_BLOCKSIZE 7 +++ j=s.stfs_avail * s.stfs_blocksize IRX0041I Error running U#TST, line 7: Bad arithmetic conversion Are you running it from a shell? (hint: that is a requirement) -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need some FDR help please
Linda, The following will print the contents of your FDR tapes: //PRINT1 EXEC PGM=FDRABRP //SYSPRINTDD SYSOUT=* //ABRMAP DD SYSOUT=* //VSAMPRT DD SYSOUT=* //TAPE0001 DD DSN=TST.D091027.T3490, // DISP=(OLD,KEEP), // LABEL=(1,SL,EXPDT=98000),UNIT=3490,VOL=SER=abc030 //SYSIN DD * PRINT TVTOC /* Thank You, Dave O'Brien NIH Contractor From: Linda Mooney [linda.lst...@comcast.net] Sent: Friday, December 04, 2009 3:59 PM To: IBM-MAIN@bama.ua.edu Subject: Need some FDR help please Greetings! FDRDSF is not my forte, I have looked at the very fine manual, but need to borrow a little expertise... I have some very old FDRDSF tapes that I need to restore and look at the contents. We had some old source that was thought lost, but maybe, might not be... I do not want to restore any VSAM datasets, I only want PS and PO and I do not want them catalogued. I will be restoring to non-SMS controlled DASD. I don't know what datasets might be on these tapes. TIA, Linda Mooney -- 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: Now is time for banks to replace core system according to Accenture
-snip I would prefer supplementing sturdy seat belts with dangerous air bags. I take it that you don't have children? ---unsnip- None that I'll admit to. :-) Lifelong bachelor, but I've transported my nieces and nephews quite often. Either in approved carriers or in the BACK seat! 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
FW: Need some FDR help please
-Original Message- FDRDSF is not my forte, I have looked at the very fine manual, but need to borrow a little expertise... I have some very old FDRDSF tapes that I need to restore and look at the contents. We had some old source that was thought lost, but maybe, might not be... I do not want to restore any VSAM datasets, I only want PS and PO and I do not want them catalogued. I will be restoring to non-SMS controlled DASD. I don't know what datasets might be on these tapes. TIA, Linda Mooney - Give Innovation a call, they'll be more than happy to help you out, that's what they are there for. The number is 973-890-7300 Stephen Mednick Computer Supervisory Services Sydney, Australia Asia/Pacific representatives for Innovation Data Processing, Inc. -- 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: IEC143I 213-30
Exactly my point. Someone asked me why I said we didn't want to use PDSE to solve my issue and I said because we can't share them well, because we're not in a Sysplex. You can't share regular PDS datasets either. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FW: Need some FDR help please
I have some very old FDRDSF tapes that I need to restore and look at the contents [...] I don't know what datasets might be on these tapes. The old TAPEMAP program from the CBT used to be able to interpret FDR dumpfiles. You could at least use that to see what's on the tapes. -- David Andrews A. Duda and Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need some FDR help please
Thanks Dave, but we don't have ABRS, just the FDR, FDRDSF. Linda - Original Message - From: David W. O'Brien (NIH/CIT) [C] obrie...@mail.nih.gov To: IBM-MAIN@bama.ua.edu Sent: Friday, December 4, 2009 1:04:23 PM GMT -08:00 US/Canada Pacific Subject: Re: Need some FDR help please Linda, The following will print the contents of your FDR tapes: //PRINT1 EXEC PGM=FDRABRP //SYSPRINT DD SYSOUT=* //ABRMAP DD SYSOUT=* //VSAMPRT DD SYSOUT=* //TAPE0001 DD DSN=TST.D091027.T3490, // DISP=(OLD,KEEP), // LABEL=(1,SL,EXPDT=98000),UNIT=3490,VOL=SER=abc030 //SYSIN DD * PRINT TVTOC /* Thank You, Dave O'Brien NIH Contractor From: Linda Mooney [linda.lst...@comcast.net] Sent: Friday, December 04, 2009 3:59 PM To: IBM-MAIN@bama.ua.edu Subject: Need some FDR help please Greetings! FDRDSF is not my forte, I have looked at the very fine manual, but need to borrow a little expertise... I have some very old FDRDSF tapes that I need to restore and look at the contents. We had some old source that was thought lost, but maybe, might not be... I do not want to restore any VSAM datasets, I only want PS and PO and I do not want them catalogued. I will be restoring to non-SMS controlled DASD. I don't know what datasets might be on these tapes. TIA, Linda Mooney -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEC143I 213-30
Yes, Ted, I think he's figured that out. Frank, as I've mentioned before, I really think you guys need to re-visit the Sysplex question again. There is really no reason to not be running at least a base Sysplex, it should vastly improve things there. IIRC, you are running GRS in ring mode without a Base Sysplex, which is a really poor performer. There are many benefits and zero cost in changing to a base Sysplex from there. Ted MacNEIL eamacn...@yahoo.ca 12/4/2009 4:17 PM Exactly my point. Someone asked me why I said we didn't want to use PDSE to solve my issue and I said because we can't share them well, because we're not in a Sysplex. You can't share regular PDS datasets either. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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
Re: Need some FDR help please
Linda, I believe you can do the same thing with FDRDSF, but I don't have it here. As someone else suggested, call Innovation, they are top notch support, and will be happy to help. Linda Mooney linda.lst...@comcast.net 12/4/2009 4:40 PM Thanks Dave, but we don't have ABRS, just the FDR, FDRDSF. Linda - Original Message - From: David W. O'Brien (NIH/CIT) [C] obrie...@mail.nih.gov To: IBM-MAIN@bama.ua.edu Sent: Friday, December 4, 2009 1:04:23 PM GMT -08:00 US/Canada Pacific Subject: Re: Need some FDR help please Linda, The following will print the contents of your FDR tapes: //PRINT1 EXEC PGM=FDRABRP //SYSPRINTDD SYSOUT=* //ABRMAP DD SYSOUT=* //VSAMPRT DD SYSOUT=* //TAPE0001 DD DSN=TST.D091027.T3490, // DISP=(OLD,KEEP), // LABEL=(1,SL,EXPDT=98000),UNIT=3490,VOL=SER=abc030 //SYSIN DD * PRINT TVTOC /* Thank You, Dave O'Brien NIH Contractor From: Linda Mooney [linda.lst...@comcast.net] Sent: Friday, December 04, 2009 3:59 PM To: IBM-MAIN@bama.ua.edu Subject: Need some FDR help please Greetings! FDRDSF is not my forte, I have looked at the very fine manual, but need to borrow a little expertise... I have some very old FDRDSF tapes that I need to restore and look at the contents. We had some old source that was thought lost, but maybe, might not be... I do not want to restore any VSAM datasets, I only want PS and PO and I do not want them catalogued. I will be restoring to non-SMS controlled DASD. I don't know what datasets might be on these tapes. TIA, Linda Mooney -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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
Re: Need some FDR help please
Thanks to all of you for the help. I have a call into Innovation, waiting for a call back. 10 years ago, I used to install and support FDR, but I couldn't find what I needed and rust never sleeps, does it? I actually use it most often to FDR from disk to disk, but I can't remember the last time I did a restore. Thanks to Dave too about the CBT tape. That will be a handy tool for us. Linda - Original Message - From: Scott Rowe scott.r...@joann.com To: IBM-MAIN@bama.ua.edu Sent: Friday, December 4, 2009 1:49:52 PM GMT -08:00 US/Canada Pacific Subject: Re: Need some FDR help please Linda, I believe you can do the same thing with FDRDSF, but I don't have it here. As someone else suggested, call Innovation, they are top notch support, and will be happy to help. Linda Mooney linda.lst...@comcast.net 12/4/2009 4:40 PM Thanks Dave, but we don't have ABRS, just the FDR, FDRDSF. Linda - Original Message - From: David W. O'Brien (NIH/CIT) [C] obrie...@mail.nih.gov To: IBM-MAIN@bama.ua.edu Sent: Friday, December 4, 2009 1:04:23 PM GMT -08:00 US/Canada Pacific Subject: Re: Need some FDR help please Linda, The following will print the contents of your FDR tapes: //PRINT1 EXEC PGM=FDRABRP //SYSPRINT DD SYSOUT=* //ABRMAP DD SYSOUT=* //VSAMPRT DD SYSOUT=* //TAPE0001 DD DSN=TST.D091027.T3490, // DISP=(OLD,KEEP), // LABEL=(1,SL,EXPDT=98000),UNIT=3490,VOL=SER=abc030 //SYSIN DD * PRINT TVTOC /* Thank You, Dave O'Brien NIH Contractor From: Linda Mooney [linda.lst...@comcast.net] Sent: Friday, December 04, 2009 3:59 PM To: IBM-MAIN@bama.ua.edu Subject: Need some FDR help please Greetings! FDRDSF is not my forte, I have looked at the very fine manual, but need to borrow a little expertise... I have some very old FDRDSF tapes that I need to restore and look at the contents. We had some old source that was thought lost, but maybe, might not be... I do not want to restore any VSAM datasets, I only want PS and PO and I do not want them catalogued. I will be restoring to non-SMS controlled DASD. I don't know what datasets might be on these tapes. TIA, Linda Mooney -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 -- 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
Safe C++ char array functions (Was Is there a good mailing list or forum for mainframe C/C++ specifically?)
Correct on strcpy_s versus strncpy. Strncpy has the possibility of making a new bad situation while preventing another. You can easily end up with a string that is guaranteed to run wild if you strcpy it. I *think* what I am going to do (with regard to the specifics of strcpy[_s]) is use either a function or a #define to build my own function that will assert that the source string strlen is shorter than the target buffer. If strlen seems to be a performance problem when the code moves into production I could turn it off. One alternative would be strncpy plus a just to be sure move of a zero into the last position of the output buffer. sprintf_s is a little more problematic because without doing a full simulation you don't know how long the result will be. OTOH, the results are more predictable assuming you are not using %s and some string from the outside world. So I think I will just #define sprintf_s so it uses sprintf without checking. (Why use sprintf_s at all then? Because I am doing my initial coding, syntax checking, and unit testing on (shudder!) MS Visual Studio, where the _s functions are available. (Why? Sorry, but it's a much more user-friendly and productive development environment than the big iron.) I think there's a benefit to using them in some testing even if they will not be available in all situations. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, December 04, 2009 9:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Is there a good mailing list or forum for mainframe C/C++ specifically? All threads here get hijacked eventually. Some sooner than others. From responses that __I__ have received from IBM in the past, they tend not to implement in flux stuff. And, they basically say give us a business case to implement ... and we will prioritize it with other requests. What they mean by business case is how this will make us money (reasonable). The safe functions are not a standard. They are in a TR status. I don't really know what that means. I am sure that once they become an ANSI/ISO standard, IBM will implement them (eventually). I had not realized that the safe functions have one major plus over the n functions. They guarantee that the \0 can be copied too. And that the source will fit in the dest area before doing anything at 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
Faster path to edit in z/OS UNIX Directory List
I'm using the z/OS UNIX directory list. When I put an E next to a file name, it always pops up a dialog to which I always hit Enter to accept all of the defaults. It's kind of like the 3.1 member delete confirmation. It's obvious how to turn the member delete confirmation off. Is there a way to turn this dialog off and have E always mean edit with the default settings? Charles -- 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
LOAD parameter ERRET
Can anyone point me to the place where it's documented how to code an ERRET routine that gets control when a LOAD is unsucessful? The Assembler Services Reference (Vol. 2) simply supplies the contents of the registers on entry: Register Contents 0 Used as a work register by the system 1 System completion code for the abend that would have been issued had the caller not provided an ERRET exit 2-13 Unchanged 14Used as a work register by the system 15Reason code (never zero) associated with the system completion code contained in GPR 1 All I really need to do is a return; normally I would simply code BR R14 but I'm a little put off by R14 as being documented as a work register where it's usually documented as a return address. -- 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: Faster path to edit in z/OS UNIX Directory List
Charles Mills wrote: I'm using the z/OS UNIX directory list. When I put an E next to a file name, it always pops up a dialog to which I always hit Enter to accept all of the defaults. It's kind of like the 3.1 member delete confirmation. It's obvious how to turn the member delete confirmation off. Is there a way to turn this dialog off and have E always mean edit with the default settings? Charles Go to the Options action bar choice from the file list, select option 1 select option Bypass z/OS UNIX File Edit Options panel -- 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: LOAD parameter ERRET
Steve Comstock wrote: Can anyone point me to the place where it's documented how to code an ERRET routine that gets control when a LOAD is unsucessful? When you code ERRET= the LOAD macro inserts LTR 15,15 followed by JNZ ERRET after the LOAD SVC. So ERRET can be logically treated as just an alternate return point from the LOAD. -- Edward E Jaffe Chief Technology Officer Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LOAD parameter ERRET
Edward Jaffe wrote: Steve Comstock wrote: Can anyone point me to the place where it's documented how to code an ERRET routine that gets control when a LOAD is unsucessful? When you code ERRET= the LOAD macro inserts LTR 15,15 followed by JNZ ERRET after the LOAD SVC. So ERRET can be logically treated as just an alternate return point from the LOAD. Ah, thanks, Ed. That will teach me to Assemble with PRINT NOGEN! -- 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: Need some FDR help please
Linda, This is from Innovation. As suggested by Dave O'Brien, program FDRABRP with the command PRINT TVTOC will show you the disk data sets that are backed up on any backup created by the FDR system (whether the backup was taken by FDR, FDRDSF, or FDRABR). Although program FDRABRP is part of the ABR component of the FDR system, the base program and the PRINT TVTOC command are shipped with all FDR distributions, because this command is useful as a diagnostic tool. When you later do the restores, be sure to specify NOCAT to indicate that the restored data sets should not be cataloged. The default is to catalog them. Of course, NOCAT is ignored if the data sets are VSAM, or are being restored to an SMS-managed volume, which I suppose is why you are going to restore to non-SMS and why you want to exclude VSAM. Larry Stout On Fri, 4 Dec 2009 22:11:38 +, Linda Mooney linda.lst...@comcast.net wrote: Thanks to all of you for the help. I have a call into Innovation, waiting for a call back. 10 years ago, I used to install and support FDR, but I couldn't find what I needed and rust never sleeps, does it? I actually use it most often to FDR from disk to disk, but I can't remember the last time I did a restore. Thanks to Dave too about the CBT tape. That will be a handy tool for us. Linda - Original Message - From: Scott Rowe scott.r...@joann.com To: IBM-MAIN@bama.ua.edu Sent: Friday, December 4, 2009 1:49:52 PM GMT -08:00 US/Canada Pacific Subject: Re: Need some FDR help please Linda, I believe you can do the same thing with FDRDSF, but I don't have it here. As someone else suggested, call Innovation, they are top notch support, and will be happy to help. Linda Mooney linda.lst...@comcast.net 12/4/2009 4:40 PM Thanks Dave, but we don't have ABRS, just the FDR, FDRDSF. Linda - Original Message - From: David W. O'Brien (NIH/CIT) [C] obrie...@mail.nih.gov To: IBM-MAIN@bama.ua.edu Sent: Friday, December 4, 2009 1:04:23 PM GMT -08:00 US/Canada Pacific Subject: Re: Need some FDR help please Linda, The following will print the contents of your FDR tapes: //PRINT1 EXEC PGM=FDRABRP //SYSPRINT DD SYSOUT=* //ABRMAP DD SYSOUT=* //VSAMPRT DD SYSOUT=* //TAPE0001 DD DSN=TST.D091027.T3490, // DISP=(OLD,KEEP), // LABEL=(1,SL,EXPDT=98000),UNIT=3490,VOL=SER=abc030 //SYSIN DD * PRINT TVTOC /* Thank You, Dave O'Brien NIH Contractor From: Linda Mooney [linda.lst...@comcast.net] Sent: Friday, December 04, 2009 3:59 PM To: IBM-MAIN@bama.ua.edu Subject: Need some FDR help please Greetings! FDRDSF is not my forte, I have looked at the very fine manual, but need to borrow a little expertise... I have some very old FDRDSF tapes that I need to restore and look at the contents. We had some old source that was thought lost, but maybe, might not be... I do not want to restore any VSAM datasets, I only want PS and PO and I do not want them catalogued. I will be restoring to non-SMS controlled DASD. I don't know what datasets might be on these tapes. TIA, Linda Mooney -- 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: Faster path to edit in z/OS UNIX Directory List
Thanks! Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Friday, December 04, 2009 2:52 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Faster path to edit in z/OS UNIX Directory List Charles Mills wrote: I'm using the z/OS UNIX directory list. When I put an E next to a file name, it always pops up a dialog to which I always hit Enter to accept all of the defaults. It's kind of like the 3.1 member delete confirmation. It's obvious how to turn the member delete confirmation off. Is there a way to turn this dialog off and have E always mean edit with the default settings? Charles Go to the Options action bar choice from the file list, select option 1 select option Bypass z/OS UNIX File Edit Options panel m-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
file definition
This may or may not be a weird question, but... Is there a utility where I can give it a list of dataset names and it can give back some JCL that could have been used to define that file? Simply an IEFBR14 with a DD for each file where the DD has the DISP=(NEW,CATLG), the DSN, the full DCB, the SPACE parm and whatever else could be used to recreate the dataset if it were deleted. Thanks, Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there a good mailing list or forum for mainframe C/C++ specifically?
On Fri, 4 Dec 2009 13:44:12 -0600, Rich Smrcina wrote: D'oh. I stand corrected. Ted MacNEIL wrote: ITYM low. Signal is the good part It's kinda like how people say steep learning curve (understanding increases rapidly) when they mean shallow learning curve (understanding increases slowly). (Or maybe they have the ordinate and the abscissa conceptually swapped: time on the Y-axis?) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Need some FDR help please
Thanks to all! I finally found the FDRABRP program and we got it run. Now I need to restore PS and PO (these tapes predate PDSE), excluding VSAM, no catalogue updates allowed, non-SMS DASD volume and new high level qualifier. Most of our DASD is non-SMS. I am excluding the VSAM because to the nature of the 'treasure hunt'. I am looking for some source code for exits, usermods, some of our older assembler modules, and a number of sysprog libraries that belonged to my predessor. Thanks, Linda Mooney - Original Message - From: Larry Stout lst...@fdrinnovation.com To: IBM-MAIN@bama.ua.edu Sent: Friday, December 4, 2009 3:04:33 PM GMT -08:00 US/Canada Pacific Subject: Re: Need some FDR help please Linda, This is from Innovation. As suggested by Dave O'Brien, program FDRABRP with the command PRINT TVTOC will show you the disk data sets that are backed up on any backup created by the FDR system (whether the backup was taken by FDR, FDRDSF, or FDRABR). Although program FDRABRP is part of the ABR component of the FDR system, the base program and the PRINT TVTOC command are shipped with all FDR distributions, because this command is useful as a diagnostic tool. When you later do the restores, be sure to specify NOCAT to indicate that the restored data sets should not be cataloged. The default is to catalog them. Of course, NOCAT is ignored if the data sets are VSAM, or are being restored to an SMS-managed volume, which I suppose is why you are going to restore to non-SMS and why you want to exclude VSAM. Larry Stout On Fri, 4 Dec 2009 22:11:38 +, Linda Mooney linda.lst...@comcast.net wrote: Thanks to all of you for the help. I have a call into Innovation, waiting for a call back. 10 years ago, I used to install and support FDR, but I couldn't find what I needed and rust never sleeps, does it? I actually use it most often to FDR from disk to disk, but I can't remember the last time I did a restore. Thanks to Dave too about the CBT tape. That will be a handy tool for us. Linda - Original Message - From: Scott Rowe scott.r...@joann.com To: IBM-MAIN@bama.ua.edu Sent: Friday, December 4, 2009 1:49:52 PM GMT -08:00 US/Canada Pacific Subject: Re: Need some FDR help please Linda, I believe you can do the same thing with FDRDSF, but I don't have it here. As someone else suggested, call Innovation, they are top notch support, and will be happy to help. Linda Mooney linda.lst...@comcast.net 12/4/2009 4:40 PM Thanks Dave, but we don't have ABRS, just the FDR, FDRDSF. Linda - Original Message - From: David W. O'Brien (NIH/CIT) [C] obrie...@mail.nih.gov To: IBM-MAIN@bama.ua.edu Sent: Friday, December 4, 2009 1:04:23 PM GMT -08:00 US/Canada Pacific Subject: Re: Need some FDR help please Linda, The following will print the contents of your FDR tapes: //PRINT1 EXEC PGM=FDRABRP //SYSPRINT DD SYSOUT=* //ABRMAP DD SYSOUT=* //VSAMPRT DD SYSOUT=* //TAPE0001 DD DSN=TST.D091027.T3490, // DISP=(OLD,KEEP), // LABEL=(1,SL,EXPDT=98000),UNIT=3490,VOL=SER=abc030 //SYSIN DD * PRINT TVTOC /* Thank You, Dave O'Brien NIH Contractor From: Linda Mooney [linda.lst...@comcast.net] Sent: Friday, December 04, 2009 3:59 PM To: IBM-MAIN@bama.ua.edu Subject: Need some FDR help please Greetings! FDRDSF is not my forte, I have looked at the very fine manual, but need to borrow a little expertise... I have some very old FDRDSF tapes that I need to restore and look at the contents. We had some old source that was thought lost, but maybe, might not be... I do not want to restore any VSAM datasets, I only want PS and PO and I do not want them catalogued. I will be restoring to non-SMS controlled DASD. I don't know what datasets might be on these tapes. TIA, Linda Mooney -- 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: editting testing COBOL code
On 2 Dec 2009 05:30:26 -0800, in bit.listserv.ibm-main you wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bill Klein Sent: Wednesday, December 02, 2009 4:03 AM To: IBM-MAIN@bama.ua.edu Subject: editting testing COBOL code Snipped You have something set up VERY strangely if you think RDz doesn't come with a full blown COBOL compiler. It does, and although it isn't there primary target, IBM fully documents that RDz (and its IBM COBOL for Windows component CAN be used to develop Workstation applications. Well then IBM sales needs to get it's act together, because we were told very specifically that there was NOT a compiler provided under RDz for either COBOL or PL/1. I don't have RDz installed, so I was relying on the sales presentation. Do you have a url for the RDz reference that documents the compiler? I don't have the url for that directly but I got this discussion of COBOL and RDz from Google - http://www-949.ibm.com/software/rational/cafe/thread/2707 and given the www-949.ibm.com address, I would treat this as a strong verification of its existence. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- 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: editting testing COBOL code
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clark Morris Sent: Friday, December 04, 2009 6:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: editting testing COBOL code Snipped Do you have a url for the RDz reference that documents the compiler? I don't have the url for that directly but I got this discussion of COBOL and RDz from Google - http://www-949.ibm.com/software/rational/cafe/thread/2707 and given the www-949.ibm.com address, I would treat this as a strong verification of its existence. Thanks Clark. Dave A. already pointed me to the IBM RDz site, where the Document Library link takes you to all the PDF's, including IBM COBOL for Windows. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- 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: Java - yet again
On 26 Nov 2009 10:49:40 -0800, in bit.listserv.ibm-main you wrote: I've seen plenty of awful Java. But by far, VB.NET takes the cake due to India's 3-week course .NET factories. I've found several *major* exploits in some core business software and the dynamics of it all... leaves an imprint of my palm in my forehead. Garbage code complete with holes and security exposures can be written in any language. On IBM mainframes code meeting that description normally is in COBOL with some Assembler and PL/1. Scott On Thu, Nov 26, 2009 at 7:01 AM, Kirk Wolf k...@dovetail.com wrote: On Thu, Nov 26, 2009 at 7:21 AM, Shane ibm-m...@tpg.com.au wrote: Hmmm - my opinions of write once, run nowhere java is probably well known. Despite Kirks protestations, most of the java I see seems to have been written by people who have their programming grounding (for want of a better term) in basic. Maybe I'm just unlucky. Shane ... Protestations? I think that I was agreeing with you. I have seen lots of great Java code, but the majority is pretty lousy. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEC143I 213-30
I think so to, but it is not my decision to make. Perhaps one of our sysprogs will read this and get that discussion restarted amongst themselves. I have tried to nudge them in that direction in the past, but nothing has come of it. -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 On 12/4/2009 at 2:47 PM, in message 4b193d17.8489.00d...@joann.com, Scott Rowe scott.r...@joann.com wrote: Yes, Ted, I think he's figured that out. Frank, as I've mentioned before, I really think you guys need to re-visit the Sysplex question again. There is really no reason to not be running at least a base Sysplex, it should vastly improve things there. IIRC, you are running GRS in ring mode without a Base Sysplex, which is a really poor performer. There are many benefits and zero cost in changing to a base Sysplex from there. Ted MacNEIL eamacn...@yahoo.ca 12/4/2009 4:17 PM Exactly my point. Someone asked me why I said we didn't want to use PDSE to solve my issue and I said because we can't share them well, because we're not in a Sysplex. You can't share regular PDS datasets either. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html