Re: IBM in the news
Make sure you have id=13657 at the end. The URL has been truncated. Crispin Hugo Systems Programmer, Macro 4 http://www.macro4.com/ Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000 Fax: +44 (0) 1293 872001 This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation, offer or acceptance of any offer. -Original Message- From: Hunkeler Peter (KIUB 34) [mailto:[EMAIL PROTECTED] Sent: 08 August 2006 07:39 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBM in the news http://technology.inq7.net/infotech/infotech/view_article.php?article_i d=13657 That link only brings me to a sitemap page. No hint about you wanted to show us. What should I be looking for? Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. This email has been scanned for all known viruses by the MessageLabs Email Security Service and the Macro 4 plc internal virus protection system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM in the news
Hunkeler Peter (KIUB 34) wrote: http://technology.inq7.net/infotech/infotech/view_article.php?article_i d=13657 That link only brings me to a sitemap page. No hint about you wanted to show us. What should I be looking for? You should fix the wrap. http://technology.inq7.net/infotech/infotech/view_article.php?article_id=13657 -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM in the news
Stupid me. After clicking the link I manually appended everything after the first / (including the wrapped 57) at the end of the address shown in IE's address line. Didn't recognize the start of the URL was changed to *services*.inq7.net from *technology*... Sorry to have bothered you Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM in the news
Is this an old article? The date suggests no but what is said is what IBM said at least 2 years ago. I thought they have set sails in the meantime... Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z900 and 3174
victorzhang_mvscn wrote: Hello list, Does z900 support 3174 connectivity? I have a customer who currently running z800 and has 3174 connection with a tape library. He will upgrade to z900 soon, I wonder if 3174 is still supported by z900 or I will notify customer to upgrade tape library interface as well. Yes, it does. It can be ESCON attached 3174, or BusTag attached 3174 connected through ESCON Converter. It is supported on every machine 'z' (z/900, z/800, z/990, z890, z9) and 9672's. Supported models are 3174-22L, -12L, -21L, -11L. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Records recording
Giovanni Cerquone wrote: Dear folks; As a possibly a neverending debate, I wanto to know, besides storage and CPU usage implications, what are the benefits of not having all the smf records ON with the exception of 4,5 and 99. I don't have neither the VSAM SMF records ON nor the CICS record ON. I run about 10k+ Jobs daily and I have about 25 production CICS regions. My config are one 2084-303 and one 2084-304 running about 85% capacity. I think it has been discussed lately. The cost of SMF records is not only a cost of storing them, but also cost of creation. So, if your application creates SMFrecords, but due to PARMLIB options you drop them, it preserves I/O, storage, a little CPU, but it is still CPU consuming - because records are created. BTW: Cost of offload jobs is rather irrelevant, beacuse usually they don't burn CPU cycles during rush hours. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL Enhancement suggesion
In [EMAIL PROTECTED], on 08/07/2006 at 07:26 AM, Edward Jaffe [EMAIL PROTECTED] said: Or something like 'CAPS ON LOCK' and 'CAPS OFF LOCK' How about CAPS OFF WARN and CAPS ON WARN? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... )
And what's the best way to put a private library dynamically in one's SYSEXEC concatenation? Would that be LIBDEF? ALTLIB. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 0c1's jes2 offload....
At 06:18 PM 8/7/2006, Ed Finnell wrote: In a message dated 8/7/2006 4:18:58 P.M. Central Standard Time, [EMAIL PROTECTED] writes: the nite and another guy is moving some things off to JSF. Just thought I'd ask the question here before opening an issue with IBM. We did a search at the IBM and site and didn't get a hit. THANX for any info How are Catalog and Exits? Is the SYS1.JES2.OFFLOAD4 cataloged on new system? We use a dsn of ZCYCL.C.JES.SPOOL1.MON1000 which is written to 3480's and it is cataloged in our main user cat. Changed 2 exits for this upgrade of z/OS 1.5 to 1.7. The 0c1 001 abend doesn't have much info. Module unknown but what we found is that the asid points to another STC. Like CA-MIM. BUT, the MIM product doesn't abend or even show any symptoms. For a test on another system we removed MIM temporarily and tired it again. This time the ASID pointed to JES2MON. Hence our confusion. We'll open an issue with IBM and follow up here later. THANX!!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Brian W. France Systems Administrator (Mainframe) Pennsylvania State University Administrative Information Services - Infrastructure/Sysarc Rm 25 Shields Bldg., University Park, Pa. 16802 814-863-4739 [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java calls old COBOL
with Java. We need to know how to call our old existing COBOL routines from Java. Done that. It is easy. Warning, I have never done this and I don't speak COBOL, but... You need to make a JNI call from the IBM Java environment into a compiled program running in an LE-conforming environment. COBOL is (in theory) exactly that. I did exactly that: JNI is indeed needed. All of the examples are probably C, but any language supported by LE ought to work. Well, indeed any language will do, but You might need to write a C stub to line up the parameters for your COBOL code and make the call to the COBOL subroutines from there. You __will__ need to write a C stub in any case, because that is what you do when you write JNI. From there, it is up to you what you call and how you call it. Calling LE supported stuff is easy: you just fetch() the module you need and, using a C function pointer, you call it as if it were a C function. Do be aware that -- contrary to what is happening in Java -- you need to __tell__ the system when you're done with the references to the objects the system has passed to you and to the objects you created yourself in your JNI code. I don't think its likely to be brain surgery. It's tedious if anything... There is a book (from IBM, IIRC) that explains how it is done, but my memory is not able to recollect where I put it... It has JNI in its title... Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z9 SoftwareAG
Just a heads up for those running SoftwareAG products like ADABAS to have your IT Financial folks contact the local rep. I am planning an upgrade to z9BC's where I go from 688MIPS/119MSUs to 745MIPS/104MSUs and the May inquiry said no upgrade fees (they charge for MSUs). Got a panic call asking if I was still doing the upgrade and to inform me of a recent change to pricing. There is Pre-z9 rates and then z9 RATES. The long and short is a $138K upgrade charge to go from 119 MSUs to 104 MSUs. Jim -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z9 SoftwareAG
On Tue, 2006-08-08 at 06:41 -0500, Jim Marshall wrote: There is Pre-z9 rates and then z9 RATES. The long and short is a $138K upgrade charge to go from 119 MSUs to 104 MSUs. Cute ... Wonder if IBMs mickey-mouse marketing MIPS sleight of hand is starting to bite, and the ISVs are starting to squeal. One wonders how the similar shenanigans with special purpose processors will be handled by the financial gnomes at the various vendors. Can't see too many of them being happy to see a drop-off in income. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to Submit and monitor a Job?
Steve, What is it you need to do once it ends? Do *you* just need to know that it has run? Do you need to do something once it runs? Do you need to know how it completed? Well, currenty I only need to submit the job and need the information that it ended. But I guess in the near future I need more: is it running, which step and how it ended/abended. I could use the internal reader, but the problem is that I don't get back the Jobid of the job and so I can't check (even not by looking into SDSF) if the submitted job has started. bye, Michael -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF CAPS Status (Was: WHY IS JCL ALLERGIC ...)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Robert A. Rosenberg My favorite on spelling was a sign I once so that read Gone Ghoti'ing. This signified that the person was not that since he was currently Fishing (GHOTI being an alternate/odd way of spelling FISH using variant spellings of the sounds - F as in touGH, etc.). Ah, yes, like the co-star Stands With A Ghost in the movie Dances with Wolves. :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... )
On Mon, 7 Aug 2006 23:28:32 -0600, Paul Gilmartin [EMAIL PROTECTED] wrote: Could this be automated? In, e.g., Mark's putative CHGIT macro, to 'X' all lines containing '//*' before doing the CHANGE ALL X? I know; I need to RTFM. But I'd be grateful for a pointer to a command name. x all //* 1 3 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z9 SoftwareAG
Shane wrote: On Tue, 2006-08-08 at 06:41 -0500, Jim Marshall wrote: There is Pre-z9 rates and then z9 RATES. The long and short is a $138K upgrade charge to go from 119 MSUs to 104 MSUs. Cute ... Wonder if IBMs mickey-mouse marketing MIPS sleight of hand is starting to bite, and the ISVs are starting to squeal. One wonders how the similar shenanigans with special purpose processors will be handled by the financial gnomes at the various vendors. Can't see too many of them being happy to see a drop-off in income. Yeah, but ... it's better than a total stop in income. Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... )
On Mon, 7 Aug 2006 16:28:40 -0600, Paul Gilmartin [EMAIL PROTECTED] wrote: It may take a little longer, but I don't mind going into each member and doing an ISPF CHANGE ALL command for tape_unt and vend_hlq to whatever I need. If I know I will do a lot of this At least two contributors to this thread would take umbrage at those subjects which use minuscules. Each to their own. I don't mind the lower case because my change command will change it to upper. But if it would make everyone happy, there is nothing wrong with it being in upper case (VEND_HLQ) as long as it's unique so something doesn't accidently get changed. I just set up a quick and dirty CHGIT edit macro and use that when I edit the sample member before submitting / saving it. Would it help if the vendor supplied a sample CHGIT? Sure. It would save me the time it takes to look through some of the install sample jobs and see what variables need to be changed. Make sure you explain that it needs to go in a SYSPROC/SYSEXEC lib or supply another clist/exec that can be executed directly to set up a ALTLIB. Back to the autocust installs... Some vendors who supply them also provide alternate install instructions to do it the way I prefer. That is a great alternative since it lets me choose one way and someone else choose another way. In my experience, it seems jr. sysprogs seem to like those sort of things more than experienced sysprogs who understand what the jobs are doing better (like setting up an smp/e environment with a certain set of options etc.). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to Submit and monitor a Job?
Michael Knigge wrote: Steve, What is it you need to do once it ends? Do *you* just need to know that it has run? Do you need to do something once it runs? Do you need to know how it completed? Well, currenty I only need to submit the job and need the information that it ended. But I guess in the near future I need more: is it running, which step and how it ended/abended. I could use the internal reader, but the problem is that I don't get back the Jobid of the job and so I can't check (even not by looking into SDSF) if the submitted job has started. You could use APPC like the WebSphere Developer for zSeries Job Monitor does. But it looks like a lot of work. Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... )
On Mon, 7 Aug 2006 18:37:26 -0500, Tom Marchant [EMAIL PROTECTED] wrote: Still, it would be nice if the vendors would use set symbols and include a member in all the jobs so that the symbols could be set in one place. What would you do for SYSIN? Typically install jobs contain (at a minimum) IDCAMS DELETE/DEFINE for VSAM SMP/E CSIs, DDDEFs, etc. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java calls old COBOL
I found a Power Point Enterprise COBOL and Java Interoperation. Nick Tindall and Stephen Miller It's advice is to use a OO COBOL Class as a wrapper to call procedural COBOL. In CICS I have sucsessfully called procedureal COBOL from Java, but using the JCICS classes. What is the JCICS doing to allow me to call my old COBOL routines in a PDS using just a COMMAREA as a parameterr? From: Kuredjian, Michael [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Java calls old COBOL Date: Tue, 8 Aug 2006 09:08:56 -0400 Also, keep in mind that JNI doesn't support passing objects, just primitives. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Craddock, Chris Sent: Monday, August 07, 2006 5:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Java calls old COBOL The current manuals and IBM Red Books only talk about the OO style COBOL with Java. We need to know how to call our old existing COBOL routines from Java. Warning, I have never done this and I don't speak COBOL, but... You need to make a JNI call from the IBM Java environment into a compiled program running in an LE-conforming environment. COBOL is (in theory) exactly that. All of the examples are probably C, but any language supported by LE ought to work. You might need to write a C stub to line up the parameters for your COBOL code and make the call to the COBOL subroutines from there. I don't think its likely to be brain surgery. CC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Records recording
On Tue, 8 Aug 2006 11:09:27 +0200, R.S. [EMAIL PROTECTED] wrote: BTW: Cost of offload jobs is rather irrelevant, beacuse usually they don't burn CPU cycles during rush hours. No, they burn cycles whenever a dump is triggered by a MAN dataset filling up. Yes, in some small shops / environments you can have enough of them and only dump them all once a day. That doesn't work in larger environments. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... )
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Tuesday, August 08, 2006 8:13 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... ) On Mon, 7 Aug 2006 18:37:26 -0500, Tom Marchant [EMAIL PROTECTED] wrote: Still, it would be nice if the vendors would use set symbols and include a member in all the jobs so that the symbols could be set in one place. What would you do for SYSIN? Typically install jobs contain (at a minimum) IDCAMS DELETE/DEFINE for VSAM SMP/E CSIs, DDDEFs, etc. Mark -- This is why I like ISPF file tailoring. I don't understand the resistance that I've felt from some of the other posts. ISPF file tailoring can be used to create instream parameters or to create a number of PDS control members. The ISPF dialog just asks for the customization parameters (ISPF variable values) and does a number of FTINCLs. Of course, I am not a developer, so I may well be missing something. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
WebSphere Developer For zSeries?
I was listening to an IBM podcast on the mainframe, discussing how new developers can easily get into host development through tools like WebSphere Developer For zSeries. Does anyone on this list use that product? If so, do you like it? How did/does it fit into your existing development environment? Can it be made to work with products like CA's Endevor? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Display Name/Token Entries?
Is there any utility that will display all of the name/token entries on a system? I am concerned about my new JES2 user exit code that is using the service and would like to see the entries. I searched the archives and the CBT tape and of course the IBM Manuals but did not see anything that answered my question. Sean Smith Bank of America -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to Submit and monitor a Job?
On Tuesday 08 August 2006 08:08, Michael Knigge wrote: Well, currenty I only need to submit the job and need the information that it ended. ... You can use the TSO STATUS command or roll your own; the JOBRLSE member in file 183 at http://gsf-soft.com/Freeware/ show you how to use the sub-system interface to check on the status of a job. -- Gilbert Saint-Flour GSF Software http://gsf-soft.com/ mailto:[EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SVC Dumps and DB2
Hi Lizette, You didn't say COMPRESSED so if you are not you might try it. It takes a little CPU but is well worth it give the size reduction for a typical SVC dump. As an aside I think IBM plans some day to make some of the enhancements to SVC dump that have already been incorporated in Stand Alone dump to reduce the size and then it might be less effective but for now it is quite an impressive reduction. We already use MAXSPACE=8000M on our large LPARs (32M) I expect I will have to increase that again at some point. The consideration for us is to have enough frames on the available frame queue and a robust paging configuration to handle the demand from large dumps or other spikes in memory use. It has been said before but if you come up short and the processor model you have supports it fight like anything to get them to buy memory. At $10K/GIG or $8K/GIG on z9 it is the cheapest thing you can buy to improve performance. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Thursday, August 03, 2006 8:31 AM To: IBM-MAIN@BAMA.UA.EDU Subject: SVC Dumps and DB2 Does anyone know if there is a way to reduce the amount of information DB2 feels it needs to dump when it requests an SVC Dump? We had MAXSPACE set at 4500M and it still was not enough. I do have the Dump Data sets SMS managed and STRIPPED (extended format) so that part should not be a problem. Or is there a way to calculate how much MAXSPACE will be needed by DB2? Lizette This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java calls old COBOL
I think there must be a distiction between calling a module and another transaction. E.g. with IMS you can do a program to program switch from a IMS Java tran to an IMS COBOL tran, but these are separate transactions (Units of work). I don't know enough about CICS but I guess a COMMAREA call will be another transaction instance and is not really calling a single module with a Parameter List. You might have a wrapper that creates the Parameter List from the COMMAREA to call the COBOL module. The only way calling old COBOL from Java I know is using an OO COBOL or C Wrapper (JNI) to stay within the UOW scope of the calling TCB. There are other methods possible if there is a protocol in between (TCPIP Listener, MQ, Java calls a DB2 Stored Proc that calls the Procedural COBOL). Most of them are usable for small amounts of invokation, but do not scale. Only some of them stay within the UOW of the caller, some to not even support that. Most of them are a nightmare from the performance point of view (Think of some applications having more than 100 modules). For the other way around (COBOL calls Java), with some restrictions, Java Objects can be instanciated and methods called/parameters passed from procedural COBOL, I tried that with Enterprise COBOL for z/OS V3R4. Some of the restrictions are Linked Module in a PDSE, XPLINK(ON), POSIX(ON) to name the most significant. Denis. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to Submit and monitor a Job?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Michael Knigge Sent: Tuesday, August 08, 2006 7:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How to Submit and monitor a Job? snip But I guess in the near future I need more: is it running, which step and how it ended/abended. I could use the internal reader, but the problem is that I don't get back the Jobid of the job and so I can't check (even not by looking into SDSF) if the submitted job has started. snip You could send messages to yourself via the job itself. This is the poor-man's notification system. You can FTP a message, or use the messaging features. It all depends on how the two systems are configured, and what software you already have running between them. In the JCL you can use COND or IF/THEN/ELSE to let you know if the job ABENDED. Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... )
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Tuesday, August 08, 2006 8:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... ) snip Of course, I am not a developer, so I may well be missing something. snip As a developer, I have to prepare for a client to run on various levels of the operating system. Some with some without using SMS management. Some are running JES3, most aren't. Some are using RACF some are using ACF2 some have their own home grown systems, so SAF doesn't solve it all. Some customers are running other ISV products that interfere with what the product I work on does. So to give you a fast answer about upper/lower, use CLIST over REXX, program in C/C++ or ALC, just doesn't cut it. JCL is a pain because JES3 expects one thing, JES2 allows another, the internal reader handles things differently (so if I want to submit from within a customizer job...). And then the idea that ISVs don't know SMP/E is a bit out there -- well I'd hope that ISVs know SMP/E. But the reason for autocurst was to allow the customer to immediately install AutoOPERATOR and then install the SMP/E stuff later (basically the system came pre-installed you loaded the SMP/E files/system later so you could put on maint). So there are lots of things that vendors have to take into consideration, and the biggest one today are the Sr. Systems Programmers who don't know what a USERMOD is or a JES exit. Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Display Name/Token Entries?
The freeware MXI does this (NTOK command) - download from www.rs.com and also cbt files 409 and 410 ShowZOS (aka SHOWMVS) does it as well (cbt files 492?) Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi/ -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Smith, Sean M Sent: 08 August 2006 09:42 To: IBM-MAIN@BAMA.UA.EDU Subject: Display Name/Token Entries? Is there any utility that will display all of the name/token entries on a system? I am concerned about my new JES2 user exit code that is using the service and would like to see the entries. I searched the archives and the CBT tape and of course the IBM Manuals but did not see anything that answered my question. Sean Smith Bank of America -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java calls old COBOL
A CICS COMMAREA is just a parameter between two programs. It is in the same unit of work and transaction. The Technology office persion is using the OO COBOL wrapper to make a class that Java can call. He is having trouble finding the procedural COBOL module in the PDS. I am suggesting that he might need to export the STEPLIB environment variable before he calls Java. What do you think? From: Denis Gaebler [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Java calls old COBOL Date: Tue, 8 Aug 2006 09:54:11 -0400 I think there must be a distiction between calling a module and another transaction. E.g. with IMS you can do a program to program switch from a IMS Java tran to an IMS COBOL tran, but these are separate transactions (Units of work). I don't know enough about CICS but I guess a COMMAREA call will be another transaction instance and is not really calling a single module with a Parameter List. You might have a wrapper that creates the Parameter List from the COMMAREA to call the COBOL module. The only way calling old COBOL from Java I know is using an OO COBOL or C Wrapper (JNI) to stay within the UOW scope of the calling TCB. There are other methods possible if there is a protocol in between (TCPIP Listener, MQ, Java calls a DB2 Stored Proc that calls the Procedural COBOL). Most of them are usable for small amounts of invokation, but do not scale. Only some of them stay within the UOW of the caller, some to not even support that. Most of them are a nightmare from the performance point of view (Think of some applications having more than 100 modules). For the other way around (COBOL calls Java), with some restrictions, Java Objects can be instanciated and methods called/parameters passed from procedural COBOL, I tried that with Enterprise COBOL for z/OS V3R4. Some of the restrictions are Linked Module in a PDSE, XPLINK(ON), POSIX(ON) to name the most significant. Denis. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... )
In a recent note, Tom Marchant said: Date: Tue, 8 Aug 2006 07:11:09 -0500 x all //* 1 3 Thanks. And now a little mystery. The test macro: /* Rexx */ signal on novalue; /* */ trace R address 'ISREDIT' 'MACRO (EARGS)' /* Make no changes in comments. */ 'EXCLUDE //* ALL 1 3' exit( RC ) excludes the first line (the JOB statement) as well as all comments. If I issue the same command from the command line rather than a macro, the JOB statement is not excluded. If I quote the target string: 'EXCLUDE ''//*'' ALL 1 3' the JOB statement is (correctly) not excluded. z/OS 1.5 ??? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 0c1's jes2 offload....
In a message dated 8/8/2006 6:18:50 A.M. Central Standard Time, [EMAIL PROTECTED] writes: show any symptoms. For a test on another system we removed MIM temporarily and tired it again. This time the ASID pointed to JES2MON. Hence our confusion. We'll open an issue with IBM and follow up here later. THANX!!! Ugh, sounds nasty. Might want to go down the MIM side too. Their Tech Support is excellent when you get to the Level-2 group. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM in the news
On Mon, 2006-08-07 at 23:46 -0700, Edward Jaffe wrote: You should fix the wrap. I wish the OP had also added a word or two about the article. There are a couple of people here who post URLs to ibm-main with the unhelpful comment interesting article. I'm grateful for the pointers, of course. But I'd be more grateful for a meaningful one-liner. -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Records recording
Mark; Another debate is what's small and what's large. I'm a 303304 complex and I do not condider myself large. I have one (1) man dataset per 3390-9 volume and each is dumped four times a day and I don't have VSAM nor CICS activity logged. I prefer to have all the possible records rather than have to regret for don't have them. Could you please elaborate about small large?. What's your particular setting if you don't mind in share it? Kind regards, Giovanni -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Records recording
On Tue, 8 Aug 2006 09:29:32 -0500, Giovanni Cerquone [EMAIL PROTECTED] wrote: Another debate is what's small and what's large. I'm a 303304 complex and I do not condider myself large. Too hard to debate that... it's always relative. Someone on a small z800 might think you are a large shop. But going by my personal experience... I guess I would say you are probably a medium sized shop. I have one (1) man dataset per 3390-9 volume and each is dumped four times a day and I don't have VSAM nor CICS activity logged. I prefer to have all the possible records rather than have to regret for don't have them. There are different levels of CICS activity you can record. I'm sure someone else can elaborate on the different options (summaries vs. detail records etc.). But I would always want to keep them for a period of time for historical purposes or capacity problem analysis. When you say you don't ahve VSAM, does that mean you aren't collecting 60-62? If so, don't your auditors care? What's your particular setting if you don't mind in share it? One of the 2 major envionments I support has this: NOTYPE(4,5,19,20,34,35,40,69,92(10:11),99) Another has this: NOTYPE(19,20,40,50:60,92,99) Comments on above: Not sure why the 2nd one doesn't exclude 4/5 since they are also in the type 30 records, but perhaps it's because they run CA-7 and never got rid of them. 34/35 are excluded for the same reason in the first one. 40s (dynamic DD) are also in the 30s, so they are excluded as well. Don't know why the 2nd one excludes 50-60. 92s are a performance consideration for WAS (or other OMVS apps). But the only concern is 92 subtypes 10/11, so I elected to only exclude those subtypes when I added that. There is other information in the 92s that I have wanted. 99 (WLM) we already discussed and is recommended to be excluded by IBM. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 0c1's jes2 offload....
Check to make sure you re-assembled all JES2 interface tables and/or interface modules for the various products. We had a problem like this once when we changed z/OS levels, JES2 control blocks and data areas had changed; the vendors were able to handle it, but it took place when you ran their job which assembled what they needed using the new JES2 macros. What was happening, for us, was that the vendor products were monitoring things in JES2 (sometimes inserting themselves into exit points, etcetera) but they were using bad mappings for data areas. The abends would show up in odd places, for example they'd seem to be in the initiator after the job had ended - because some code had hooked itself into the IEFACTRT exit point, passing control and information to a vendor module - but that module had an old view of how the data areas were supposed to look. Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HSM recycle processing is extremely slow
We are running recycle processing which is using 3 drives. 1 for the recycle tape .. and 1 each for the spill and alternate spill. for a tape that is barely used say 1.3million 16K blocks it takes approx 2 hours ?? our Tape channel speed isnt even being used to 1/2 of its capacity ?? can anyone offer advice ?? thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Batch FTP
z/OS 1.5; need to FTP PUT a directory structure to a remote system. How? PUT /a/b/c/* gives FILE /a/b/c/* NOT FOUND; MPUT /a/b/c/* sends all the files without maintaining the directory structure. TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch FTP
How about using pax to create an archive file. You can then FTP this archive file to a remote system. This way you preserve the entire directory structure, including any sub-directories that may be present. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch FTP
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Benjamin White Try to use the mkdir and cd commands to create directories on the target system before the put or file. I was hoping to avoid having to do that, but it looks like I'll have to wait until we get z/OS 1.7 up and running to MPUT a tree structure. :-( -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Send your colleagues to Denver for z/OS training - enrollment deadlines
Well, the people on this list certainly don't need training on what we have scheduled, surely. But you may know some people in your applications groups that could use a little updating. Enrollment deadline is fast approaching, so please spread the word to the appropriate corners of your respective organizations to take advantage of any of the following roadshows offered in Denver: TSO/REXX - 3 days DB2 V8 Differences - 2 days DB2 Stored Procedures - 1 day Enterprise COBOL Update I: Essentials - 1 day Enterprise COBOL Update II: Unicode and XML - 1 day details begin at: http://www.trainersfriend.com/Policies/Roadshow_Schedule.htm We are offering either the REXX or the two DB2 courses, depeinding on which get the larger enrollments, so if you have a need / preference please make it known as soon as possible. Thanks. Kind regards, -Steve Comstock The Trainer's Friend, Inc. http://www.trainersfriend.com 800-993-8716 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
setting up GRS in a monoplex between 2 LPARS.
We are planning to set up GRS in our 2 LPAR mainframe to get familiar with its operations. Anyone out there done this? Care to share your experiences? Any pointers to manuals/SHARE talks on this topic. Thanks John Norgauer University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM recycle processing is extremely slow
What is your overall CPU utilization? What is HSM's dispatching priority relative to your other workloads? Do you have the CDSs defined with the recommended half meg of buffer space? -Original Message- From: Ginnie Nuckles [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 08, 2006 11:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: HSM recycle processing is extremely slow We are running recycle processing which is using 3 drives. 1 for the recycle tape .. and 1 each for the spill and alternate spill. for a tape that is barely used say 1.3million 16K blocks it takes approx 2 hours ?? our Tape channel speed isnt even being used to 1/2 of its capacity ?? can anyone offer advice ?? thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Records recording
Thanks so much to all responders and Mark, as always, very proficiency. Giovanni -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch FTP
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Ramiro Camposagrado How about using pax to create an archive file. You can then FTP this archive file to a remote system. This way you preserve the entire directory structure, including any sub-directories that may be present. Remote system is Windows, which doesn't understand 'pax'. No, we don't have any flavor of 'zip' on z/OS (except GIMUNZIP, which probably isn't compatible with anything non-SMP/E). -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch FTP
In a message dated 8/8/2006 11:18:47 A.M. Central Standard Time, [EMAIL PROTECTED] writes: No, we don't have any flavor of 'zip' on z/OS (except GIMUNZIP, which probably isn't compatible with anything non-SMP/E). _http://www.info-zip.org/_ (http://www.info-zip.org/) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... )
On Tue, 8 Aug 2006 10:03:24 -0400, Thompson, Steve (SCI TW) [EMAIL PROTECTED] wrote: And then the idea that ISVs don't know SMP/E is a bit out there -- well I'd hope that ISVs know SMP/E. I'd hope so too, but some vendors consistently do it wrong. Some examples: Providing PTFs without proper PREs Providing PTFs that don't SUP when they should Routinely asking a customer to use BYPASS ID PTF A has a PRE on FMID B, but FMID B has a SUP on PTF A Failure to provide UCLIN to create DDDEFs I'm sure others will chime in with their pet peeve of the day. But the reason for autocurst was to allow the customer to immediately install AutoOPERATOR and then install the SMP/E stuff later (basically the system came pre-installed you loaded the SMP/E files/system later so you could put on maint). So I get a product that may match what SMP/E has. No, thanks. A properly built SMP/E install doesn't take much longer than just unloading data sets and then I *know* that they are in sync. The total amount of work is typically less to set up the SMP/E environment properly and then install. So there are lots of things that vendors have to take into consideration, and the biggest one today are the Sr. Systems Programmers who don't know what a USERMOD is or a JES exit. Now there's a statement that I think is a bit out there. Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
LEASM modules limited to 4K DSA why?
I'm hoping some of the IBM LE folk who lurk here can answer a question I had over on the CICS-L list. CICS TS 3.1 introduced the XOPTS(LEASM) parameter to permit LE-compliant Assembler programs to be the frst program in a CICS transaction. The CICS Assembler translator and macros produce an LE MAIN module when this new option is used. However, there is a restriction to using one and only one register for the DSA/DFHEISTG area (R13 MUST be used, and ONLY R13), which limits your LE DSA/DFHEISTG area to 4K. This restriction is enforced by the CICS DFHEIENT macro by limiting the values of the DATAREG parameter to R13 and ONLY R13. My question is why does this restriction exist? It's not a limitation in batch LE-compliant Assembler, so why in CICS? I can see enforcing R13 as the FIRST DATAREG value (this is an LE requirement, R13 - DSA), but not the restriction to ONLY R13. Just curious, BTW. This is not an urgent or immediate issue for me. 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... )
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Marchant Sent: Tuesday, August 08, 2006 11:42 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... ) On Tue, 8 Aug 2006 10:03:24 -0400, Thompson, Steve (SCI TW) [EMAIL PROTECTED] wrote: And then the idea that ISVs don't know SMP/E is a bit out there -- well I'd hope that ISVs know SMP/E. I'd hope so too, but some vendors consistently do it wrong. Some examples: Providing PTFs without proper PREs Providing PTFs that don't SUP when they should Routinely asking a customer to use BYPASS ID PTF A has a PRE on FMID B, but FMID B has a SUP on PTF A Failure to provide UCLIN to create DDDEFs I'm sure others will chime in with their pet peeve of the day. snip You have a point there. If they actually don't have SMP/E knowledgeable people. But sometimes the internal system that is used to generate APAR/PTFs gets screwed. And it takes a while to fix it. It even happened at IBM. But I have experienced this with some small ISVs where it takes them a while to get it all together. snip But the reason for autocurst was to allow the customer to immediately install AutoOPERATOR and then install the SMP/E stuff later (basically the system came pre-installed you loaded the SMP/E files/system later so you could put on maint). So I get a product that may match what SMP/E has. No, thanks. A properly built SMP/E install doesn't take much longer than just unloading data sets and then I *know* that they are in sync. The total amount of work is typically less to set up the SMP/E environment properly and then install. snip Ok, let's try this again. You get two tapes. First tape is an IEBCOPY install so that you can get the product up and running NOW. The second (which is overflow from the first actually) is ALL the SMPE files (kind of a snapshot of the system that was used to produce these tapes). This means that you have a RUNNING system that MATCHES the SMP/E files (including the CSI). The first files unloaded were the TARGET files of the SMP/E system that you haven't yet unloaded from the tape. And when I say RUNNING, it was a copy of an installed system where the install had been started and run (as part of the QA process). And, BTW, Boole Babbage didn't exactly dream that one up. I believe that actually came from a user group meeting where it was requested. It allowed a new install to be done immediately -- some customers apparently decided that they would re-order the product and use this method to install thereby offloading ALL the SMP/E work to Boole Babbage. Of course, best laid plans of mice and men and all that, there would eventually be a HiPER... snip So there are lots of things that vendors have to take into consideration, and the biggest one today are the Sr. Systems Programmers who don't know what a USERMOD is or a JES exit. Now there's a statement that I think is a bit out there. snip You should take some of the calls I have had to handle. Or wind up doing sysprog contract work (I have off and on for the past 7 years). You would be astonished at how depleted of skills some shops are after their management decided that the mainframe is dead. So people with 3 years experience are suddenly a Sr. Systems Programmer. A few of those shops that tried to kill their mainframe I've had the last laugh as I watched a CEO and a CIO get shown the door while the BOD was scrambling to re-hire the old mainframers (one of those companies was involved in bringing you the NE Blackout a few years ago). Later, Steve Thompson snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... )
On Tue, 8 Aug 2006 13:36:25 -0400, Thompson, Steve (SCI TW) [EMAIL PROTECTED] wrote: So there are lots of things that vendors have to take into consideration, and the biggest one today are the Sr. Systems Programmers who don't know what a USERMOD is or a JES exit. Now there's a statement that I think is a bit out there. snip You should take some of the calls I have had to handle. Or wind up doing sysprog contract work (I have off and on for the past 7 years). You would be astonished at how depleted of skills some shops are after their management decided that the mainframe is dead. So people with 3 years experience are suddenly a Sr. Systems Programmer. Now I understand You were referring to Junior Systems Programmers with a title of Senior. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... )
On Tue, 8 Aug 2006 11:41:44 -0500, Tom Marchant wrote: On Tue, 8 Aug 2006 10:03:24 -0400, Thompson, Steve (SCI TW) wrote: And then the idea that ISVs don't know SMP/E is a bit out there -- well I'd hope that ISVs know SMP/E. I'd hope so too, but some vendors consistently do it wrong. Some examples: Providing PTFs without proper PREs Providing PTFs that don't SUP when they should Routinely asking a customer to use BYPASS ID PTF A has a PRE on FMID B, but FMID B has a SUP on PTF A Failure to provide UCLIN to create DDDEFs Hey, I recognize that 2-letter-name vendor by those clues - probably nearly all of us can recognize it. So there are lots of things that vendors have to take into consideration, and the biggest one today are the Sr. Systems Programmers who don't know what a USERMOD is or a JES exit. Now there's a statement that I think is a bit out there. I took exception to Steve's statement, too, at first. Then I considered a site or two near me where they are absolutely allergic to exits (and nearly allergic to USERMODs) and I have to say that I understand Steve's position a little better. 'Course, most of that allergy comes from a lack of knowledge and trust in the Sr. SysProg's assembler (and general) programming skills. There are too many z/OS Systems Administrators in the field today. Now it looks like IBM plans to build 20,000 more in a few years?! Just what the customers do NOT need! (Hey, IBM, how about building 20,000 enlightened senior managers and executives for customers instead? THAT would be a worthwhile goal!) -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... )
On Tue, 8 Aug 2006 12:47:16 -0500, Tom Schmidt [EMAIL PROTECTED] wrote: Providing PTFs without proper PREs Providing PTFs that don't SUP when they should Routinely asking a customer to use BYPASS ID PTF A has a PRE on FMID B, but FMID B has a SUP on PTF A Failure to provide UCLIN to create DDDEFs Hey, I recognize that 2-letter-name vendor by those clues - probably nearly all of us can recognize it. I was thinking of a 3-letter name vendor also. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LEASM modules limited to 4K DSA why?
Peter, you can use X.C. Getmain or the LE callable service to obtain more storage. Don't know why such a limit during initialization exist. Roland On Tue, 8 Aug 2006 13:24:04 -0400, Farley, Peter x23353 [EMAIL PROTECTED] wrote: -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch FTP
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Benjamin White Z/OS USS has TAR which can create a backup of a directory tree. Microsoft does not give you TAR, but there are free versions of TAR for MS Windows, With TAR you can also use COMPRESS to make it smaller. Try http://gnuwin32.sourceforge.net/packages/tar.htm If both your mainframe and Windows have Java, you can also use JAR. Spoke with programmer at target system, who said he could handle TAR or possibly PAX archive, so I PAXed it and sent that archive. Awaiting response from programmer. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LEASM modules limited to 4K DSA why?
Thanks Roland, yes, that I know. The discussion on CICS-L covered that as well. The real question is what happens during LE initialization of your LEASM main program when your DSA/DFHEISTG size is 4K bytes. Does CICS LE initialization crap out, or does some other nasty surprise await your program (like only getting the first 4K of DSA, or ...). Peter -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 08, 2006 3:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: LEASM modules limited to 4K DSA why? Peter, you can use X.C. Getmain or the LE callable service to obtain more storage. Don't know why such a limit during initialization exist. Roland _ 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LEASM modules limited to 4K DSA why?
In my opinion, you can always compute the value R13 + 4K, put it into another register and do a USING on this. I recall that I've done this when I wrote CICS ASSEMBLER programs some ten years ago. The parameter restrictions of macro DFHEIENT don't matter (much). Kind regards Bernd Am Dienstag, 8. August 2006 19:24 schrieben Sie: I'm hoping some of the IBM LE folk who lurk here can answer a question I had over on the CICS-L list. CICS TS 3.1 introduced the XOPTS(LEASM) parameter to permit LE-compliant Assembler programs to be the frst program in a CICS transaction. The CICS Assembler translator and macros produce an LE MAIN module when this new option is used. However, there is a restriction to using one and only one register for the DSA/DFHEISTG area (R13 MUST be used, and ONLY R13), which limits your LE DSA/DFHEISTG area to 4K. This restriction is enforced by the CICS DFHEIENT macro by limiting the values of the DATAREG parameter to R13 and ONLY R13. My question is why does this restriction exist? It's not a limitation in batch LE-compliant Assembler, so why in CICS? I can see enforcing R13 as the FIRST DATAREG value (this is an LE requirement, R13 - DSA), but not the restriction to ONLY R13. Just curious, BTW. This is not an urgent or immediate issue for me. Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS SMTP and Reply-To
Cross posted to IBMTCP_L and IBM-MAIN I'm lost ... Is there any way to force a specific Reply-To address through the z/OS SMTP Server? I have a job scheduler and automated ops package that can send to SMTP (Control/M and /O). Their setup does not contain a 'Reply-To' address. I would like to 'force' a specific address rather than have the reply try to go back to the mainframe. Ideally I could do this based upon a specific sender (i.e. [EMAIL PROTECTED] becomes [EMAIL PROTECTED]). I tried the header rewrite rules but it doesn't appear to be working. Ken Porowski AVP Systems Software CIT Group E: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Problem with file ksds
Hello List: I have a problem to print o with DITTO a file ksds. This file is in one lpar, and the problema occurs when we pass the file to another lpar. The ength is 133 y the key legth is 41 bytes, we have O/390 2.10 on Z890 2086, disk is shark. We done this test, pass the same file to another lpar in other machine (MP 3000 modle 227), and have NO problem KEY OF RECORD - C9F5F9F6F5F2F5404040404040404040404040F0F0F0F0F5F4F0F5F2F640404 00 C9F5F9F6 F5F2F540 40404040 40404040 404040F0 F0F0F0F5 F4F0F5F2 F64040 20 404040F1 F6F0F9F6 F3C3D6D9 D6E9C3D6 404040F0 F0F0F0F0 F0F5F9F5 F0F0F0 40 F1F1F0F0 D7C1C7D6 40C4C540 E2C5D9E5 C9C3C9D6 40E44B40 C7C1D3C9 D3C5D6 60 40404040 40404040 40404040 00 80 00 IDC3302I ACTION ERROR ON TELE.FONICAS.XX.V.T.MOVTOS.INTER.NET IDC3351I ** VSAM I/O RETURN CODE IS 156 - RPLFDBWD = X'D808009C' IDC0005I NUMBER OF RECORDS PROCESSED WAS 135 IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12 IDCAMS SYSTEM SERVICES TIME: 02:35:3 IDC0002I IDCAMS PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 12 Any help will be appreciated. Thanks in advance Manolo Tabares S. Adm. de OS/390 BI Guatemala -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS SMTP and Reply-To
In a message dated 8/8/2006 2:33:46 P.M. Central Standard Time, [EMAIL PROTECTED] writes: try to go back to the mainframe. Ideally I could do this based upon a specific sender (i.e. [EMAIL PROTECTED] becomes [EMAIL PROTECTED]). I tried the header rewrite rules but it doesn't appear to be working. We stick REPLYTO in with Lionel's XMITIP( _www.lbdsoftware.com_ (http://www.lbdsoftware.com) ) to a LAN id or even pager if it bombs. It's pretty easy to set up and only have to customize one parm member. Might be an option. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SVC Dumps and DB2
Thanks Sam, and everyone else. We have no issue with the DASD part of the dump. I have that setup as stripped. It is just the virtual dump I am having difficutly with. We have limited storage and so our MAXSPACE can only go to about 4.5G. The 6G or 8G is out of the question right now. I was just hoping that the powers that be would allow a customer to customize what in DB2 would need to be dumped. With the number of threads, SP, and trans going on, we always run out of MAXSPACE during any DB2 SVC Dump process. Will look at Compressed to see if it could provide any releif. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SVC Dumps and DB2
Lizett Koehler wrote on 08/08/2006 04:02:23 PM: Will look at Compressed to see if it could provide any releif. We have a large inventory of compressed dumps in Poughkeepsie, and our experience suggests that you'll save around 40% of the space that you'd use without compression. Bob Wright - MVS Service Aids -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS SMTP and Reply-To
Ken, You need to send the header string Reply-To: in your message header. I.e.: Reply-To: Technical Support [EMAIL PROTECTED] I believe it is up to the mail client to use or offer to use this address in place of the From: address. I have not found a reference to Reply-To in the SMTP RFC. On Tue, 8 Aug 2006 15:33:18 -0400, Ken Porowski wrote: Cross posted to IBMTCP_L and IBM-MAIN I'm lost ... Is there any way to force a specific Reply-To address through the z/OS SMTP Server? I have a job scheduler and automated ops package that can send to SMTP (Control/M and /O). Their setup does not contain a 'Reply-To' address. I would like to 'force' a specific address rather than have the reply try to go back to the mainframe. Ideally I could do this based upon a specific sender (i.e. [EMAIL PROTECTED] becomes [EMAIL PROTECTED]). I tried the header rewrite rules but it doesn't appear to be working. Ken Porowski AVP Systems Software CIT Group E: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Axios Products, Inc. [EMAIL PROTECTED] 631-864-3666 x133 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Records recording
40s (dynamic DD) are also in the 30s, so they are excluded as well But, IIRC, the 40's have dataset names. I know the 30's have only DDNames. When in doubt. PANIC!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch FTP
http://www.info-zip.org/ Info zip hasn't been maintained for a long time. IIRC, there is no 'true' z/OS version; the last being for OS/390 V2R10. You get what you pay for. It was one I investigated last November. I started a project to convert from PKZIP for z/OS to ZIP/390. Not due to the (confidential) financials; rather due to their (lack of) support. It goes live August 19. When in doubt. PANIC!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Records recording
On Tue, 8 Aug 2006 20:58:44 +, Ted MacNEIL [EMAIL PROTECTED] wrote: 40s (dynamic DD) are also in the 30s, so they are excluded as well But, IIRC, the 40's have dataset names. I know the 30's have only DDNames. When in doubt. PANIC!! How 'bout when in doubt, RTFM. :-) I don't see any dataset names in there. It has the same or similar info as the type 30 EXCP section. IBM recommends that you use record type 30 rather than record types 4, 5, 20, 34, 35, and 40. Record type 40 contains the job log identification, user identification, step number, functional indicator, and device entries. Each device entry consists of the device class, unit type, device number, and execute channel program (EXCP) count for the data set. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Records recording
How 'bout when in doubt, RTFM. :-) Unlike others, I am willing to admit I was wrong. The local Montanna's doesn't seem to have a Funny Manual available. I was going by (obviously shaky) memory. They say the mind is the second thing to go. I'll be diddly dadburned if I can recall what the first one was. When in doubt. PANIC!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM recycle processing is extremely slow
our cpu is fine ,, hsm has high priority and the BCDS (this is on the backup recycle ,,) is at 1/2M of buffer space. this is supposed to be 9Mper second channel but it looks like we are only getting 2 ?? its tape to tape on A60 controller 3590's 2 paths the drives are B11's 128 track ??? Anyone else have horrible response with recycle ?? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS SMTP and Reply-To
In a recent note, Gary DiPillo said: Date: Tue, 8 Aug 2006 16:51:13 -0400 I have not found a reference to Reply-To in the SMTP RFC. (replying without looking) Is it not in RFC 822? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: setting up GRS in a monoplex between 2 LPARS.
On Tue, 2006-08-08 at 09:03 -0700, John Norgauer wrote: We are planning to set up GRS in our 2 LPAR mainframe to get familiar with its operations. Anyone out there done this? Care to share your experiences? Any pointers to manuals/SHARE talks on this topic. Define a CTC, then GRS planning - excellent manual. If you've never played with CTC before it can be educational coming up with a naming standard that'll scale as systems are added in future. Hit the archives for some discussion on that. Personally I'd be recommending XCF - if you're already comfortable with the couple dataset requirements of monoplex, setting up for base sysplex will be pretty straight-forward, and then the link definitions (for GRS) just fall into place. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Records recording
On Tue, 8 Aug 2006 21:18:21 +, Ted MacNEIL wrote: I was going by (obviously shaky) memory. Ted, Were you thinking of the SMF Type 42 records, maybe? One of its subtypes (subtype 6) has dataset names and oodles of tuning/performance information. (I've always been a fan of T42-6.) -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS SMTP and Reply-To
Look here for RFC 2822 http://tools.ietf.org/html/rfc2822 IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/08/2006 05:29:39 PM: In a recent note, Gary DiPillo said: Date: Tue, 8 Aug 2006 16:51:13 -0400 I have not found a reference to Reply-To in the SMTP RFC. (replying without looking) Is it not in RFC 822? - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
On a JCL roll; back slashes in PARM=
Another interesting JCL thing. If you invoke a program such as REXX with JCL and pass a parm with back slashes in it, the back slashes work fine. Ex : //JS001 EXEC PGM=IKJEFT01,PARM='%SAYPRM \X\XX' However, when I do essentially the same JCL with a program which uses IBM LE and C Environments the back slashes are removed, forcing me to use double back slashes to get one single one. In this case UCMD from Stonebranch Software. //JS001 EXEC PGM=UCMD,PARM='-o \\tmp\\xxx\\' I have spoken with Stonebranch, and they say that there is nothing in their code to give any special handling to back slashes. They believe that this is in LE or C runtime libraries in MVS. This is a real pain in in the neck when the parm you wish to pass is a MS directory. I HATE it when software is TOO helpful. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMF Records recording
Were you thinking of the SMF Type 42 records, maybe? One of its subtypes (subtype 6) has dataset names and oodles of tuning/performance information. (I've always been a fan of T42-6.) Got it in one! Now that our shop has MXG again, I am going to be paying with all the DSN records. When in doubt. PANIC!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ROOM parm
we use the ROOM parm to contain a deliverly location for print out. And we have been using for years the ROOM program from the CBT tape, file 325 that updates the ROOM value for a TSO user. Well it's time for us to upgrade to z/OS 1.7 and I'd rather not go through the check out and upgrading of this program. I'd like to use some other supported technique to update the default value for the tso user. In batch jobs you just put in a JOBPARM card. I wish it were that simple for TSO. Anyone out there have an idea? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: On a JCL roll; back slashes in PARM=
In a recent note, John Mattson said: Date: Tue, 8 Aug 2006 14:44:33 -0700 Another interesting JCL thing. If you invoke a program such as REXX with JCL and pass a parm with back slashes in it, the back slashes work fine. Ex : //JS001 EXEC PGM=IKJEFT01,PARM='%SAYPRM \X\XX' However, when I do essentially the same JCL with a program which uses IBM LE and C Environments the back slashes are removed, forcing me to use double back slashes to get one single one. In this case UCMD from Stonebranch Software. //JS001 EXEC PGM=UCMD,PARM='-o \\tmp\\xxx\\' I have spoken with Stonebranch, and they say that there is nothing in their code to give any special handling to back slashes. They believe that this is in LE or C runtime libraries in MVS. This is a real pain in in the neck when the parm you wish to pass is a MS directory. I HATE it when software is TOO helpful. It's tradition; the CRTL startup routine is attempting to emulate the behavior of the POSIX shell, in which the command string, UCMD foo\ bar wombat passes UCMD two arguments, foo bar and wombat. A syntax more consonant with JCL, etc. syntax would say: PGM=UCMD,PARM=('foo bar','wombat') Alas, the facility for multiple parameters was left out of JCL (although CALL, LINK, and ATTACH all provide it). The CRTL did the best it could to meet the requirements of C in a fashion that would be comfortably familiar to the audience. It's not nice; it's necessary until someone devises something better. -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... )
To be honest, I dislike all those autocust things. I never found that it made the install any easier. Same with the rest of them. Mostly front ends to SMP/E, to cover up for the fact that the vendor doesn't have a clue how to create proper SYSMODs. Let alone HOLDDATA. I can't speak for all vendors, but trust me the reason is NOT because the vendors don't know how to package SMP/E deliverables. There is (at least in the ones I have dealt with) a full SMP/E install under those covers. The autocurse installers exist because a significant number of customers ask (demand!) them. The ibm-main audience is not necessarily typical because there are a lot of customers who can't spell SMP/E let alone configure high end software products. CC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vendor JCL (was: WHY IS JCL ALLERGIC ... )
On 8 Aug 2006 15:41:36 -0700, in bit.listserv.ibm-main you wrote: To be honest, I dislike all those autocust things. I never found that it made the install any easier. Same with the rest of them. Mostly front ends to SMP/E, to cover up for the fact that the vendor doesn't have a clue how to create proper SYSMODs. Let alone HOLDDATA. I can't speak for all vendors, but trust me the reason is NOT because the vendors don't know how to package SMP/E deliverables. There is (at least in the ones I have dealt with) a full SMP/E install under those covers. The autocurse installers exist because a significant number of customers ask (demand!) them. The ibm-main audience is not necessarily typical because there are a lot of customers who can't spell SMP/E let alone configure high end software products. Could people comment on the other IBM maintenance methodologies, the ones for VM, VSE, AIX and OS400 and how they compare to SMP/E? If anyone has relatively current knowledge of the Unisys A series or 2200 series methodologies those would be of interest. I have often felt that SMP/E got the job done but required a lot of manual effort on the part of the developers, left holes for the installers such as no good way to hand panel prepping or compilation in ISPF, and was generally arcane. While I like the ease of applying Windows fixes when they work, I am in a position of trusting the vendor more than I would like. CC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mixed case userids in z/OS RACF
On 8/8/2006 5:19 PM, Steve Myers wrote: Do z/OS and RACF support mixed case userids. RACF command processors do not support the creation of mixed-case user IDs. Technically you could create them using the lower level interface ICHEINTY. However, it's unlikely that you'd get all the data put into the profile correctly, and for any future administration you would have do it yourself, again using ICHEINTY. If the answer is No, then who is responsible for folding the userid to upper case? RACF? The RACROUTE caller? The RACROUTE issuer. Which gives you another problem, because even if you got the mixed-case ID created the applications would upper-case the ID and then RACF would not find it. Walt Farrell, CISSP z/OS Security Design, IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Old product tapes
I'm trying to locate original distribution tapes for a number of OLD software products that I used and/or installed in my salad days. If anyone has tapes for the following products and is willing to part with them, I'll cheerfully pay reasonable shipping costs. If you can help, please contact me OFF-LIST with the subject line Ancient Software. Here's the list: OMNITAB - a batch spreadsheet-like program PCAP - Princeton Circuit Analysis Program CSMP - COntinuous System Modeling Program WATFIV - quick compile-and-run FORTRAN IV from Waterloo WATBOL - Ditto, but for COBOL PL/C - Similar program for PL/1, from Cornell JOVIAL - ALGOL compile/run GPSS/360 - Discrete modeling/simulation program (We used it for college class scheduling!) OXICALC - Oxidental Petroleum spreadsheet program SNOBOL - Bell Laboratories string-processing language SPITBOL - SNOBOL subset in a compile/run package If I can get these to run on a modern system, I'll gladly return a copy of the running code to the contributor. Most of these were copyrighted at one time or another but AFAIK the rights have long ago expired. I'll be contacting the original authors/suppliers to verify this whereever possible. I have access to a system that can still read 9/1600 tapes, as well as anything denser. Thanks, in advance.. Rick --- Why didn't Noah swat those two mosquitos?? --- [This E-mail has been scanned for viruses by the YourNet Connection Virus system] [For more information, please go to http://www.ync.net/YourMAIL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Old product tapes
I would love to get my hands on CSMP, PL/C, GPSS, SNOBOL and SPITBOL to get them working in a z/VM environment. If you can find them, please let me know. /Tom Kern --- Rick Fochtman [EMAIL PROTECTED] wrote: I'm trying to locate original distribution tapes for a number of OLD software products that I used and/or installed in my salad days. If anyone has tapes for the following products and is willing to part with them, I'll cheerfully pay reasonable shipping costs. If you can help, please contact me OFF-LIST with the subject line Ancient Software. Here's the list: OMNITAB - a batch spreadsheet-like program PCAP - Princeton Circuit Analysis Program CSMP - COntinuous System Modeling Program WATFIV - quick compile-and-run FORTRAN IV from Waterloo WATBOL - Ditto, but for COBOL PL/C - Similar program for PL/1, from Cornell JOVIAL - ALGOL compile/run GPSS/360 - Discrete modeling/simulation program (We used it for college class scheduling!) OXICALC - Oxidental Petroleum spreadsheet program SNOBOL - Bell Laboratories string-processing language SPITBOL - SNOBOL subset in a compile/run package If I can get these to run on a modern system, I'll gladly return a copy of the running code to the contributor. Most of these were copyrighted at one time or another but AFAIK the rights have long ago expired. I'll be contacting the original authors/suppliers to verify this whereever possible. I have access to a system that can still read 9/1600 tapes, as well as anything denser. Thanks, in advance.. Rick --- Why didn't Noah swat those two mosquitos?? --- [This E-mail has been scanned for viruses by the YourNet Connection Virus system] [For more information, please go to http://www.ync.net/YourMAIL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: vendor JCL
Chris Craddock writes: . . .The autocurse installers exist because a significant number of customers ask (demand!) them. The ibm-main audience is not necessarily typical because there are a lot of customers who can't spell SMP/E let alone configure high end software products. CC and he is surely right. Still, I am dubious about where this notional marketing imperative has taken us. There is one IBM and there are, fortunately, many ISVs. Each of them who elects to do so perforce devises his own autocurse, the syntax of which must be learned; and in the end none is learned or used well because there are too many of them. IBM's z/OS packaging rules and SMP/E have the singular merit that they are not multiple. Moreover, notionally simpler, easier-to-use alternatives to them always in my experience turn out to share the defects of textbooks having titles like Calculus made easy: They achieve their objectives, when they do, by leaving the hard parts out. In the end pandering to clots, however compelling the arguments of the marketing VP for doing so may seem to be, is always ill-advised. John Gilmore Ashland, MA 01721-1817 USA _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch FTP
What support issues did you have with PKZip? Ted MacNEIL wrote: http://www.info-zip.org/ Info zip hasn't been maintained for a long time. IIRC, there is no 'true' z/OS version; the last being for OS/390 V2R10. You get what you pay for. It was one I investigated last November. I started a project to convert from PKZIP for z/OS to ZIP/390. Not due to the (confidential) financials; rather due to their (lack of) support. It goes live August 19. When in doubt. PANIC!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 Exit
I know that it's possible becaue I have done it and do it occasionally when I absolutely have to, but there are a lot of factors that have to be addressed, you have to update the exit and load parms and then dynamically invoke them and you have to be careful that you load the module into the correct place. But there is an easier way for you as well if you don't mind making a single one-time change to your JES2 parms. There is a jes exit 5 on file 198 of the CBT tape that allows you to load a new copy of already defined exits, and I think that is your safest bet. You would still have to pre-define the CBT exit 5, but from then on you can use the $ADDEXIT command to add at will. You MUST remember though that if you add your exit with that command, the you will have to do it every time you IPL until you actually go in and make the changes to your jes2 parms to make it permanent. If you want the directions for doing it manually, send me an email and I'll send them to you, but I REALLY don't advise that you do it manually unless you have a problem with the CBT exit that I mentions as the chances for screwing yourself are quite high. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to Submit and monitor a Job?
I have a assembler program that can be added as the last step of the JOB which will send you an email (via SMTP) with the step return codes (and abend codes if applicable) and the start, end and soem other additional information. I also have a facility that I wrote, that will do this same thing without the need for any extra steps in the JOB, it's in beta testing right now, and we will sell it for $2,500 per site license when it's ready. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to Submit and monitor a Job?
I used to have such a program but I misplaced it over the years. Can you share your 'last-step' program? /Tom Kern /301-903-2211 --- Brian Westerman [EMAIL PROTECTED] wrote: I have a assembler program that can be added as the last step of the JOB which will send you an email (via SMTP) with the step return codes (and abend codes if applicable) and the start, end and soem other additional information. I also have a facility that I wrote, that will do this same thing without the need for any extra steps in the JOB, it's in beta testing right now, and we will sell it for $2,500 per site license when it's ready. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch FTP
On Aug 8, 2006, at 9:23 PM, John S. Giltner, Jr. wrote: What support issues did you have with PKZip? Back about 6 years ago. We were installing a new processor. We got the codes before hand and at least one of them would not work. When we called them a 02 am there was no answer and their phone answering system said to call back the next day during normal business hours. we gambled (IIRC) that no one would use the PKZIP before the normal business hours. We lost. Ed Ted MacNEIL wrote: http://www.info-zip.org/ Info zip hasn't been maintained for a long time. IIRC, there is no 'true' z/OS version; the last being for OS/390 V2R10. You get what you pay for. It was one I investigated last November. I started a project to convert from PKZIP for z/OS to ZIP/390. Not due to the (confidential) financials; rather due to their (lack of) support. It goes live August 19. When in doubt. PANIC!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z900 and 3174
Hello Victor and if you use IBM ESCON converters, or the Optica replacements, you can connect them via an ESCON Director so long as you dedicate the connection inside the director. We have been using converter attached 3174s for some years nowz900 and z990 boxes. Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WebSphere Developer For zSeries?
Hello Michael, we are looking at this product. I know it will work with IBM's SCLM. I have been told it does not work with Serena's ChangeMan at this time. I believe the same was true of CA-Endevor. As I understand it, the WD4z product grew from Eclypse and the Rational Developer IDEs. Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch FTP
What support issues did you have with PKZip? 1. No 7/24 support. 2. Surly support staff. 3. No flexibility on key extension. When in doubt. PANIC!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Batch FTP
I was hoping to avoid having to do that, but it looks like I'll have to wait until we get z/OS 1.7 up and running to MPUT a tree structure. :-( I didn't know mput would create directories as needed. Haven't found it in the V1.7 IP manuals nor was I able to get it to work. What parameter am I missing? Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html