Re: Multiple jobs/same name
Paul Gilmartin pisze: [...] Until someone shows me documentation or an example to the contrary, I'll believe that OWNER is a synonym for userid. Different components should always use different names for the same entities -- it keeps programmers alert. Or perhaps it's just Conway's law again. SDSF and JES2 and at least some batch scheduleres use the same OWNER meaning as above. BTW: to be more precise: OWNER = execution userid. Execution userid need not to be submitting userid. BTW: jobnames can be easily protected using standard RACF class JESJOBS. The profile is SUBMIT.nodename.jobname.userid One can define who (not a part of the profile) on what system (NJE node), what jobname, *with what OWNER* (the last qualifier). So even in shared RACF db environment there is a possibility that Group APPLPRG can submit job ABC12345 with owner PRODBTCH, but only on TEST system. And it is possible to prevent userid propagation - so TSO segment is not a problem. BTW2: the class PROPCNTL also prevent userid propagation, but doesn work selectively. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
USER/OWNER/SYSUID (was Multiple jobs/same name
Hi, Paul Gilmartin wrote in Re: Multiple jobs/same name EXEC PGM=IEFBR14,PARM='SYSUID' substitutes the USER= value from the JOB CARD for SYSUID. Until someone shows me documentation or an example to the contrary, I'll believe that OWNER is a synonym for userid. The column headed OWNER in SDSF will contain a Userid as per the attached listing (note that in this case the Userid exceeds 7 characters, because SPACEMAN has nothing to do with TSO). This field illustrates a difference when RACF SURROGATE is used, and the job is submitted on behalf of another user, as in the case below, where the submitter is an STC called AUTOOPS, but the job needs the authority of SPACEMAN. It is a useful way of identifying that a job is owned by a User, even if they did not submit it. Display Filter View Print Options Help -- SDSF HELD OUTPUT DISPLAY CLS XLINES 1,749 LINE 1-7 (7) COMMAND INPUT ===SCROLL === NP JOBNAME JobIDOwnerPrty C ODisp Dest Tot-Rec CICSFIL1 JOB02109 SPACEMAN 144 X HOLD LOCAL475 CICSFIL2 JOB02110 SPACEMAN 144 X HOLD LOCAL475 CICSFIL3 JOB02111 SPACEMAN 144 X HOLD LOCAL490 CSD1REFR JOB02116 SPACEMAN 144 X HOLD LOCAL 94 CSD2REFR JOB02117 SPACEMAN 144 X HOLD LOCAL 94 CSD3REFR JOB02115 SPACEMAN 144 X HOLD LOCAL 89 When using RACF SURROGATE only USER= is required on the JOB statement. Kind regards - Terry Terry Sambrooks Director KMS-IT Limited 228 Abbeydale Road South Dore, Sheffield, S17 3LA, UK Tel: +44 (0)114 262 0933 WEB: www.legac-e.co.uk Company Reg: 3767263 at the above address All outgoing E-mail is scanned, but it remains the recipient's responsibility to ensure their system is protected from spy-ware, trojans, viruses, and worms. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple jobs/same name
I don't use SDSF H generally because of it defaulting to your userID as prefix (must use H ALL to override). I consider that the default default. OWNER yourid PREFIX ** works very nicely for me. So, yes, you had to do something to get this in place, but once it's there it stays so from then on could be considered your default. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Move files between remote hosts via FTP
hi listers, Plan to move files between remote hosts via FTP . 1) I have 3 LPARs , Host1 , Host2 , and Host3 . 2) Plan to develop a REXX program or ISPF panel,to issue FTP request from Host 1,and put / get Files from Host2 through Host3. Is it doable on z/OS V1.6 ? or z/OS V1.10+ ? TKS ! Laurence -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Move files between remote hosts via FTP
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tsai Laurence Sent: Monday, October 05, 2009 7:10 AM To: IBM-MAIN@bama.ua.edu Subject: Move files between remote hosts via FTP hi listers, Plan to move files between remote hosts via FTP . 1) I have 3 LPARs , Host1 , Host2 , and Host3 . 2) Plan to develop a REXX program or ISPF panel,to issue FTP request from Host 1,and put / get Files from Host2 through Host3. Is it doable on z/OS V1.6 ? or z/OS V1.10+ ? TKS ! Laurence Yes. The main problem with this, in my opinion, is that the ftp session requires that you put in the userid and password for the id on other host. I.e. there is no way to propogate the current session's userid and password automagically. And each host requires a separate ftp session. I.e. you can not put a file from host1 to host2 and host3 with a single put command. You'd need to logon to host2 and put, then logon to host3 and put. Eg: ftp open host1 userid password put this.file close open host2 userid password put this.file quit -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM 1401 Announcement, 50th Anniversary today, Oct 5th
Autocoder was/is the name of the 1401 Assembler: APRICE,TOTALSUM INVOICE TOTAL The language syntax, the 80-col card layout and the obvious opcodes survived. The more logical left-to-right Add PRICE to TOTAL didn't. Here, Robert B. Garner's email to: 1401 Founders, Congratulations! Today marks the 50th anniversary of the announcement of the 1401 on Oct 5th, 1959! This past year, I've witnessed your pride of successfully designing, developing and bringing to market such a significant system that introduced computing to so many people, businesses, and institutions around the world. Half of all computers in the world by the mid 1960s isn't too bad! ;-) Quoting from our 1401 two-pager (a precursor to the 14-page booklet to be printed for the upcoming Nov 10th event at the Computer History Museum): By mid 1959, with a 40-person engineering team working night and day, trial educational classes underway within IBM, and a running prototype, the 1401 was poised to transform the business world with its low entry cost, outstanding print quality, powerful magnetic tapes, and the promise of a mass-market stored-program computer. Only IBM's skeptical forecasting department needed persuasion to approve the product's launch. DAWN OF A NEW AGE: On October 5, 1959, the 1401 was announced via closed-circuit TV to 50,000 participants in 102 cities. September the following year the first 1401 was shipped to Time-Life in Chicago and by year end 100 systems had been delivered. By 1965, worldwide installations of 1401s peaked at 9,300 while 1400 family machines-models 1410, 1440, 1460, 7010-comprised half of all computers (which by 1967 peaked at 15,000 systems). Regards, - Robert p.s. If you can make it out to California, Nov 9 10 at the Computer History Museum in Mountain View, Fran Underwood, Chuck Branscomb, and Shel Jacobs will be there talking about the 1401 development history: http://www.computerhistory.org/events/ I'll be hosting a founders luncheon on Monday the 9th to share stories and have some fun with the 1401 restoration team and Museum staff. I'll send an invitation to those who, according to Jud McCarthy, are able to make it out west to the Museum. IBM Almaden Research Center, San Jose, CA Office: 408-927-1739 Mobile: 408-679-0976 robgarn [a] us.ibm.com ___ 1401_interest mailing list http://mail.computerhistory.org/mailman/listinfo/1401_interest -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: USER/OWNER/SYSUID (was Multiple jobs/same name
On Mon, 5 Oct 2009 08:41:26 +0100, Terry Sambrooks terry.sambro...@btclick.com wrote: The column headed OWNER in SDSF will contain a Userid as per the attached listing (note that in this case the Userid exceeds 7 characters, because SPACEMAN has nothing to do with TSO). This field illustrates a difference when RACF SURROGATE is used, and the job is submitted on behalf of another user, as in the case below, where the submitter is an STC called AUTOOPS, but the job needs the authority of SPACEMAN. It is a useful way of identifying that a job is owned by a User, even if they did not submit it. Display Filter View Print Options Help -- SDSF HELD OUTPUT DISPLAY CLS XLINES 1,749 LINE 1-7 (7) COMMAND INPUT ===SCROLL === NP JOBNAME JobIDOwnerPrty C ODisp Dest Tot-Rec CICSFIL1 JOB02109 SPACEMAN 144 X HOLD LOCAL475 CICSFIL2 JOB02110 SPACEMAN 144 X HOLD LOCAL475 ... The excerpt does not show the submitting user, AUTOOPS. Is it available elsewhere, in another display, or is it simply replaced by OWNER in all control blocks related to the job? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
500 Pound Gorilla Downsizing
It occurs to me that there is one aspect of the downsize mentality that has not been discussed, and that is the 500 pound gorilla aspect ... When there is an economic crunch and management looks around for where to cut they can not help but notice the 500 pound gorilla in the room. So, notwithstanding the technical aspects and the financial aspects; notwithstanding return on investment and total cost of ownership, there is that gorilla. . There is the fact that the mainframe is unfashionable. There is the fact that the distributed server folks (for whom the presence of the mainframe is an offense to their senses) are constantly lobbying to get rid of it ... But mostly there are those pressures to save and there is that gorilla. Even though he is a friendly gorilla and a useful gorilla; still he is big and obvious and something of an embarrassment. . Ah, Grasshopper, it was not always so. In the beginning - in the sixties, a big machine was a source of pride. At the first place I worked the Maximus Leader would bring tours through the computer room. He would point out the office of the Systems Programmers and note that there was a group of employees whose soul function was to maintain and support the big number cruncher (as he liked to call it). And, truth be told, we were amazed ourselves at being a critical part of something that big and that important. . But those days are gone. In many shops the best hope is that the downsizing operation will prove to be much more difficult and lengthy and expensive than anticipated (always the case) and the economy will turn around before it can be completed. Email disclaimer: This email is intended only for the use of the addressee(s) named herein. It may contain legally privileged and confidential information. If you are not the intended recipient, or an authorized representative, consider this notification that any review, copying, or distribution of this email or attachments is prohibited. If this email was received in error, please immediately notify the sender by return email and delete the email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: USER/OWNER/SYSUID (was Multiple jobs/same name
Paul Gilmartin pisze: On Mon, 5 Oct 2009 08:41:26 +0100, Terry Sambrooks terry.sambro...@btclick.com wrote: The column headed OWNER in SDSF will contain a Userid as per the attached listing (note that in this case the Userid exceeds 7 characters, because SPACEMAN has nothing to do with TSO). This field illustrates a difference when RACF SURROGATE is used, and the job is submitted on behalf of another user, as in the case below, where the submitter is an STC called AUTOOPS, but the job needs the authority of SPACEMAN. It is a useful way of identifying that a job is owned by a User, even if they did not submit it. Display Filter View Print Options Help -- SDSF HELD OUTPUT DISPLAY CLS XLINES 1,749 LINE 1-7 (7) COMMAND INPUT ===SCROLL === NP JOBNAME JobIDOwnerPrty C ODisp Dest Tot-Rec CICSFIL1 JOB02109 SPACEMAN 144 X HOLD LOCAL475 CICSFIL2 JOB02110 SPACEMAN 144 X HOLD LOCAL475 ... The excerpt does not show the submitting user, AUTOOPS. Is it available elsewhere, in another display, or is it simply replaced by OWNER in all control blocks related to the job? It is available. I don't know about control blocks, but SMF (type30?) contains such information. It can be easily extracted using RACF utility IRRADU00. You will find both: submitting userid and execution userid. Caution: it is possible to mess the things: Submitting user ABC submits job A, under execution userid XYZ. Then the job A submits another job B. In this case job B is run under user (owner) XYZ, and submitter is also XYZ. From the other hand you can prevent it by using PROPCNTL class and blocking XYZ userid propagation... -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple jobs/same name
On Mon, 5 Oct 2009 09:11:21 +0200, R.S. wrote: BTW: jobnames can be easily protected using standard RACF class JESJOBS. The profile is SUBMIT.nodename.jobname.userid One can define who (not a part of the profile) on what system (NJE node), what jobname, *with what OWNER* (the last qualifier). So even in shared RACF db environment there is a possibility that Group APPLPRG can submit job ABC12345 with owner PRODBTCH, but only on TEST system. And it is possible to prevent userid propagation - so TSO segment is not a problem. Does the syntax permit a universal rule with wildcards, e.g.: SUBMIT.nodename.SYSUID.%.SYSUID ... ? I.e. every user may submit (only) jobnames consisting of the userid plus one character and only for his own userid? Or must the administrator create a specific rule for each user? And I have YA motive for eschewing the userid+1 practice: When I submit a job from the SMP/E ISPF panels, SMP/E attempts to snag the output with the OUTPUT (ugh!) TSO command. Fortunately, SMP/E lets me edit the JCL before submission, so OUTPUT can't find it and I can split the screen and examine it with SDSF, which I much prefer. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple jobs/same name
Paul Gilmartin pisze: On Mon, 5 Oct 2009 09:11:21 +0200, R.S. wrote: BTW: jobnames can be easily protected using standard RACF class JESJOBS. The profile is SUBMIT.nodename.jobname.userid One can define who (not a part of the profile) on what system (NJE node), what jobname, *with what OWNER* (the last qualifier). So even in shared RACF db environment there is a possibility that Group APPLPRG can submit job ABC12345 with owner PRODBTCH, but only on TEST system. And it is possible to prevent userid propagation - so TSO segment is not a problem. Does the syntax permit a universal rule with wildcards, e.g.: SUBMIT.nodename.SYSUID.%.SYSUID ... ? I.e. every user may submit (only) jobnames consisting of the userid plus one character and only for his own userid? Or must the administrator create a specific rule for each user? Variables like SYSUID are not allowed in RACF profiles. However you can use GAT (Global Access Table). In GAT you can use special variable RACUID which is equivalent for SYSUID. The entry should look like: SUBMIT.node.RACUID%.RACUID/READ Disclaimer: I didn't test it. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 500 Pound Gorilla Downsizing
On 5 Oct 2009 06:45:17 -0700, ma...@resa.net (Warner Mach) wrote: It occurs to me that there is one aspect of the downsize mentality that has not been discussed, and that is the 500 pound gorilla aspect ... When there is an economic crunch and management looks around for where to cut they can not help but notice the 500 pound gorilla in the room. So, notwithstanding the technical aspects and the financial aspects; notwithstanding return on investment and total cost of ownership, there is that gorilla. I don't think so - as much as management would like to get rid of the mainframe, they know that change is expensive.The budget to replace everything is huge in the short term, and the short term is very important to them. When good times return, is when they are more likely to be fooled into spending lots in the short term expecting to save money in the long term (when it's someone else's problem when it doesn't work). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 500 Pound Gorilla Downsizing
Have seen this too..Best one ever...was working with a collegu Guys, Have seen this too..Best one ever...was working with a collegue..with a large client doing a SNA/VTAM type conversion. He quoted her a rate for a RFP and she said thats a lot of money to convert 11 lpars.He told her this is a type of job that you dont hire rookies for, the ppl are experienced , had accomplished this many times before and besides...you pay the Microsoft ppl $175 / hr to go in and press the power/off power/on button of a server when it stops working...Unfortuately, I think some of the management ppl listen to much to ppl who really dont know what is going on in the MF world . Scott J Ford From: Howard Brazee howard.bra...@cusys.edu To: IBM-MAIN@bama.ua.edu Sent: Monday, October 5, 2009 10:22:41 AM Subject: Re: 500 Pound Gorilla Downsizing On 5 Oct 2009 06:45:17 -0700, ma...@resa.net (Warner Mach) wrote: It occurs to me that there is one aspect of the downsize mentality that has not been discussed, and that is the 500 pound gorilla aspect ... When there is an economic crunch and management looks around for where to cut they can not help but notice the 500 pound gorilla in the room. So, notwithstanding the technical aspects and the financial aspects; notwithstanding return on investment and total cost of ownership, there is that gorilla. I don't think so - as much as management would like to get rid of the mainframe, they know that change is expensive. The budget to replace everything is huge in the short term, and the short term is very important to them. When good times return, is when they are more likely to be fooled into spending lots in the short term expecting to save money in the long term (when it's someone else's problem when it doesn't work). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: USER/OWNER/SYSUID (was Multiple jobs/same name
Paul Gilmartin wrote: On Mon, 5 Oct 2009 08:41:26 +0100, Terry Sambrooks terry.sambro...@btclick.com wrote: It is a useful way of identifying that a job is owned by a User, even if they did not submit it. Display Filter View Print Options Help -- SDSF HELD OUTPUT DISPLAY CLS XLINES 1,749 LINE 1-7 (7) COMMAND INPUT ===SCROLL === NP JOBNAME JobIDOwnerPrty C ODisp Dest Tot-Rec CICSFIL1 JOB02109 SPACEMAN 144 X HOLD LOCAL475 CICSFIL2 JOB02110 SPACEMAN 144 X HOLD LOCAL475 ... The excerpt does not show the submitting user, AUTOOPS. Is it available elsewhere, in another display, or is it simply replaced by OWNER in all control blocks related to the job? If you look in SYS1.MACLIB(ICHRUTKN) you'll see two fields: TOKSUSR DSCL8 SUBMITTING USERID TOKUSER DSCL8 SESSION OWNER USERID It's easy enough to display both values as shown below. SubUser is submitting userid: |STATUS 729S 0X 733W 0H 225T 12,352,171 Records 0 Pages |Command === |Cmd JobName JobIDStatus OwnerSubUser Queue AMbr C JP ... |--- / -- - -- ... |DASDLIST J0066845 ACTIVE SYSOPER AUTO EXEC S70 A 9 ... |NETTESTR S0066842 ACTIVE PHOENIX PHOENIX EXEC SA015 ... |EDJX2T0066784 QUEUED EDJX2EDJX2PRINT 1 ... -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 500 Pound Gorilla Downsizing
On 2009.10.05 09:45, concerning 500 Pound Gorilla Downsizing, Warner Mach ma...@res...net wrote to IBM-Main : [snip] the Maximus Leader would bring tours through the computer room. [snip] maintain and support the big number cruncher [snip] something that big and that important. These days, with our burgeoning squatty box farm, I like to challenge tour folx (being shown the 'squatty boxen') to determine which machine is the mainframe since we take the least amount of space in the room. (ok, the 3494 ATL doesn't help since it's larger than the both Dasd Cpu boxes combined.) The only clue most pick up on is the shiny Green or Blue stripe up the door. -- signature = 6 lines follows -- Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada telephone:1 613 562 5800 x4585 fax:1 613 562 5161 mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee How *do* you plan for something like that? Guardian Bob, Reboot For every action, there is an equal and opposite criticism. Systems Programming: Guilty, until proven innocent John Norgauer 2004 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 500 Pound Gorilla Downsizing
I don't think so - as much as management would like to get rid of the mainframe, they know that change is expensive.The budget to replace everything is huge in the short term, and the short term is very important to them. I think you need to re-think that. Ask Eric Bielefield (if I mis-spelled that, Eric, I appologise), me, and a few others that have been down-sized due to M/F re-engineering (euphemism) projects. Regardless of the 'high' cost, it does happen. Remember, politics can/does trump budgeting! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 500 Pound Gorilla Downsizing
On 5 Oct 2009 09:22:03 -0700, nduf...@uottawa.ca (Neil Duffee) wrote: These days, with our burgeoning squatty box farm, I like to challenge tour folx (being shown the 'squatty boxen') to determine which machine is the mainframe since we take the least amount of space in the room. (ok, the 3494 ATL doesn't help since it's larger than the both Dasd Cpu boxes combined.) The only clue most pick up on is the shiny Green or Blue stripe up the door. We've had Unix boxes a long time that were bigger than the mainframe. Fortunately it doesn't matter if we lose the mainframe in the computer room - it's the other stuff that need maintenance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 500 Pound Gorilla Downsizing
The name wasn't too far off - see below. I actually think PH Mining save money after a couple of years when they got off the mainframe. The biggest factor involved in that was the existense of a running platform that was already running their sister company in another state. The project was supposed to take 18 months, and finally got done in 21 months. Also, a huge factor was the SAP system. For a long time SAP said if you merged your datacenters, you would have to pay all new licenses. Then, at some point, they said if you merger the 2 companies data, all on the same machine, we won't charge you for another SAP license. I don't know much more than that, but I know that played a big factor in getting rid of the mainframe. A unique set of circumstances, as I'm sure every company's decision to stay on the mainframe or get off of it. Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Ted MacNEIL eamacn...@yahoo.ca I don't think so - as much as management would like to get rid of the mainframe, they know that change is expensive.The budget to replace everything is huge in the short term, and the short term is very important to them. I think you need to re-think that. Ask Eric Bielefield (if I mis-spelled that, Eric, I appologise), me, and a few others that have been down-sized due to M/F re-engineering (euphemism) projects. Regardless of the 'high' cost, it does happen. Remember, politics can/does trump budgeting! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 500 Pound Gorilla Downsizing
On 5 Oct 2009 09:49:08 -0700, eamacn...@yahoo.ca (Ted MacNEIL) wrote: I don't think so - as much as management would like to get rid of the mainframe, they know that change is expensive.The budget to replace everything is huge in the short term, and the short term is very important to them. I think you need to re-think that. Ask Eric Bielefield (if I mis-spelled that, Eric, I appologise), me, and a few others that have been down-sized due to M/F re-engineering (euphemism) projects. Regardless of the 'high' cost, it does happen. Remember, politics can/does trump budgeting! It does.Always. But I disagree that the poor economy is to blame for this down-sizing, and I expect that when the economy gets better, the process will accelerate. Note that I have down-sizing in quotes. The new downsized IS that I've seen are bigger than what they replaced.They are more spread out though, with different budgets, and a lot more people in security and infrastructure. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 500 Pound Gorilla Downsizing
The name wasn't too far off - see below. Would you believe ... Missed it by that much! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 500 Pound Gorilla Downsizing
But I disagree that the poor economy is to blame for this down-sizing, and I expect that when the economy gets better, the process will accelerate. The economy is a red herring! I've been involved in down-sizing exercises since the early 1990's. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 500 Pound Gorilla Downsizing
I saw this whole downsizing thing with a large big 8 accting f Guys, I saw this whole downsizing thing with a large big 8 accting firm who consults ( i will not mention the name), tried to move z/OS applications over to Unix and when it failed after millions of dollar expendedthey just threw their hands up and we moved it back to z/OS. Scott J Ford From: Howard Brazee howard.bra...@cusys.edu To: IBM-MAIN@bama.ua.edu Sent: Monday, October 5, 2009 1:04:51 PM Subject: Re: 500 Pound Gorilla Downsizing On 5 Oct 2009 09:49:08 -0700, eamacn...@yahoo.ca (Ted MacNEIL) wrote: I don't think so - as much as management would like to get rid of the mainframe, they know that change is expensive. The budget to replace everything is huge in the short term, and the short term is very important to them. I think you need to re-think that. Ask Eric Bielefield (if I mis-spelled that, Eric, I appologise), me, and a few others that have been down-sized due to M/F re-engineering (euphemism) projects. Regardless of the 'high' cost, it does happen. Remember, politics can/does trump budgeting! It does. Always. But I disagree that the poor economy is to blame for this down-sizing, and I expect that when the economy gets better, the process will accelerate. Note that I have down-sizing in quotes. The new downsized IS that I've seen are bigger than what they replaced. They are more spread out though, with different budgets, and a lot more people in security and infrastructure. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple jobs/same name
Edward Jaffe notes: As I stated, I've seen it done far more than I ever expected. The problem, Ed, is that you expect (or at least hope for) mostly rational behavior, and you view such mechanisms as irrational and odd (because there are better, more appropriate, ways to do this). While I academically agree, I bet many such [remaining] practices are rooted in history, from a time when RACF (et al.) security control of access to SPOOLed SYSOUT data was simply not supported or a site didn't have an ESM to begin with. Paul Gilmartin remembers: And as a user, I too have endured practices of bootleging information to job processing components via the jobname, simply because no other vehicle exists. I believe we have test subsystems on which I still must adjust my jobname to select a library tape subpool. Folks used existing knobs to control/enable desired function, and long ago there were insufficient knobs (particularly the concept of a JOB's so-called owner). So they used the knobs they knew they had at hand. JOB name was nothing more than a convenient knob, because little else was convenient/available. Edward Jaffe added: Many JES2/SDSF shops control job/spool access primarily by enforcing job name standards. It's pretty ugly... in response to Ted MacNEIL: Welcome to 1980! I know of nobody using jobname to protect access. As a software vendor, I can tell you authoritatively that this practice occurs at a significant plurality of customer sites. We frequently have to deal with customers who need a bit of help getting the rules right. They expect to be able to access certain output, and blame us when they can't. We hold their hands and help them understand the mess they are in, and figure out how to make it work for our products in their shop (at least on that particular day). Ed is right, it's pretty ugly. And more widespread that you would ever (rationally) expect. In fact, in the very early days of ESMs, back when ACF2 didn't even have a SAF interface (because SAF didn't yet exist or was still brand-new), instead of using the (still brand-new) USER= keyword parameter on the JOB statement (if it even was supported by the customer's current MVS/SP system), many installations used a feature of Top Secret to derive what TSS calls the ACID (what RACF calls the USER) from up to 8 characters selected by rule from fields such as the JOB name, Programmer Name, Accounting Information [sub]fields, etc. That practice continued at many TSS shops for years, and I recently shot a problem at a customer site where it's still the way things are done (~25 years later). Even for JES2 sites (who could use SDSF if they were desperate), RYO SPOOL browsers were common and used a variety of installation- specific knobs to control end (TSO) user access to SYSOUT data in both the distant and not-so-distant past. Stuff like this is hard for shops to change, much less give up. The reason I have little sympathy for them is that most of the pain is self-inflicted, especially since the cure is less costly than the continued hit on end user productivity. In the early 90s I remember being onsite at a large insurance company -- a TSS customer with very arcane rules for JOB and programmer names and accounting information field contents, all of which were used to construct the actual TSS ACID to be used. The rules were so restrictive that it was difficult for me to come up with much more than 20 different JOB names, much less mnemonic or suggestive ones. When I looked at the JOB queue, I typically saw dozens, even hundreds of identically-named JOBs. Picking up my own printouts at the remote printer was an exercise in snooping on everybody else's work, since the rules tended to make lowly programmers use JOB names that matched those submitted by other programmers. I was fighting not only the rules to get more than one of my JOBs to execute at the same time (an absolute requirement for a multi-address space product), but other programmers' JOBs as well. -- WB -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 500 Pound Gorilla Downsizing
Howard Brazee wrote: But I disagree that the poor economy is to blame for this down-sizing, and I expect that when the economy gets better, the process will accelerate. The poor economy has breathed new life into legacy core systems. Systems that were scheduled for replacement are now being upgraded and outfitted with SOA interfaces instead... http://banktech.com/core-systems/showArticle.jhtml;jsessionid=ABUQ45GGKTR3IQSNDLRSKH0CJUNN2JVN?articleID=216402980_requestid=544552 -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: USER/OWNER/SYSUID (was Multiple jobs/same name
On Mon, 5 Oct 2009 08:41:26 +0100, Terry Sambrooks terry.sambro...@btclick.com wrote: Hi, Paul Gilmartin wrote in Re: Multiple jobs/same name EXEC PGM=IEFBR14,PARM='SYSUID' substitutes the USER= value from the JOB CARD for SYSUID. Until someone shows me documentation or an example to the contrary, I'll believe that OWNER is a synonym for userid. You are correct, it's the exection userid and not the submitter's userid. As I have mentioned in this list several times over the years, the userid in the SDSF OWNER column is from the JSABUSID field in JSAB that is a JES CB. You won't see a OWNER userid for jobs not started by JES like SUB=MSTR. George Fogg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple jobs/same name
On 10/4/2009 at 9:14 AM, in message 4ac8bbf3.1040...@ync.net, Rick Fochtman wrote: - You are NOT allowed to submit production jobs / reruns from your TSO (must go through the job scheduler) Absolutely agree. - You are NOT allowed to submit test jobs using a production jobname. Period. No discussion. Not even on a separate system. Bizarre. Why not? --unsnip Some automation packages are quite capable of triggering product streams when a particular ad-hoc jobname completes. You wouldn't want your development team triggering production streams at the wrong time of day would you? --snip-- Certainly not. If I had a job scheduler that treated a test job as if it were a production job I would treat that as a bug in the scheduler and have the vendor fix it. Certainly there are several ways of distinguishing between a production job and a test job. For instance the scheduler user ID is used to submit production jobs... Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: I am looking for a “poor man automation
You have got quite a few options for this. what is available depends on whether you just want message automation or also scheduling. You should look at the following: TSSO (Free from CBT tape, but requires some knowledge to build) Write MPF exits (I bet a dozen people on here would show you how) Brian Westerman's Syzygy products are a good bet if you do not want to get involved in building TSSO. He is a major contributor to it. Exspans Systems have a range of inexpensive products that cover scheduling and console automation. What you choose depends on your requirements. To get a better idea of what we should point you at you need to give us more information about what you want to do and the level of sophistication you want of your control. Also, do you want to start, stop and control the whole system. Do you want something that allows you to start simple and grow it as you see your requirements increase. Also, how much time effort and expense do you want to put into it. Try to answer some of these questions and I will bet that any amount of good advice will come your way. On Tue, Sep 29, 2009 at 6:15 AM, Jan MOEYERSONS jan.moeyers...@adelior.bewrote: On Mon, 28 Sep 2009 08:02:59 -0700, Shahnaz shahnaz0...@yahoo.com wrote: Any tips will be great (e.g., exit points, shareware, etc.) CBT tape? http://cbttape.org Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JES2 SUBTDEF Statement
I am in the process of revising our JES2 statements (z/OS V1.9) and was wondering if there is any need to alter the SUBTDEF parm from its default of 10. I have not found anything in the manuals to tell me how to tune this particular parm or how to gauge if it needs changing. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple jobs/same name
On 10/5/2009 at 5:43 AM, in message of10f77fcc.d152952f-on85257646.00402abf-85257646.00405...@us.ibm.com, Peter Relson rel...@us.ibm.com wrote: I don't use SDSF H generally because of it defaulting to your userID as prefix (must use H ALL to override). I consider that the default default. OWNER yourid PREFIX ** works very nicely for me. So, yes, you had to do something to get this in place, but once it's there it stays so from then on could be considered your default. Hi Peter, I was not aware of PREFIX **. This appears to work well! Thanks for the heads up! Where is this documented, anyway? SDSF seems to only have one manual, SDSF Operation and Customization, and I can't find PREFIX documented anywhere in there. I'm still confused by why the H screen functions differently than the O, ST, and DA screens with regard to how PREFIX is treated, but... Thanks! Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AMATERSE Even Less Device Independent Than Before
I know Paul Gilmartin will just love this... With recent service applied, all of our jobs that UNPACK customer problem documentation to SYSOUT are failing with: AMA584E OUTPUT DEVICE TYPE IS UNSUPPORTED The problem is easily demonstrated with this simple JCL: //PACK EXEC PGM=TRSMAIN,PARM=PACK //SYSPRINT DD SYSOUT=* //INFILE DD DSN=SYS1.MACLIB(CVT),DISP=SHR //OUTFILE DD DSN=TERSE,UNIT=SYSALLDA,DISP=(,PASS),SPACE=(CYL,(1,1)) //* //UNPACK EXEC PGM=TRSMAIN,PARM=UNPACK //SYSPRINT DD SYSOUT=* //INFILE DD DSN=TERSE,DISP=(OLD,DELETE) //OUTFILE DD SYSOUT=* IBM describes the problem thusly... +IBM -5752SC112 - 09/10/05-10:20- Action taken: With UA48655 applied on the system, AMADECS+x'175E' calls the DEVTYPE macro. Upon return, AMADECS checks the return code issued from the SVC 24. When the output device is to SYSOUT=*, the return code being set from the SVC 24, is non-zero. There are no additional checks to see if the output device is SYSOUT=*. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 500 Pound Gorilla Downsizing
snip-- I don't think so - as much as management would like to get rid of the mainframe, they know that change is expensive.The budget to replace everything is huge in the short term, and the short term is very important to them. I think you need to re-think that. Ask Eric Bielefield (if I mis-spelled that, Eric, I appologise), me, and a few others that have been down-sized due to M/F re-engineering (euphemism) projects. Regardless of the 'high' cost, it does happen. Remember, politics can/does trump budgeting! -unsnip--- GOT THAT RIGHT! Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple jobs/same name
---snip- On 10/4/2009 at 9:14 AM, in message 4ac8bbf3.1040...@ync.net, Rick Fochtman wrote: - You are NOT allowed to submit production jobs / reruns from your TSO (must go through the job scheduler) Absolutely agree. - You are NOT allowed to submit test jobs using a production jobname. Period. No discussion. Not even on a separate system. Bizarre. Why not? --unsnip Some automation packages are quite capable of triggering product streams when a particular ad-hoc jobname completes. You wouldn't want your development team triggering production streams at the wrong time of day would you? --snip-- Certainly not. If I had a job scheduler that treated a test job as if it were a production job I would treat that as a bug in the scheduler and have the vendor fix it. Certainly there are several ways of distinguishing between a production job and a test job. For instance the scheduler user ID is used to submit production jobs... -unsnip- But you still need to prevent testers from submitting jobs with a production USERID. We used a TSO exit to remove USER/PASSWORD parms from the JOB statement. Got a better idea? Please remember: much of what I describe was developed before RACF was able to filter job submission. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple jobs/same name
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Monday, October 05, 2009 2:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Multiple jobs/same name snip But you still need to prevent testers from submitting jobs with a production USERID. We used a TSO exit to remove USER/PASSWORD parms from the JOB statement. Got a better idea? Please remember: much of what I describe was developed before RACF was able to filter job submission. Rick Use a PROTECTED id in RACF and SURROGAT authority to allow the scheduler's RACF id to submit jobs with the specified ID(s). PROTECTED says that you cannot use USER= PASSWORD= on the job card to assign the RACF id. RACF will simply not allow it. The attempt fails with a RACF error. SURROGAT says that the scheduler can specify USER= without PASSWORD= to run a job with the specified (authorized) RACF id. This is what we do with CA-7 scheduling. Of course, you still need the submit exit for non-PROTECTED ids which a person may know the password to. And it is easy to bypass: //MYIDA JOB //SUBMIT EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSIN DD DUMMY //SYSUT2 DD SYSOUT=(*,INTRDR) //SYSUT1 DD DISP=SHR,DSN=some.pds(member) some.pds(member): //OTHERID JOB USER=otherid,PASSWORD=password //* THE REST OF THE JOB //* ... // -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Planned IBMLink Outage - October 23-24
This is to inform you in advance that the IBMLink system will have a planned outage starting on Friday, October 23, 2009 at 8:00 PM Eastern Time through Saturday, October 24, 2009 at 5:00 AM Eastern Time. This planned outage will occur due to the installation of IBMLink Release 7.0 which will include functional enhancements to the platform and its applications. A detailed news article shall be posted highlighting all the features of the release. The deployment may not require the full deployment window and the system may be up before the planned end, but please be aware that you could experience an outage anytime during these hours. We would also like to remind you that there is a maintenance window scheduled every Saturday night from 11:00 PM Eastern Time through Sunday at 9:00 AM Eastern Time (Sundays 03:00 UTC to 13:00 UTC). This window may be used for normal maintenance of the infrastructure that IBMLink resides on. During this time, you may not be able to access IBMLink. We appreciate your patience during this upcoming planned outage. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple jobs/same name
If I knew the password I'd simply log on myself and submit.. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Monday, October 05, 2009 2:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Multiple jobs/same name -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Monday, October 05, 2009 2:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Multiple jobs/same name snip But you still need to prevent testers from submitting jobs with a production USERID. We used a TSO exit to remove USER/PASSWORD parms from the JOB statement. Got a better idea? Please remember: much of what I describe was developed before RACF was able to filter job submission. Rick Use a PROTECTED id in RACF and SURROGAT authority to allow the scheduler's RACF id to submit jobs with the specified ID(s). PROTECTED says that you cannot use USER= PASSWORD= on the job card to assign the RACF id. RACF will simply not allow it. The attempt fails with a RACF error. SURROGAT says that the scheduler can specify USER= without PASSWORD= to run a job with the specified (authorized) RACF id. This is what we do with CA-7 scheduling. Of course, you still need the submit exit for non-PROTECTED ids which a person may know the password to. And it is easy to bypass: //MYIDA JOB //SUBMIT EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSIN DD DUMMY //SYSUT2 DD SYSOUT=(*,INTRDR) //SYSUT1 DD DISP=SHR,DSN=some.pds(member) some.pds(member): //OTHERID JOB USER=otherid,PASSWORD=password //* THE REST OF THE JOB //* ... // -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ___ No viruses found in this incoming message Scanned by iolo AntiVirus 1.5.8.3 http://www.iolo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 500 Pound Gorilla Downsizing
Lack of funding is certainly slowing the ERP project here. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Monday, October 05, 2009 11:16 AM To: IBM-MAIN@bama.ua.edu Subject: Re: 500 Pound Gorilla Downsizing Howard Brazee wrote: But I disagree that the poor economy is to blame for this down-sizing, and I expect that when the economy gets better, the process will accelerate. The poor economy has breathed new life into legacy core systems. Systems that were scheduled for replacement are now being upgraded and outfitted with SOA interfaces instead... http://banktech.com/core- systems/showArticle.jhtml;jsessionid=ABUQ45GGKTR3IQSNDLRSKH0CJUNN2JVN?a rticleID=216402980_requestid=544552 -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple jobs/same name
On Mon, 5 Oct 2009 14:32:53 -0500, Rick Fochtman wrote: But you still need to prevent testers from submitting jobs with a production USERID. We used a TSO exit to remove USER/PASSWORD parms from the JOB statement. Got a better idea? Change the password? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AMATERSE Even Less Device Independent Than Before
- Original Message - From: Edward Jaffe edja...@phoenixsoftware.com Newsgroups: bit.listserv.ibm-main Sent: Monday, October 05, 2009 3:14 PM Subject: AMATERSE Even Less Device Independent Than Before I know Paul Gilmartin will just love this... With recent service applied, all of our jobs that UNPACK customer problem documentation to SYSOUT are failing with: AMA584E OUTPUT DEVICE TYPE IS UNSUPPORTED The problem is easily demonstrated with this simple JCL: //PACK EXEC PGM=TRSMAIN,PARM=PACK //SYSPRINT DD SYSOUT=* //INFILE DD DSN=SYS1.MACLIB(CVT),DISP=SHR //OUTFILE DD DSN=TERSE,UNIT=SYSALLDA,DISP=(,PASS),SPACE=(CYL,(1,1)) //* //UNPACK EXEC PGM=TRSMAIN,PARM=UNPACK //SYSPRINT DD SYSOUT=* //INFILE DD DSN=TERSE,DISP=(OLD,DELETE) //OUTFILE DD SYSOUT=* IBM describes the problem thusly... +IBM -5752SC112 - 09/10/05-10:20- Action taken: With UA48655 applied on the system, AMADECS+x'175E' calls the DEVTYPE macro. Upon return, AMADECS checks the return code issued from the SVC 24. When the output device is to SYSOUT=*, the return code being set from the SVC 24, is non-zero. There are no additional checks to see if the output device is SYSOUT=*. Ed, Did they give you the WAD here? Who does Service Aids at IBM? Should we mailbomb John Eells? Just kidding, but this should be escalated. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple jobs/same name
On 10/5/2009 at 1:32 PM, in message 4aca49e5.2070...@ync.net, Rick Fochtman rfocht...@ync.net wrote: But you still need to prevent testers from submitting jobs with a production USERID. We used a TSO exit to remove USER/PASSWORD parms from the JOB statement. Got a better idea? RACF seems to do this for us. I tried to submit a job using another programmer's user ID and got this: $HASP100 MYJOBON INTRDRFROM TSU08747 FJS ICH408I USER(RSG ) GROUP(APPPROG ) NAME(ROBIN GORDON) 811 SUBMITTER(FJS ) LOGON/JOB INITIATION - SUBMITTER IS NOT AUTHORIZED BY USER I'm not going to try using the scheduler's user ID, but I would hope something similar would occur! Please remember: much of what I describe was developed before RACF was able to filter job submission. For better or worse I am not familar with the pre-RACF world. So any limitations that may be in place because of that world may strike me as silly, simply because I didn't have to deal with it. In any case, since I don't live in that world I don't believe I should be limited by its restrictions. That's what I'm getting at. Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple jobs/same name
Rick Fochtman wrote: But you still need to prevent testers from submitting jobs with a production USERID. We used a TSO exit to remove USER/PASSWORD parms from the JOB statement. Got a better idea? Really? 1. You use a TSO/E user exit to block this? What if they submit a job with USER= and PASSWORD= to INTRDR using IEBGENER in a batch job? 2. Your testers know a userid/password combination that will give them production credentials? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AMATERSE Even Less Device Independent Than Before
Pinnacle wrote: Did they give you the WAD here? No WAD yet... -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple jobs/same name
The whole idea of production user profiles is that they have no passwords, thus limiting the access to them to surrogat profiles. The RACF surrogat class, in the form userid.submit, as others have cited, can provide the ability for USERA to submit a job with USER=USERB, with no password operand on the job card. In rationally configured shops only the scheduling package started task has access to any surrogat profiles. Odd that this is continuing on IBM-MAIN. It's rather basic RACF-L subject matter. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Monday, October 05, 2009 4:01 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Multiple jobs/same name Rick Fochtman wrote: But you still need to prevent testers from submitting jobs with a production USERID. We used a TSO exit to remove USER/PASSWORD parms from the JOB statement. Got a better idea? Really? 1. You use a TSO/E user exit to block this? What if they submit a job with USER= and PASSWORD= to INTRDR using IEBGENER in a batch job? 2. Your testers know a userid/password combination that will give them production credentials? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ___ No viruses found in this incoming message Scanned by iolo AntiVirus 1.5.8.3 http://www.iolo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Job name standards (Was: multiple jobs / same name)
On Fri, 2 Oct 2009 16:53:47 -0700, Edward Jaffe edja...@phoenixsoftware.com wrote: I have personally not put my userid into a job name in nearly 25 years. If I submit a job to compress a PDS, it's called COMPRESS. That's what makes sense to me. Except when there are hundreds or thousands of applications to support (not uncommon for a z/OS shop, I suspect). AFAIK, JES3 still does not allow for duplicate jobnames to exeute in tandem without modification (other than the bypass for UNIX tasks). As vendors IBM keeps (kept?) a vendor module prefix registry to reduce LPA and LINK list collisions, JOBNAME standards are required, though agreeably NOT for security. Before RACF, JES did not keep track of job ownership like it does today. Job/spool security pretty much had to be based on job name. At least, it was the most convenient method available in the 1960s and 1970s. That was a long, long time ago. But, old habits die hard. (E)JES taught me the hard way that a VERY significant number--possibly the vast majority--of JES2/SDSF installations still do job/spool security by job name. And, most of them don't want to invest one iota of extra time to convert from their arcane, jobname-based security scheme to an elegant, modern, ownership-based standard--whether SAF or not. Based on their requirements, we spent (IMHO too much) time adding job name security functionality to make their conversions transparent. I suspect IOF and the others have done similar things. Amen, and worse dragging the ball-and-chain of JES2 exits that enforce these arcane standards for no other reason than that's how we've always done it. Regards, Art Gutowski Ford Motor Company -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Job name standards (Was: multiple jobs / same name)
Arthur Gutowski wrote: ... AFAIK, JES3 still does not allow for duplicate jobnames to exeute in tandem without modification (other than the bypass for UNIX tasks). I agree it's crazy. I suspect nearly every JES3 shop in the world has this (very old) one line modification in place: ++SRCUPD(IATGRJS) . ./ CHANGE NAME=IATGRJS B MSSCH030ACCEPT MULTIPLE LOGON UMJES06 38244010 -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HFS question
I need a quick HFS question answered. I need to add a candidate volume for HFS. When I try to do a IDCAMS 'ALTER 'HFS.USERS' ADDVOLUMES(*) ' I receive a IDCAMS CATALOG ERROR . My problem is that I ned more space for HFS.USERS hfs file for a install. I searched through the archives and found the Marc Zelden and various other folks article on how to expand and HFS dataset using ./confighfs -xn 100 /u for example. This I understand no problem. When I tried to do it I got 'no space available. So i assumed that my volume was out of space, i did a df -P and yes it was true. What I am asking is my best step to try to add a volume and how do I do that successfully. Many thanks... Scott J Ford www.identityforge.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Starting fresh, was Multiple jobs/same name
I agree with Frank here. He's starting with a new z/OS system, albeit converting from VSE. He should not be encumbered by any of the baggage from pre RACF or any other this is the way we had to do it last century. Aside from logical job ownership controls and flexible job names, what other advice can we give him? Set up for multi-logon TSO from the start? Be prepared for Sysplex later even if monoplex now. Keep sandbox/test/development/production separate from the start? Others? Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Frank Swarbrick Sent: Monday, October 05, 2009 1:49 PM To: IBM-MAIN@bama.ua.edu Subject: Re: On 10/5/2009 at 1:32 PM, in message 4aca49e5.2070...@ync.net, Rick Fochtman rfocht...@ync.net wrote: But you still need to prevent testers from submitting jobs with a production USERID. We used a TSO exit to remove USER/PASSWORD parms from the JOB statement. Got a better idea? RACF seems to do this for us. I tried to submit a job using another programmer's user ID and got this: $HASP100 MYJOBON INTRDRFROM TSU08747 FJS ICH408I USER(RSG ) GROUP(APPPROG ) NAME(ROBIN GORDON) 811 SUBMITTER(FJS ) LOGON/JOB INITIATION - SUBMITTER IS NOT AUTHORIZED BY USER I'm not going to try using the scheduler's user ID, but I would hope something similar would occur! Please remember: much of what I describe was developed before RACF was able to filter job submission. For better or worse I am not familar with the pre-RACF world. So any limitations that may be in place because of that world may strike me as silly, simply because I didn't have to deal with it. In any case, since I don't live in that world I don't believe I should be limited by its restrictions. That's what I'm getting at. Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS question
SMS or non-SMS? Scott Ford wrote: I need a quick HFS question answered. I need to add a candidate volume for HFS. When I try to do a IDCAMS 'ALTER 'HFS.USERS' ADDVOLUMES(*) ' I receive a IDCAMS CATALOG ERROR . My problem is that I ned more space for HFS.USERS hfs file for a install. I searched through the archives and found the Marc Zelden and various other folks article on how to expand and HFS dataset using ./confighfs -xn 100 /ufor example. This I understand no problem. When I tried to do it I got 'no space available. So i assumed that my volume was out of space, i did a df -P and yes it was true. What I am asking is my best step to try to add a volume and how do I do that successfully. Many thanks... Scott J Ford www.identityforge.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS question
There must be more to the message than that? Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Doug Fuerst Sent: Monday, October 05, 2009 4:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HFS question SMS or non-SMS? Scott Ford wrote: I need a quick HFS question answered. I need to add a candidate volume for HFS. When I try to do a IDCAMS 'ALTER 'HFS.USERS' ADDVOLUMES(*) ' I receive a IDCAMS CATALOG ERROR . My problem is that I ned more space for HFS.USERS hfs file for a install. I searched through the archives and found the Marc Zelden and various other folks article on how to expand and HFS dataset using ./confighfs -xn 100 /ufor example. This I understand no problem. When I tried to do it I got 'no space available. So i assumed that my volume was out of space, i did a df -P and yes it was true. What I am asking is my best step to try to add a volume and how do I do that successfully. Many thanks... Scott J Ford www.identityforge.com - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple jobs/same name
snip On Mon, 5 Oct 2009 14:32:53 -0500, Rick Fochtman wrote: But you still need to prevent testers from submitting jobs with a production USERID. We used a TSO exit to remove USER/PASSWORD parms from the JOB statement. Got a better idea? Change the password? unsnip--- We did. Our Production Support staff and our automation product had SURROGAT authority but the production password was a closely guarded secret, known only by me. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS question
Yes, sorry i hit the keys too fast here is the messages fom my OMVS session and its non-sms also this z/OS 1.10 SFORD:/Z110S/usr/lpp/dfsms/bin: ./confighfs -xn 100c /u/ca Error issuing PFSCTL: RC=0 ERRNO=133(85) REASON=5B27C005 No space available SFORD:/Z110S/usr/lpp/dfsms/bin: Scott J Ford www.identityforge.com From: Gibney, Dave gib...@wsu.edu To: IBM-MAIN@bama.ua.edu Sent: Monday, October 5, 2009 7:13:42 PM Subject: Re: HFS question There must be more to the message than that? Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Doug Fuerst Sent: Monday, October 05, 2009 4:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HFS question SMS or non-SMS? Scott Ford wrote: I need a quick HFS question answered. I need to add a candidate volume for HFS. When I try to do a IDCAMS 'ALTER 'HFS.USERS' ADDVOLUMES(*) ' I receive a IDCAMS CATALOG ERROR . My problem is that I ned more space for HFS.USERS hfs file for a install. I searched through the archives and found the Marc Zelden and various other folks article on how to expand and HFS dataset using ./confighfs -xn 100 /u for example. This I understand no problem. When I tried to do it I got 'no space available. So i assumed that my volume was out of space, i did a df -P and yes it was true. What I am asking is my best step to try to add a volume and how do I do that successfully. Many thanks... Scott J Ford www.identityforge.com - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AMATERSE Even Less Device Independent Than Before
On Mon, 5 Oct 2009 12:13:36 -0700, Edward Jaffe wrote: I know Paul Gilmartin will just love this... With recent service applied, all of our jobs that UNPACK customer problem documentation to SYSOUT are failing with: AMA584E OUTPUT DEVICE TYPE IS UNSUPPORTED You might be surprised how little this upsets me. The rationale: The motivation of AMATERSE is to encapsulate Classic CKD data sets in a bulletproof portable envelope. In this respect, it's similar to IEBCOPY, with the added value of compression and better portability. Attempting to UNPACK to spool is as far outside its design parameters as it would be for IEBCOPY to load a member to a SYSOUT data set. OTOH, I just love that AMATERSE refuses to pack to or unpack from UNIX files, particularly given that one can fool it in the latter case by precatenating an empty Classic data set: //UNPACK EXEC PGM=TRSMAIN,PARM=UNPACK //INFILE DD DISP=(,DELETE),UNIT=SYSALLDA,SPACE=(CYL,0), // RECFM=FB,LRECL=1024,BLKSIZE=0,DSORG=PS // DD PATH='...' //... That this succeeds as above, but fails with the empty data set omitted shows that a needless check is being performed. Better to trust the programmer, perform a QSAM OPEN, and report any ABEND that occurs. It would be great if AMATERSE could operate with its packed DDNAMEs allocated to UNIX files, which might even be pipes to/from FTP, bypassing the need for workfile space. (Didn't we discuss this years ago?) IBM describes the problem thusly... +IBM -5752SC112 - 09/10/05-10:20- Action taken: With UA48655 applied on the system, AMADECS+x'175E' calls the DEVTYPE macro. Upon return, AMADECS checks the return code issued from the SVC 24. When the output device is to SYSOUT=*, the return code being set from the SVC 24, is non-zero. There are no additional checks to see if the output device is SYSOUT=*. This appears to be a well-intended, but heretofore misimplemented check that the output data set is suitable to receive the unpacked data. On the Gripping Hand, it _would_ be nice if AMATERSE could pack from and unpack to UNIX directories/files, perhaps using tar(1) to flatten the files before compression. (Does it likewise invoke IEBCOPY to handle PDS? Does it now support PDSE?) For tarred UNIX files, it could pipe to/from its compression codec; it wouldn't even need a workfile. I'm not holding my breath. (My employer markets storage.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple jobs/same name
On Mon, 5 Oct 2009 18:28:35 -0500, Rick Fochtman wrote: But you still need to prevent testers from submitting jobs with a production USERID. We used a TSO exit to remove USER/PASSWORD parms from the JOB statement. Got a better idea? Change the password? We did. Our Production Support staff and our automation product had SURROGAT authority but the production password was a closely guarded secret, known only by me. ??? Testers didn't have SURROGAT (I assume they weren't Production Support, and didn't have access to automation), and they didn't know the production password? How were they bypassing? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Starting fresh, was Multiple jobs/same name
On 10/5/2009 at 5:00 PM, in message edfbe8a9b39ed541ba3c8177c32ff0c8cde...@exchangevs-02.ad.wsu.edu, Gibney, Dave gib...@wsu.edu wrote: I agree with Frank here. He's starting with a new z/OS system, albeit converting from VSE. He should not be encumbered by any of the baggage from pre RACF or any other this is the way we had to do it last century. Aside from logical job ownership controls and flexible job names, what other advice can we give him? Set up for multi-logon TSO from the start? Be prepared for Sysplex later even if monoplex now. Keep sandbox/test/development/production separate from the start? Others? Thanks Dave! We already have production separate from dev separate from a systems sandbox. We have test/dev together, but we've always had that and never found a reason not to. (If we were a larger shop we might.) What is multi-logon TSO? We just a week or two ago had our business partner come in and discuss Sysplex with us, so I hope our SPs will make us prepared for Sysplex later. And yes, any other advice is appreciated! Thanks, Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Planned IBMLink Outage - October 23-24
Is this worth a shareholder inquiry? As a shareholder, I am embarrassed by this announcement. I doubt that Microsoft has similar outages. IBM people, please feel free to forward this to the appropriate people. On 5 Oct 2009 12:50:11 -0700, in bit.listserv.ibm-main you wrote: This is to inform you in advance that the IBMLink system will have a planned outage starting on Friday, October 23, 2009 at 8:00 PM Eastern Time through Saturday, October 24, 2009 at 5:00 AM Eastern Time. This planned outage will occur due to the installation of IBMLink Release 7.0 which will include functional enhancements to the platform and its applications. A detailed news article shall be posted highlighting all the features of the release. The deployment may not require the full deployment window and the system may be up before the planned end, but please be aware that you could experience an outage anytime during these hours. We would also like to remind you that there is a maintenance window scheduled every Saturday night from 11:00 PM Eastern Time through Sunday at 9:00 AM Eastern Time (Sundays 03:00 UTC to 13:00 UTC). This window may be used for normal maintenance of the infrastructure that IBMLink resides on. During this time, you may not be able to access IBMLink. We appreciate your patience during this upcoming planned outage. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS question
You are going to have to dump and restore it to a larger HFS on another volume. You really want to look at page 135 in the Redbook HFS Usage Guide SG24-5482. That page pretty much give you a step by step method.Confighfs only works if there are candidate volumes for the extent. Page 132 starts the section on Increasing the size of the HFS. Doug Scott Ford wrote: Yes, sorry i hit the keys too fast here is the messages fom my OMVS session and its non-sms also this z/OS 1.10 SFORD:/Z110S/usr/lpp/dfsms/bin: ./confighfs -xn 100c /u/ca Error issuing PFSCTL: RC=0 ERRNO=133(85) REASON=5B27C005 No space available SFORD:/Z110S/usr/lpp/dfsms/bin: Scott J Ford www.identityforge.com From: Gibney, Dave gib...@wsu.edu To: IBM-MAIN@bama.ua.edu Sent: Monday, October 5, 2009 7:13:42 PM Subject: Re: HFS question There must be more to the message than that? Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Doug Fuerst Sent: Monday, October 05, 2009 4:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HFS question SMS or non-SMS? Scott Ford wrote: I need a quick HFS question answered. I need to add a candidate volume for HFS. When I try to do a IDCAMS 'ALTER 'HFS.USERS' ADDVOLUMES(*) ' I receive a IDCAMS CATALOG ERROR . My problem is that I ned more space for HFS.USERS hfs file for a install. I searched through the archives and found the Marc Zelden and various other folks article on how to expand and HFS dataset using ./confighfs -xn 100 /ufor example. This I understand no problem. When I tried to do it I got 'no space available. So i assumed that my volume was out of space, i did a df -P and yes it was true. What I am asking is my best step to try to add a volume and how do I do that successfully. Many thanks... Scott J Ford www.identityforge.com - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AMATERSE Even Less Device Independent Than Before
Paul Gilmartin wrote: and better portability. Attempting to UNPACK to spool is as far outside its design parameters as it would be for IEBCOPY to load a member to a SYSOUT data set. The SYSOUT case is one I can make an admittedly weak case for - listing source (or punching cards!) from a large PDS available in export format, to avoid restoring the whole thing. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HFS question
What can I sat pre-canned IBM ADCD system. Means a bit Thanks Doug. What can I sat pre-canned IBM ADCD system. Means a bit more extra work, I figure it might be something like this.. I was hoping somehow add another candidate volume and let it use multiple volumes...welll.. Thanks, Mucnh appreciated Scott J Ford From: Doug Fuerst d...@bkassociates.net To: IBM-MAIN@bama.ua.edu Sent: Monday, October 5, 2009 8:36:44 PM Subject: Re: HFS question You are going to have to dump and restore it to a larger HFS on another volume. You really want to look at page 135 in the Redbook HFS Usage Guide SG24-5482. That page pretty much give you a step by step method.Confighfs only works if there are candidate volumes for the extent. Page 132 starts the section on Increasing the size of the HFS. Doug Scott Ford wrote: Yes, sorry i hit the keys too fast here is the messages fom my OMVS session and its non-sms also this z/OS 1.10 SFORD:/Z110S/usr/lpp/dfsms/bin: ./confighfs -xn 100c /u/ca Error issuing PFSCTL: RC=0 ERRNO=133(85) REASON=5B27C005 No space available SFORD:/Z110S/usr/lpp/dfsms/bin: Scott J Ford www.identityforge.com From: Gibney, Dave gib...@wsu.edu To: IBM-MAIN@bama.ua.edu Sent: Monday, October 5, 2009 7:13:42 PM Subject: Re: HFS question There must be more to the message than that? Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Doug Fuerst Sent: Monday, October 05, 2009 4:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: HFS question SMS or non-SMS? Scott Ford wrote: I need a quick HFS question answered. I need to add a candidate volume for HFS. When I try to do a IDCAMS 'ALTER 'HFS.USERS' ADDVOLUMES(*) ' I receive a IDCAMS CATALOG ERROR . My problem is that I ned more space for HFS.USERS hfs file for a install. I searched through the archives and found the Marc Zelden and various other folks article on how to expand and HFS dataset using ./confighfs -xn 100 /u for example. This I understand no problem. When I tried to do it I got 'no space available. So i assumed that my volume was out of space, i did a df -P and yes it was true. What I am asking is my best step to try to add a volume and how do I do that successfully. Many thanks... Scott J Ford www.identityforge.com - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Java problem
We've recently been migrating our z/OS system from our Thinkpad under FLEX-ES to the IBM Dallas center. It's actually going pretty well, but now I'm having a problem doing a simple Java compile. Here's what happens: === javac cgijava1.java java/io/PrintStream.java(java/io:PrintStream.java):1: illegal character: \7 - ---ÊÑÈëÈÊÁ/_-¦/Î/---ä?ø`ÊÑÅÇÈ--ëÍ-(ÑÄÊ?Ë`ËÈÁ_Ë--ñÄ-- %%-ÊÑÅÇÈË-ÊÁËÁÊÎÁÀ-ëí+-ê|êñáè êßä|+ãñàá+èñ --íËÁ-ÑË-ËͦÁÄÈ-È?-%ÑÄÁËÁ-ÈÁÊ_Ë--ø/Ä,/ÅÁ-¦/Î/-Ñ?---Ñ_ø?ÊÈ-¦/Î/-ÍÈÑ%-ã?Ê_/ÈÈÁÊ--Ñ_ø?ÊÈ-¦/Î/-ÍÈÑ%-?Ä/%Á--Ñ_ø?ÊÈ-¦/Î/-ËÁÄÍÊÑÈ`- Ä ÄÁËËä?ÈÊ?%%ÁÊ---ñâ(-øÁÊìãÑ%Áñ|-Ñ_ø?ÊÈ-ËÍ-ËÁÄÍÊÑÈ`-/ÄÈÑ?-åÁÈÊ?øÁÊÈ` ÄÈÑ? ñâ(-øÁÊìãÑ%Áñ|- --Ä?ÀÁ-ÊÑÈëÈÊÁ/_-Ä?ÀÁ--/ÀÀË-ÃÍÄÈÑ?/%ÑÈ`-È?-/?ÈÇÁÊ-?ÍÈøÍÈ-ËÈÊÁ/_-/_Á%`-ÈÇÁ-/ÂÑ% ÑÈ`-È?-øÊÑÈ-ÊÁøÊÁËÁÈ/ÈÑ?Ë-?Ã-Î/ÊÑ?ÍË-À/È/-Î/%ÍÁËÄ?ÎÁÑÁÈ%`---èÏ?-?ÈÇÁÊ-ÃÁ/ÈÍÊÁË-/ÊÁ-øÊ?ÎÑÀÁÀ-/Ë-ÏÁ%%---í%Ñ,Á-?ÈÇÁÊ-?ÍÈøÍÈ-- --ËÈÊÁ/_Ë--/--Ä?ÀÁ-ÊÑÈëÈÊÁ/_-Ä?ÀÁ--ÁÎÁÊ-ÈÇÊ?ÏË-/-Ä?ÀÁ-ñ|áÌÄÁøÈÑ?-Ä?ÀÁ---ÑËÈÁ/À--ÁÌÄÁøÈÑ?/%-ËÑÈÍ/ÈÑ?Ë-_ÁÊÁ%`-ËÁÈ-/ÑÈ . . . It compiles fine on our old system; we are using Java 1.6 in both cases. Environment variables of note: Old: CLASSPATH=/u/scomsto/CGI:/u/scomsto/public_html/Java:/usr/lpp/internet/server_root/cgi-bin:/usr/lpp/java16/J6.0: JAVA_HOME=/usr/lpp/java16/J6.0 LANG=C LIBPATH=/usr/lpp/java16/J6.0/bin/classic:/usr/lpp/java16/J6.0/bin:/usr/lpp/ldap/lib:/usr/lpp/internet/sbin:/usr/lpp/internet/bin:/us r/lpp/Printsrv/lib:/lib:/usr/lib:. NLSPATH=/usr/lpp/Printsrv/%L/%N:/usr/lib/nls/msg/%L/%N:/usr/lib/nls/msg/%L/%N.cat PATH=/usr/local/bin:/usr/lpp/pli/bin:/usr/lpp/cobol/bin:/usr/lpp/Printsrv/bin:/bin:.:/usr/lpp/java16/J6.0/bin:/usr/lpp/toolsNtoys/bi n New: CLASSPATH=/u/scomsto/CGI:/u/scomsto/public_html/Java:/usr/lpp/internet/server_root/cgi-bin:/u/Java6_31/J6.0:/u/Java6_31/J6.0/src.zip JAVA_HOME=/u/Java6_31/J6.0 LANG=C LIBPATH=/u/Java6_31/J6.0/bin/classic:/u/Java6_31/J6.0/bin:/usr/lpp/ldap/lib:/usr/lpp/internet/sbin:/usr/lpp/internet/bin:/lib:/usr/l ib:.:/usr/lib/java_runtime NLSPATH=/usr/lib/nls/msg/%L/%N:/usr/lib/nls/msg/%L/%N.cat PATH=/u/Java6_31/J6.0/bin:/usr/lpp/pli/bin:/usr/lpp/internet/bin:/usr/lpp/cobol/bin:/bin:. I seem to recall running into this problem once before, but I can't seem to recall how I solved it. Any suggestions here? -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques == Ask about being added to our opt-in list: == == * Early announcement of new courses == == * Early announcement of new techincal papers == == * Early announcement of new promotions == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AUTO: Werner Pause is out of the office. (returning 10.10.2009)
I am out of the office until 10.10.2009. I will respond to your message when I return. Note: This is an automated response to your message Java problem sent on 6/10/09 4:01:34. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FEX (Find EXpression)
A new command called FEX (Find EXpression) is being introduced in the next version of SimpList. It uses the same syntax as the regular ISPF find command, but enhances it with a couple of the concepts used in regular expressions. A beta test version has just been released and a few positions are left for anyone who wants to try it. Those who take part in the beta test get to keep the FEX command, even after the SimpList trial has expired. If you think you might be interested in using FEX then please read on. FEX can be used when editing or viewing data sets, members, Unix files, and PC/workstation files. It's very similar to finding picture strings, and uses all of the same metacharacters and optional parameters that can be used when finding picture strings (e.g. column range, label range, FIRST/NEXT/LAST, WORD/PREFIX/SUFFIX, X/NX, etc). The intention is to keep the same syntax that's already familiar to ISPF users, but enhance it with some of the concepts used in regular expressions. In regular ISPF, metacharacters can be used in picture strings to represent a type of character rather than an actual literal character. For example, '#' represents any number, '$' represents any non-alphanumeric character, '.' represents any non-displayable character, and so on. The following example shows a regular ISPF find command being used to find any 3 consecutive numbers such as '123' or '591' (etc): FIND P'###' The equivalent FEX command would be: FEX ### With the FEX command the leading 'P' is not required because all of the characters in the string are assumed to be picture string characters (unless enclosed in brackets, as explained in a moment). Quotes are optional unless the string contains spaces. One of the concepts taken from regular expressions is the ability to use square brackets to indicate that any ONE of the characters between the brackets must match EXACTLY. A hyphen can be used between the brackets to indicate a range of characters. For example: FEX [a-g] --- Finds any lowercase character between 'a' and 'g' FEX [0-46-9] --- Finds any number except for 5 FEX gr[ae]y --- Finds 'gray' or 'grey' FEX [R]ose --- Finds Rose, ROse, ROSe, ROSE, RoSE (etc) but not 'rose' FEX b[a-e] --- Finds ba, bb, bc, bd, be, Ba, Bb (etc) FEX [B][a-e] --- Finds Ba, Bb, Bc, Bd, or Be, but not 'ba' or 'bb' (etc) FEX [aeiou] ALL --- Counts the number of lowercase vowels in the file FEX ' [0-5] ' --- Finds any single digit number between 0 and 5 FEX [$]###[.]## --- Finds any dollar amount from $100.00 to $999.99 Some of these examples show that strings can be found using combinations of case-sensitive AND non-case-sensitive characters. For example, the 'R' in 'Rose' has to be uppercase (because it's entered in brackets and therefore has to match EXACTLY), whereas the remaining characters are not case sensitive. In the last example, the '#' is not enclosed in brackets and therefore acts as a picture string, while the '$' and '.' are enclosed in brackets and therefore do NOT act as picture strings. This greatly enhances the usefulness of picture strings, as picture string characters can now be used both as metacharacters and as literals. FEX also supports the use of asterisks as wild-cards, where a single asterisk indicates any number of characters (including zero) may appear between two or more strings. For example: FEX var1*var2 --- Would find: VAR1 = VAR3 - VAR2 + VAR4 FEX dog*cat*rat --- Would find: The dog chased the cat which chased the rat FEX 2[*]# --- Finds 'Two times any number'; e.g. 2*6 In the third example the asterisk is enclosed in brackets so it's treated as a literal instead of a metacharacter; i.e. only the last character (the number sign) is treated as a metacharacter. If you'd like to give the FEX command a try then please let me know. You'll be sent 5 XMI files as email attachments (i.e. panels, messages, skeletons, tables, and REXX). You upload the 5 files to 5 temporary sequential data sets on your mainframe and run a supplied JCL job that unloads the sequential data sets into 5 partitioned data sets. You add these libraries to the allocations performed by your logon CLIST, and you're done. There is nothing to compile, link, authorize (etc), so it's extremely easy to install and can usually be done in a matter of minutes. Detailed instructions are supplied. As a beta tester you get 90 days to try it instead of the usual 30 days. At the end of the 90 days no-one contacts you or tries to sell you anything. You get to keep the FEX command at no cost; i.e. you can continue using it even after the SimpList trial license has expired so there's nothing to lose. The number of beta testers required is limited, so if you're interested then please contact me off-list as soon as possible. Thanks, Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/SIM/simplist.htm
Re: [MVS-OE] Java problem
-Original Message- From: MVS OpenEdition On Behalf Of Steve Comstock We've recently been migrating our z/OS system from our Thinkpad under FLEX-ES to the IBM Dallas center. It's actually going pretty well, but now I'm having a problem doing a simple Java compile. Here's what happens: === javac cgijava1.java java/io/PrintStream.java(java/io:PrintStream.java):1: illegal character: \7 - ---ÊÑÈëÈÊÁ/_-¦/Î/---ä?ø`ÊÑÅÇÈ--ëÍ-(ÑÄÊ?Ë`ËÈÁ_Ë--ñÄ-- %%-ÊÑÅÇÈË-ÊÁËÁÊÎÁÀ- ëí+-ê|êñáè êßä|+ãñàá+èñ --íËÁ-ÑË-ËͦÁÄÈ-È?-%ÑÄÁËÁ-ÈÁÊ_Ë--ø/Ä,/ÅÁ-¦/Î/-Ñ?---Ñ_ø?ÊÈ-¦/Î/-ÍÈÑ%-ã?Ê_/ÈÈÁÊ--Ñ_ø?ÊÈ-¦/Î/-ÍÈÑ%- ?Ä/%Á--Ñ_ø?ÊÈ-¦/Î/-ËÁÄÍÊÑÈ`- Ä ÄÁËËä?ÈÊ?%%ÁÊ---ñâ(-øÁÊìãÑ%Áñ|-Ñ_ø?ÊÈ-ËÍ-ËÁÄÍÊÑÈ`-/ÄÈÑ?- åÁÈÊ?øÁÊÈ` ÄÈÑ? ñâ(-øÁÊìãÑ%Áñ|- --Ä?ÀÁ-ÊÑÈëÈÊÁ/_-Ä?ÀÁ--/ÀÀË-ÃÍÄÈÑ?/%ÑÈ`-È?-/?ÈÇÁÊ- ?ÍÈøÍÈ-ËÈÊÁ/_-/_Á%`-ÈÇÁ-/ÂÑ% ÑÈ`-È?-øÊÑÈ-ÊÁøÊÁËÁÈ/ÈÑ?Ë-?Ã-Î/ÊÑ?ÍË-À/È/-Î/%ÍÁËÄ?ÎÁÑÁÈ%`---èÏ?-?ÈÇÁÊ-ÃÁ/ÈÍÊÁË-/ÊÁ-øÊ?ÎÑÀÁÀ- /Ë-ÏÁ%%---í%Ñ,Á-?ÈÇÁÊ-?ÍÈøÍÈ-- --ËÈÊÁ/_Ë--/--Ä?ÀÁ-ÊÑÈëÈÊÁ/_-Ä?ÀÁ--ÁÎÁÊ-ÈÇÊ?ÏË-/-Ä?ÀÁ-ñ|áÌÄÁøÈÑ?-Ä?ÀÁ---ÑËÈÁ/À--ÁÌÄÁøÈÑ?/%- ËÑÈÍ/ÈÑ?Ë-_ÁÊÁ%`-ËÁÈ-/ÑÈ Looks like a codepage problem. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [MVS-OE] Java problem
What does the Java source look like ? Scott J Ford John, What does the Java source look like ? Scott J Ford From: Chase, John jch...@ussco.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, October 6, 2009 1:10:52 AM Subject: Re: [MVS-OE] Java problem -Original Message- From: MVS OpenEdition On Behalf Of Steve Comstock We've recently been migrating our z/OS system from our Thinkpad under FLEX-ES to the IBM Dallas center. It's actually going pretty well, but now I'm having a problem doing a simple Java compile. Here's what happens: === javac cgijava1.java java/io/PrintStream.java(java/io:PrintStream.java):1: illegal character: \7 - ---ÊÑÈëÈÊÁ/_-¦/Î/---ä?ø`ÊÑÅÇÈ--ëÍ-(ÑÄÊ?Ë`ËÈÁ_Ë--ñÄ-- %%-ÊÑÅÇÈË-ÊÁËÁÊÎÁÀ- ëí+-ê|êñáè êßä|+ãñàá+èñ --íËÁ-ÑË-ËͦÁÄÈ-È?-%ÑÄÁËÁ-ÈÁÊ_Ë--ø/Ä,/ÅÁ-¦/Î/-Ñ?---Ñ_ø?ÊÈ-¦/Î/-ÍÈÑ%-ã?Ê_/ÈÈÁÊ--Ñ_ø?ÊÈ-¦/Î/-ÍÈÑ%- ?Ä/%Á--Ñ_ø?ÊÈ-¦/Î/-ËÁÄÍÊÑÈ`- Ä ÄÁËËä?ÈÊ?%%ÁÊ---ñâ(-øÁÊìãÑ%Áñ|-Ñ_ø?ÊÈ-ËÍ-ËÁÄÍÊÑÈ`-/ÄÈÑ?- åÁÈÊ?øÁÊÈ` ÄÈÑ? ñâ(-øÁÊìãÑ%Áñ|- --Ä?ÀÁ-ÊÑÈëÈÊÁ/_-Ä?ÀÁ--/ÀÀË-ÃÍÄÈÑ?/%ÑÈ`-È?-/?ÈÇÁÊ- ?ÍÈøÍÈ-ËÈÊÁ/_-/_Á%`-ÈÇÁ-/ÂÑ% ÑÈ`-È?-øÊÑÈ-ÊÁøÊÁËÁÈ/ÈÑ?Ë-?Ã-Î/ÊÑ?ÍË-À/È/-Î/%ÍÁËÄ?ÎÁÑÁÈ%`---èÏ?-?ÈÇÁÊ-ÃÁ/ÈÍÊÁË-/ÊÁ-øÊ?ÎÑÀÁÀ- /Ë-ÏÁ%%---í%Ñ,Á-?ÈÇÁÊ-?ÍÈøÍÈ-- --ËÈÊÁ/_Ë--/--Ä?ÀÁ-ÊÑÈëÈÊÁ/_-Ä?ÀÁ--ÁÎÁÊ-ÈÇÊ?ÏË-/-Ä?ÀÁ-ñ|áÌÄÁøÈÑ?-Ä?ÀÁ---ÑËÈÁ/À--ÁÌÄÁøÈÑ?/%- ËÑÈÍ/ÈÑ?Ë-_ÁÊÁ%`-ËÁÈ-/ÑÈ Looks like a codepage problem. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [MVS-OE] Java problem
Looks like it might be ascii. On Tue, Oct 6, 2009 at 6:21 AM, Scott Ford scott_j_f...@yahoo.com wrote: What does the Java source look like ? Scott J Ford John, What does the Java source look like ? Scott J Ford From: Chase, John jch...@ussco.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, October 6, 2009 1:10:52 AM Subject: Re: [MVS-OE] Java problem -Original Message- From: MVS OpenEdition On Behalf Of Steve Comstock We've recently been migrating our z/OS system from our Thinkpad under FLEX-ES to the IBM Dallas center. It's actually going pretty well, but now I'm having a problem doing a simple Java compile. Here's what happens: === javac cgijava1.java java/io/PrintStream.java(java/io:PrintStream.java):1: illegal character: \7 - ---ÊÑÈëÈÊÁ/_-¦/Î/---ä?ø`ÊÑÅÇÈ--ëÍ-(ÑÄÊ?Ë`ËÈÁ_Ë--ñÄ-- %%-ÊÑÅÇÈË-ÊÁËÁÊÎÁÀ- ëí+-ê|êñáè êßä|+ãñàá+èñ --íËÁ-ÑË-ËͦÁÄÈ-È?-%ÑÄÁËÁ-ÈÁÊ_Ë--ø/Ä,/ÅÁ-¦/Î/-Ñ?---Ñ_ø?ÊÈ-¦/Î/-ÍÈÑ%-ã?Ê_/ÈÈÁÊ--Ñ_ø?ÊÈ-¦/Î/-ÍÈÑ%- ?Ä/%Á--Ñ_ø?ÊÈ-¦/Î/-ËÁÄÍÊÑÈ`- Ä ÄÁËËä?ÈÊ?%%ÁÊ---ñâ(-øÁÊìãÑ%Áñ|-Ñ_ø?ÊÈ-ËÍ-ËÁÄÍÊÑÈ`-/ÄÈÑ?- åÁÈÊ?øÁÊÈ` ÄÈÑ? ñâ(-øÁÊìãÑ%Áñ|- --Ä?ÀÁ-ÊÑÈëÈÊÁ/_-Ä?ÀÁ--/ÀÀË-ÃÍÄÈÑ?/%ÑÈ`-È?-/?ÈÇÁÊ- ?ÍÈøÍÈ-ËÈÊÁ/_-/_Á%`-ÈÇÁ-/ÂÑ% ÑÈ`-È?-øÊÑÈ-ÊÁøÊÁËÁÈ/ÈÑ?Ë-?Ã-Î/ÊÑ?ÍË-À/È/-Î/%ÍÁËÄ?ÎÁÑÁÈ%`---èÏ?-?ÈÇÁÊ-ÃÁ/ÈÍÊÁË-/ÊÁ-øÊ?ÎÑÀÁÀ- /Ë-ÏÁ%%---í%Ñ,Á-?ÈÇÁÊ-?ÍÈøÍÈ-- --ËÈÊÁ/_Ë--/--Ä?ÀÁ-ÊÑÈëÈÊÁ/_-Ä?ÀÁ--ÁÎÁÊ-ÈÇÊ?ÏË-/-Ä?ÀÁ-ñ|áÌÄÁøÈÑ?-Ä?ÀÁ---ÑËÈÁ/À--ÁÌÄÁøÈÑ?/%- ËÑÈÍ/ÈÑ?Ë-_ÁÊÁ%`-ËÁÈ-/ÑÈ Looks like a codepage problem. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
