Re: Moving from CA-MIM to GRS.
Ted MacNEIL [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... A more general version of that question might be When was the last time you wrote something in Rexx and didn't use anything? 1. You cannot share across SYSPLEX boundaries with GRS, except by going back to RESERVE/RELEASE processing. This is not the same functionality: how do you convert SYSDSN ENQ's to Reserve/Release processing/ Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Codepage 37 vs 1047
What about UK DB2 shops. What code page did you go for. Jim McAlpine On 2/6/06, Ray Mullins [EMAIL PROTECTED] wrote: Sideways topic - are other code pages, like 1141, supported? And is BPXDEUSH now 1141, not 273? I did notice that the DB2 V8 precompiler, with C and CPP, uses 37 by default, not 1047. (But I'm used to ??( and ??), anyway. Mental note to self - override DB2 precompiler step with CP 1140.) Later, Ray -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Schiradin,Roland HG-Dir itb-db/dc Sent: Monday February 06 2006 13:12 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Codepage 37 vs 1047 The had the same problem with CP 273 and also converted some DB2 V7 subsystems from 500 to 273. Emu and others use 273 and for OMVS you may use parameter CONVERT like CMD(OMVS CONVERT((BPXDEUSH))) BPXDEUSH means german (DEU) sh (shell) = 273 Another issue was the CICS precompiler in combination with C/C++ which just generate code in CP 1047. After a long offline discussion Hursley accept an APAR to support CP 273 via ??=pragma filetag (IBM-273). Not sure how this work with CP 37 and I believe this will be changed in future if CICS will support the integrated compiler for C/C++. Alternate you can use ?? for #, ??( for open brackets and ??) for closing inside your C/C++ code. Never had any issue with Java because just a few application runs on z/OS. AFAIK ftp supports different CP. Since the UNICODE feature we can expect more products using this feature -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 9672 R45 with zOS 1.4
Hello Dude, we are running a 9672-R46 in our DR Site. It's running fine with z/OS 1.4. But we have to think about a new box, becourse we want to migrate to z/OS 1.7 next year. Regards, Paolo Pirillo -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Programmer on EBay
On Mon, 6 Feb 2006 16:28:49 -0600, Desi de la Garza [EMAIL PROTECTED] wrote: I don't see any operating systems conversions, smpe work or cics upgrades. What's up with that? Probably because he's a mainframe programmer which as far as I can tell it means he writes programs. Good luck to him. Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HP annual report (was: Mainframe Programmer on EBay)
He may as well try for the big bucks while he can, as it looks like he won't be needed soon. The CEO and President of Hewlett-Packard made the following comment in the opening statement of this years annual report: The best way to steer a company toward growth is to look out four or five years at the big market trends evolving, and then work backward to identify opportunities... There will be continued movement toward a lower cost, industry-standard, distributed computing environment and a shift away from mainframe computing. Does this mean HP is going to stop making mainframes?;-) Continued movement? Didn't IBM just announce its best mainframe revenue quarter since 1998 (the year of great Y2K preparation)? (Mainframes cost less than they did in 1998, by the way.) When is this movement going to start? SARCASMDarn that pesky IBM, investing billions year after year to deliver the industry's premier business servers year after year. Haven't they heard that what customers really want are systems that require little or no RD expense?/SARCASM I'd also be interested to know why HP recently *entered* the mainframe outsourcing business. My best guess is that HP identified an opportunity. Better not tell the CEO. :-) And yet another reminder: I do not speak for IBM. Especially about HP, which is a fine company, truly. I appreciate the great service I get from my legacy Hewlett-Packard LaserJet 4L printer, although I confess I don't buy cartridges from HP. - - - - - Timothy F. Sipples Consulting Enterprise Software Architect, z9/zSeries IBM Japan, Ltd. E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Applicable component levels
I've just read an APAR OA11094 description. At the end there's a list of PTFs for various levels of RMM. R1GB PSY UA19542 UP05/08/02 P F508 R1GC PSY UA19543 UP05/08/02 P F508 R1G0 PSY UA19532 UP05/08/02 P F508 R1HB PSY UA19557 UP05/08/02 P F508 R1HC PSY UA19558 UP05/08/02 P F508 R1H0 PSY UA19555 UP05/08/02 P F508 R1JB PSY UA19560 UP05/08/02 P F508 R1JC PSY UA19579 UP05/08/02 P F508 R1J0 PSY UA19559 UP05/08/02 P F508 R1KB PSY UA19594 UP05/08/02 P F508 R1KC PSY UA19595 UP05/08/02 P F508 R1K0 PSY UA19593 UP05/08/02 P F508 How can I find out what PTF should be used for z/OS V1R4 ??? What does is recorded in first column ??? It's not system version, it is not RMM FMID. What is PSY, what is F508 ? Why it is so incomprehensible ? -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CA-View
All, For our sins we have just started using CA-VIEW all I want to do is display all the output for a job but all we can get is this: VIEW 2.0 SARO -- PAGE INDEX SELECTION LIST FOR UKMDHGRX - COMMAND === SEL SEQ# STEP PROCSTEP DDNAME *** ALL PAGES *** 001 JES2 JESMSGLG 002 JES2 JESJCL 003 JES2 JESYSMSG 004-- Other out file1 ?? 005-- other out filen ?? * BOTTOM OF DATA The data I want is all bunched together in *** ALL PAGES *** how do I get it to add each output file to the menu as it has already done with the system output files? I have shown what I mean in lines 004 and 005 above. We have had no training, just switched over today and we are clueless here! Thanks Gerry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 $DPRT,STATUS,/STATUS^=DRAINED
In a post direct to the group, Bruce Hewson wrote: Ok, the manual is incorrect. For the $DPRT page it has ^= but I found other pages in the manual with ¬= And it works correctly now. So not sign (¬) is correct and the cap(^) is not. This is at z/OS 1.4 I will chase IBM to ensure the JES2 documentation is corrected. I also confirm the using works at this level. Regards Bruce Hewson --- Bruce, You should not be too hard on the authors of the JES2 manual. I am not a code page specialist but, over the years, I have noted that often the cap and not sign get muddled up and one learns to compensate. This is just one of those infelicities to which one resigns oneself. Chris Mason -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HP annual report
Timothy Sipples wrote: I'd also be interested to know why HP recently *entered* the mainframe outsourcing business. My best guess is that HP identified an opportunity. Better not tell the CEO. :-) They've been at it here in Oz for a while, not many clients though. Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Applicable component levels
-- snip -- I've just read an APAR OA11094 description. At the end there's a list of PTFs for various levels of RMM. R1GB PSY UA19542 UP05/08/02 P F508 R1GC PSY UA19543 UP05/08/02 P F508 R1G0 PSY UA19532 UP05/08/02 P F508 R1HB PSY UA19557 UP05/08/02 P F508 R1HC PSY UA19558 UP05/08/02 P F508 R1H0 PSY UA19555 UP05/08/02 P F508 R1JB PSY UA19560 UP05/08/02 P F508 R1JC PSY UA19579 UP05/08/02 P F508 R1J0 PSY UA19559 UP05/08/02 P F508 R1KB PSY UA19594 UP05/08/02 P F508 R1KC PSY UA19595 UP05/08/02 P F508 R1K0 PSY UA19593 UP05/08/02 P F508 How can I find out what PTF should be used for z/OS V1R4 ??? What does is recorded in first column ??? It's not system version, it is not RMM FMID. What is PSY, what is F508 ? Why it is so incomprehensible ? -- snip -- For z/OS 1.6 FMID HDZ11J0 corresponds to R1J0 FMID JDZ11JB corresponds to R1JB You would need R1G0 for the base function. I agree - it's a PITA. John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving from CA-MIM to GRS.
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Arnett I wouldn't say GRS is free...Two escon cables and four escon channels have some value...Don't they? Yabbut That's hardware. :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: System code EFF
-Original Message- From: IBM Mainframe Discussion List On Behalf Of William McKinley Has anyone noticed that this is a wild branch the PSW points to characters SECU Hmmm PSW AT TIME OF ERROR 078D2000 8005EA42 ... DATA AT PSW 0005EA3C - 0AFF07F4 E2C5C3E4 3... 4...^ C... 0...2 Looks to me like it's pointing to a BR R4 instruction -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HP annual report
The interesting thing is that they manage to out-bid IBM, knowing that it will cost them money on the short term, but in the long run, they might persuade their customers to move across to more affordable platforms that have more readily available resources. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gillis Sent: 07 February 2006 11:11 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HP annual report Timothy Sipples wrote: I'd also be interested to know why HP recently *entered* the mainframe outsourcing business. My best guess is that HP identified an opportunity. Better not tell the CEO. :-) They've been at it here in Oz for a while, not many clients though. Paul Gillis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * This email and any attachments are confidential and intended for the sole use of the intended recipient(s).If you receive this email in error please notify [EMAIL PROTECTED] and delete it from your system. Any unauthorized dissemination, retransmission, or copying of this email and any attachments is prohibited. Euroconex does not accept any responsibility for any breach of confidence, which may arise from the use of email. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the Company. This message has been scanned for known computer viruses. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving from CA-MIM to GRS.
I wouldn't say GRS is free...Two escon cables and four escon channels have some value...Don't they? You can always use your existibg SYSPLEX CTC's in RING (not recommended), or your CF links in STAR (recommended). Then, you have no additional hardware costs. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: System code EFF
Jorge Garcia [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... We find it IDMS release 15.0 doesn't load the CAS9SEC module that it's loaded in IDMS release 14.0 by default. We have consulted the CA support connect and in the problem number 1989 we have read the solution. We have added the parameter: PRODUCT(CAS-SECURITY/INIT) VERSION(S910) INIT(S910INIT) in the parameter job of CAS9 (CAIRIM) And the problem has disappeared!!! Thanks a lot!! One back-to-basics question: if the abend is from IDMS and it issues the EFF abend, is this not documented in the manuals? If so, you should request a doc update. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to reset condition code w/in JCL job
[EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... In a JCL environment, if an early step STEP01 gets a CC of 0004, what can I do to override that to a CC of so that the job completes with a MAXCC of ? You cannot. In a job there is not such a thing as a MAXCC, like there is in IDCAMS, there are only the individual CC's of the steps. Perhaps your output processing or jobscheduling application calculates the highest CC and makes some decisions on it. You should tell this application that a CC=0004 in this particular step can be ignored. Both our output processing and our scheduling application support this. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
State of the Mainframe - Part II: The Capacity Conundrum
Folks: For those of you interested, here is the second article in the series. http://www.esj.com/news/article.aspx?EditorialsID=1608 - Seem to be more contributors this time. John From: John Wynton Sent: Tuesday, January 24, 2006 12:52 PM To: IBM-MAIN@BAMA.UA.EDU Subject: State of the Mainframe - News Article Folks: More food for thought http://www.esj.com/news/article.aspx?EditorialsID=1597. First of a 3-part series on the future of the mainframe. Also, near and dear to my heart, they will explore the state of mainframe training in the future articles. I'd be interested in your thoughts, comments, etc. Cheers, John Wynton Themis Training 800-756-3000 Toll Free 910-673-1427 Direct 908-723-5064 Cell [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] http://www.themisinc.com http://www.themisinc.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving from CA-MIM to GRS.
If you are converting from MIM to GRS you might find the programs Rich Fochtman made available useful File # 447 ENQMON from Rick Fochtman--GRS displays like MIM's. http://www.cbttape.org/ftp/cbt/CBT447.zip http://www.cbttape.org FILE 447 is from Rick Fochtman of Chicago, Illinois, and contains two programs to improve GRS facilities, so that the messages which GRS produces, will approximate those which MIM produces, reporting ENQUEUE conflicts on the operator console. Since we've gone to GRS, in place of MIM, there was one feature of MIM that was sorely missed. MIM would explain the nature of dataset contentions in greater detail than the initial messages from GRS. True, you could get the detail by issuing the D GRS,C command, if you managed to catch it quick enough. We deemed that this was insufficient. Attached are the solutions developed here. One is a started task that checks for a contention situation each minute and displays information about it. The other is an MPF exit that displays the same information whenever a dataset contention situation is announced via the IEF099I message. It does not address the job requeue requirement but maybe you could handle that with automation. I hope this helps. Thanks, Sam Knutson }{ This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 9672 R45 with zOS 1.4
Sorry, I should have said you can't go higher than OS/390 V2R10 on a 9672-R45 (G4) box. Regards, Tom Conley - Original Message - From: Paolo Pirillo [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, February 07, 2006 4:06 AM Subject: Re: 9672 R45 with zOS 1.4 Hello Dude, we are running a 9672-R46 in our DR Site. It's running fine with z/OS 1.4. But we have to think about a new box, becourse we want to migrate to z/OS 1.7 next year. Regards, Paolo Pirillo -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HP annual report
Timothy Sipples wrote: [snip] SARCASMDarn that pesky IBM, investing billions year after year to deliver the industry's premier business servers year after year. Haven't they heard that what customers really want are systems that require little or no RD expense?/SARCASM And yet I still find prospect after prospect saying they don't have a mainframe or they are moving off it, so they are not interested in investing in training for their mainframe programmers. This battle is not over, granted, but the hearts and minds of the young techies and, more importantly, the young managers, have not been won over to mainframes. Until the up and coming folks get excited about what mainframes can do and the advantages they offer (and this has to include cost effectiveness), the trend in the number of companies using IBM mainframes can only be downward. And don't throw out the training in the universities program as the answer. It's part of the answer but a long way from the solution. All things have their life cycles. Maybe the mainframe is at the end of its lifetime, or nearing it. I don't think it has to be, but nothing happens without effort, and IBM still has a ways to go. And so do we all. Kind regards, -Steve Comstock The Trainer's Friend, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL Compile time Question
On Mon, 6 Feb 2006 08:55:48 -0600, Rob Wunderlich [EMAIL PROTECTED] wrote: If using the CICS or DB2 preprocessor, see APAR PQ81622. We had to revert to using the pre-processor to get large programs to compile. Correction, should be DB2 *co*processor. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving from CA-MIM to GRS.
1. You cannot share across SYSPLEX boundaries with GRS, except by going back to RESERVE/RELEASE processing. As we discussed last fall, not true. GRS Ring mode works across sysplexes. Ring mode, using CTCs, was the original GRS implementation. GRS Star mode, which uses CFs, only works within a sysplex. Star mode is a much better performer than ring, but it does work if you have multiple plexes. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 9672 R45 with zOS 1.4
Thomas/Paolo, This is very strange. We've been told by IBM that inorder run anything higher than OS/390 2.10, we had to go to a z box. We're currently running OS/390 2.6 on a 9672 R83. Thomas Conley [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/07/2006 09:25 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: 9672 R45 with zOS 1.4 Sorry, I should have said you can't go higher than OS/390 V2R10 on a 9672-R45 (G4) box. Regards, Tom Conley - Original Message - From: Paolo Pirillo [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, February 07, 2006 4:06 AM Subject: Re: 9672 R45 with zOS 1.4 Hello Dude, we are running a 9672-R46 in our DR Site. It's running fine with z/OS 1.4. But we have to think about a new box, becourse we want to migrate to z/OS 1.7 next year. Regards, Paolo Pirillo -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving from CA-MIM to GRS.
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Monday, February 06, 2006 2:18 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Moving from CA-MIM to GRS. snip MIM is from CA. This is a big issue to companies that want to stay out of CA clutches. I have seen go to great measure to sand up and say I am CA Free! Ed Hum, I will be a contrarian. I understand the dislike of CA. I still have some. However, at least here and recently, CA has been quite helpful to us. We have replaced products from other vendors AND SAVED US MONEY at the same time. CA has been more accomodating of our financial requirement. Granted, I still dislike some of the products from a technical standpoint (more difficult to install, customize, and use). But I do have a somewhat kinder disposition towards them. At least for now. Because by saving us money on z/OS software, they helped derail the Windows uber alles crowd and save my job for me. I have a similar hate/love relationship with auditors. They have also been a help to the z/OS side by their points about Windows security and auditability which we can address on z/OS. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: System code EFF
PSW AT TIME OF ERROR 078D2000 8005EA42 ... DATA AT PSW 0005EA3C - 0AFF07F4 E2C5C3E4 3... 4...^ C... 0...2 Looks to me like it's pointing to a BR R4 instruction 0AFF = SVC 255 07F4 = BR R4 Looks consistent w/ the abend code. The data following the branch is irrelevant since (at least from here) it won't be reached. CC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 9672 R45 with zOS 1.4
Not true. z/OS 1.1 to 1.5 can run in 31-bit mode, so it can run on *some* 9672 machines. Some means G6, G5 and Multiprise3000 models. I'm not sure about older generations, my vaguely recollection tells me NO. G6 machines are nn7, i.e. ZY7, X47 G5 machines are nn6, i.e. RA6, RC6, R36, R46 R45 is G4 machine. AFAIR it cannot run any z/OS as well as OS/390 2.10. -- Radoslaw Skorupka Lodz, Poland Richard Tsujimoto wrote: Thomas/Paolo, This is very strange. We've been told by IBM that inorder run anything higher than OS/390 2.10, we had to go to a z box. We're currently running OS/390 2.6 on a 9672 R83. Thomas Conley [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/07/2006 09:25 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: 9672 R45 with zOS 1.4 Sorry, I should have said you can't go higher than OS/390 V2R10 on a 9672-R45 (G4) box. Regards, Tom Conley - Original Message - From: Paolo Pirillo [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Tuesday, February 07, 2006 4:06 AM Subject: Re: 9672 R45 with zOS 1.4 Hello Dude, we are running a 9672-R46 in our DR Site. It's running fine with z/OS 1.4. But we have to think about a new box, becourse we want to migrate to z/OS 1.7 next year. Regards, Paolo Pirillo -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Simplest way for app to tell if JES2 or JES3 environment?
What is the simplest way for a batch or TSO (only, never running as an STC) assembler application to tell whether it is running under JES2 or JES3? (I'm unclear about multi-JES possibilities so if my question is ambiguous, please re-phrase it as how does it tell which JES will process a dataset if it dynamically allocates it SYSOUT=* with no other parameters?) I found what may be the answer here http://bama.ua.edu/cgi-bin/wa?A2=ind0109L=ibm-mainP=R43660I=1m=114745 http://bama.ua.edu/cgi-bin/wa?A2=ind0109L=ibm-mainP=R43660I=1m=114745 but I'm not certain because I don't know what question Ed was answering. Thanks, Charles Mills -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Codepage 37 vs 1047
On Tue, 7 Feb 2006 09:07:01 +, Jim McAlpine [EMAIL PROTECTED] wrote: What about UK DB2 shops. What code page did you go for. SCCSID=285 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Simplest way for app to tell if JES2 or JES3 environment?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills Sent: Tuesday, February 07, 2006 9:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Simplest way for app to tell if JES2 or JES3 environment? What is the simplest way for a batch or TSO (only, never running as an STC) assembler application to tell whether it is running under JES2 or JES3? (I'm unclear about multi-JES possibilities so if my question is ambiguous, please re-phrase it as how does it tell which JES will process a dataset if it dynamically allocates it SYSOUT=* with no other parameters?) IAZXJSAB macro, with the COMPID parameter will tell you that. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HP annual report (was: Mainframe Programmer on EBay)
In a message dated 2/6/2006 9:59:28 P.M. Central Standard Time, [EMAIL PROTECTED] writes: The best way to steer a company toward growth is to look out four or five years at the big market trends evolving, and then work backward to identify opportunities... There will be continued movement toward a lower cost, industry-standard, distributed computing environment and a shift away from mainframe computing. Isn't this identically what Garner said 20 years ago? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 9672 R45 with zOS 1.4
In a message dated 2/7/2006 9:01:22 A.M. Central Standard Time, [EMAIL PROTECTED] writes: This is very strange. We've been told by IBM that inorder run anything higher than OS/390 2.10, we had to go to a z box. We're currently running OS/390 2.6 on a 9672 R83. It's mostly semanticle. z/OS requires ALS-2 which is G5(9672-Rx6) or higher. IIRC z/OS thru 1.6 runs in 31 bit on G5's. When you go to z/OS you originally had 31/64bit choices or bimode migration aid(pay for). z/OS 1.7 requires z/Box and only runs in 64 bit. It's a very large jump from 2.6 to z/OS anything. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-View
That's odd, Gerry. We've been using CA-VIEW and it's granddad, SAR, for years. We are at CA-VIEW R11 at the moment and R11 has the capability to view individual SYSOUT datasets. It looks like you're on rel. 2.0, so you're behind by one release and I don't know for sure if that functionality was retrofitted via PTF. To solve your problem, try this: From your CA-VIEW primary panel, switch to ALL mode instead of SARO (I don't know, if it will make a difference, but we're all using ALL mode). Type MODE ALL from the Command line, press Enter. Your primary panel should look something like this: CA-View ALL -- Primary Selection for YOUR.SAR.DB --- Command === Sysout ID === C* Select By === R (R, I, IL, or IR) Index Name=== Value === === === === === === === Selection Criteria: Generation === -0:1 (*, ALL, specific (n), relative (-n), range (n:m or -n:m)) Date === (specific (mm/dd/), relative (-n), range(mm/dd/:mm/dd/ or -n:m)) Selection Options:Only specify to restrict selection Exceptions ===X exceptions only, NX non exceptions only, AX/(blank) any Permanent ===P permanent only, NP non permanent only, AP/(blank) any Enter END command to terminate this CA-View session. Next, forget all about page indexing and other advanced stuff you might find in the manual. In our shop, all jobs are sent to CA-VIEW simply by MSGCLASS=X and SYSOUT=* in the JCL. No exits. No indexing. No fancy stuff. Vanilla, no sprinkles. To view a job and it's associated SYSOUT datasets, be sure to put an R in the Select By field. Press Enter to pull up the SYSOUT Selection List. It'll show something like this for me: CA-View ALL --- Sysout Selection List - Command === Sel Sysout IDJobname JobidArch Date Time LocLines Pages Xcode == **** * ** * * ?CUKRSCA1 CUKRSCA1 J0914404 02/07/2006 07:45 DISK1941 16 CUKRSCA1 CUKRSCA1 J0894475 02/06/2006 07:19 DISK1939 16 CUKRSCA5 CUKRSCA5 J0914670 02/07/2006 07:30 DISK2186 16 To view the entire job's SYSOUTs in one session, type an S into the Sel column. To see the list of individual SYSOUT datasets, select one of the jobs with a question mark ?, press Enter. If your release of CA-VIEW supports it, you should get something like this: CA-View ALL --- Data Set List -- Command === ID --- CUKRSCA1 Job--- CUKRSCA1Jobid --- J0914404 Sel DDname Stepname Procstep DSID Lines Pages JESMSGLG JES2 2 52 1 JESJCL JES2 3 473 1 JESYSMSG JES2 41031 1 SYSPRINT PRESCAN 112 77 3 SYSOUT SORTJOB SORT114 31 1 S SYSOUT SORTPSW SORT115 31 1 SYSOUT SORTDSL SORT116 31 1 SYSOUT SORTDSV SORT117 31 1 Each of these SYSOUTs is individually selectable by putting an S in the Sel field. Hope that answers your question. If not, feel free to ask. Regards, Ulrich Krueger Mainframe Systems Services National Semiconductor Corp. Santa Clara, CA 95051 Tel:(408)721-8071Fax:(408)721-6526 Email: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [QUAR] CA-View
Hi Gerry, When the output is broken out into individual archived files, sometimes it is because each is in a different output class. Take a look at your View Options, to see what your archive classes are. We just replace View with another product,.. But many here liked View much better. We had it installed here for a very long time so we are very familiar with the product. gt -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gerry Anstey Sent: Tuesday, February 07, 2006 2:08 AM To: IBM-MAIN@BAMA.UA.EDU Subject: [QUAR] CA-View Importance: Low All, For our sins we have just started using CA-VIEW all I want to do is display all the output for a job but all we can get is this: VIEW 2.0 SARO -- PAGE INDEX SELECTION LIST FOR UKMDHGRX - COMMAND === SEL SEQ# STEP PROCSTEP DDNAME *** ALL PAGES *** 001 JES2 JESMSGLG 002 JES2 JESJCL 003 JES2 JESYSMSG 004-- Other out file1 ?? 005-- other out filen ?? * BOTTOM OF DATA The data I want is all bunched together in *** ALL PAGES *** how do I get it to add each output file to the menu as it has already done with the system output files? I have shown what I mean in lines 004 and 005 above. We have had no training, just switched over today and we are clueless here! Thanks Gerry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 9672 R45 with zOS 1.4
Ed Finnell wrote: In a message dated 2/7/2006 9:01:22 A.M. Central Standard Time, [EMAIL PROTECTED] writes: This is very strange. We've been told by IBM that inorder run anything higher than OS/390 2.10, we had to go to a z box. We're currently running OS/390 2.6 on a 9672 R83. It's mostly semanticle. z/OS requires ALS-2 which is G5(9672-Rx6) or higher. IIRC z/OS thru 1.6 runs in 31 bit on G5's. When you go to z/OS you originally had 31/64bit choices or bimode migration aid(pay for). z/OS 1.7 requires z/Box and only runs in 64 bit. It's a very large jump from 2.6 to z/OS anything. AFAIK z/OS (as well as OS/390) requires ALS-1, which is G5 or higher. ALS-2 is z/900 or higher. z/OS thru 1.5 runs in 31-bit on G5's. 1.6 requires 64-bit machine. Several persons just admitted they run z/OS on pre-G5 (pre-ALS1) machines. IBM claims z/OS requires ALS1. IMHO it is impossible several guys don't know their machine models. Where is the true ? *Official IBM* version is: z/OS 1.6 and next requires 64-bit machine - z/900, z/800, z/990, z/890, z9 (zMachine). z/OS 1.1 thru 1.5 can run on zMachine - obvious. z/OS 1.1 thru 1.5 can also run on 31-bit machines, *but* ALS-1 is required. ALS-1 means G5, G6 and MP3000. AFAIR OS/390 2.10 also needed ALS1. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DLLs and STEPLIBs
I'm posting to the Assembler list because I mention assembler several times in this message :-) Cross-posting to IBM-MAIN. I've looked thru the archives and manuals and some SHARE presentations, and can't seem to find the answer to this one. We've got an MVS application (LE C++, calling assembler which cares nothing about LE), executing out of MVS datasets in the STEPLIB, which we're modifying, so that the assembler now calls some LE C++ code that uses a DLL which sits over in USS-land. We've successfully gotten the assembler to make the LE C++ callee think it was called from a pure LE caller (a little, but Vendor Interfaces-approved, slight of hand here :-)), but now we're trying to figure out how to combine STEPLIBs with MVS PDSEs with a PATH expression to where the DLL lives. All the examples I can find never mix the two types of program object libraries in an execution environment. We get: IEF689I JOB FAILED STEPLIB DID NOT OPEN. if we try to put the PATH statement into the STEPLIB concatenation. Putting the new program object (PO) into the USS library would be ugly, because this PO is only one of many PO being called when the job step runs. Anybody have any suggestions? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DLLs and STEPLIBs
On Tue, 7 Feb 2006 12:16:49 -0500, Lester, Charles (LNG-DAY) [EMAIL PROTECTED] wrote: I'm posting to the Assembler list because I mention assembler several times in this message :-) Cross-posting to IBM-MAIN. I've looked thru the archives and manuals and some SHARE presentations, and can't seem to find the answer to this one. We've got an MVS application (LE C++, calling assembler which cares nothing about LE), executing out of MVS datasets in the STEPLIB, which we're modifying, so that the assembler now calls some LE C++ code that uses a DLL which sits over in USS-land. We've successfully gotten the assembler to make the LE C++ callee think it was called from a pure LE caller (a little, but Vendor Interfaces-approved, slight of hand here :-)), but now we're trying to figure out how to combine STEPLIBs with MVS PDSEs with a PATH expression to where the DLL lives. All the examples I can find never mix the two types of program object libraries in an execution environment. We get: IEF689I JOB FAILED STEPLIB DID NOT OPEN. if we try to put the PATH statement into the STEPLIB concatenation. Putting the new program object (PO) into the USS library would be ugly, because this PO is only one of many PO being called when the job step runs. Anybody have any suggestions? Maybe I'm wrong but can not DLL's reside in MVS datasets as well as USS files -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Simplest way for app to tell if JES2 or JES3 environment?
IAZXJSAB macro, with the COMPID parameter will tell you that. Okay, totally dumb follow-up question. COMPID= is documented as Specifies the location where the system is to return the 4-character name of the subsystem that created the JSAB. Question: is the name of JES2 or JES3 always JES2 or JES3? If a shop renamed their startup PROC JES2TEST or JES3V1R7 would COMPID= still return JES2 or JES3? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Tuesday, February 07, 2006 10:01 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Simplest way for app to tell if JES2 or JES3 environment? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills Sent: Tuesday, February 07, 2006 9:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Simplest way for app to tell if JES2 or JES3 environment? What is the simplest way for a batch or TSO (only, never running as an STC) assembler application to tell whether it is running under JES2 or JES3? (I'm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DLLs and STEPLIBs
Lester, Charles (LNG-DAY) wrote: I'm posting to the Assembler list because I mention assembler several times in this message :-) Cross-posting to IBM-MAIN. I've looked thru the archives and manuals and some SHARE presentations, and can't seem to find the answer to this one. We've got an MVS application (LE C++, calling assembler which cares nothing about LE), executing out of MVS datasets in the STEPLIB, which we're modifying, so that the assembler now calls some LE C++ code that uses a DLL which sits over in USS-land. We've successfully gotten the assembler to make the LE C++ callee think it was called from a pure LE caller (a little, but Vendor Interfaces-approved, slight of hand here :-)), but now we're trying to figure out how to combine STEPLIBs with MVS PDSEs with a PATH expression to where the DLL lives. All the examples I can find never mix the two types of program object libraries in an execution environment. We get: IEF689I JOB FAILED STEPLIB DID NOT OPEN. if we try to put the PATH statement into the STEPLIB concatenation. Putting the new program object (PO) into the USS library would be ugly, because this PO is only one of many PO being called when the job step runs. Anybody have any suggestions? Well, you're right that the two don't mix. STEPLIBs must be PDS/Es, and PATH is used for DLLs. Hmmm. Can you move the DLLs into your STEPLIB and set up PATH to point to the STEPLIB? Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Simplest way for app to tell if JES2 or JES3 environment?
Charles, In addition to the IAZXJSAB call - you will have to scan the SSCT chain to see if the returned subsystem name is JES2 or JES3. There is nothing to guarantee that the primary job entry subsystem is called JES2 or JES3. However, field SSCTSSID accurately informs you if the subsystem is JES2 or JES3. Rob Scott Rocket Software http://www.rs.com/portfolio/mxi/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DLLs and STEPLIBs
As has been suggested earlier, you can place DLLs into PDSEs - I have done this. There may be structural differences, one DLL becomes one PDSE containing many seperate program objects (one PDSE = one DLL). I have never created DLLs under USS, so I do not know exactly how they are organised here except I believe they are in one file. HTH Julian Subject: DLLs and STEPLIBs I'm posting to the Assembler list because I mention assembler several times in this message :-) Cross-posting to IBM-MAIN. I've looked thru the archives and manuals and some SHARE presentations, and can't seem to find the answer to this one. We've got an MVS application (LE C++, calling assembler which cares nothing about LE), executing out of MVS datasets in the STEPLIB, which we're modifying, so that the assembler now calls some LE C++ code that uses a DLL which sits over in USS-land. We've successfully gotten the assembler to make the LE C++ callee think it was called from a pure LE caller (a little, but Vendor Interfaces-approved, slight of hand here :-)), but now we're trying to figure out how to combine STEPLIBs with MVS PDSEs with a PATH expression to where the DLL lives. All the examples I can find never mix the two types of program object libraries in an execution environment. We get: IEF689I JOB FAILED STEPLIB DID NOT OPEN. if we try to put the PATH statement into the STEPLIB concatenation. Putting the new program object (PO) into the USS library would be ugly, because this PO is only one of many PO being called when the job step runs. Anybody have any suggestions? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Try Capscan's new online bureau at http://www.capscanintegrity.com * Matchcode International Best International Product at IDMF * *** This e-mail is confidential and intended solely for the use of the individual to whom it was addressed. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message is strictly prohibited. Please delete any copies you may have, on any computer. Any views expressed in this message are those of the individual sender and do not necessarily represent the views of Capscan Ltd and/or its subsidiaries. Please be aware that Internet communications are not secure. Capscan Limited Head Office: Capscan Limited Grand Union House 20 Kentish Town Road London NW1 9BB Registered in England no. 1183941 *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
sample?
Does anyone have an example of using the SJFREQ RETRIEVE Service? - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Simplest way for app to tell if JES2 or JES3 environment?
Yes, if you started JES with the following: s jes2test,sub=jes2 Charles Mills charlesmTo: IBM-MAIN@BAMA.UA.EDU @MCN.ORGcc: Sent by: IBM Subject: Re: Simplest way for app to tell if JES2 or JES3 Mainframeenvironment? Discussion List IBM-MAIN 02/07/2006 11:46 AM Please respond to IBM Mainframe Discussion List IAZXJSAB macro, with the COMPID parameter will tell you that. Okay, totally dumb follow-up question. COMPID= is documented as Specifies the location where the system is to return the 4-character name of the subsystem that created the JSAB. Question: is the name of JES2 or JES3 always JES2 or JES3? If a shop renamed their startup PROC JES2TEST or JES3V1R7 would COMPID= still return JES2 or JES3? Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Simplest way for app to tell if JES2 or JES3 environment?
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills Sent: Tuesday, February 07, 2006 11:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Simplest way for app to tell if JES2 or JES3 environment? IAZXJSAB macro, with the COMPID parameter will tell you that. Okay, totally dumb follow-up question. COMPID= is documented as Specifies the location where the system is to return the 4-character name of the subsystem that created the JSAB. Question: is the name of JES2 or JES3 always JES2 or JES3? If a shop renamed their startup PROC JES2TEST or JES3V1R7 would COMPID= still return JES2 or JES3? Charles No, the name of JES2 is not always JES2. I've run what was (is?) called PolyJES where I have multiple, separate JES2 subsystems running on a single MVS image, each called something different. Rember that a subsystem can be a max of 4 characters, so JES2TEST is not possible. I have run with JESA, however. If you're a pervert, you could run JES2 and call it JES3 grin. Perhaps you could tell us why you want to know? For instance something like: I know that if I'm running JES3, then I can do ... and it will work. Where ... is something that is JES3 only such as DJC (Dependant Job Control). The field SSCTSSID will tell if this is JES2, JES3, or other (what other?). I think you must chain chase to find this control block. I haven't tried, but the book z/OS: MVS Using the Subsystem Interface indicates that you can use an SSI call of 15 to obtain the address of the SSCVT that corresponds to a specific subsystem. If there is an easier way, hopefully somebody will speak up. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HP annual report
From: Timothy Sipples [EMAIL PROTECTED] Continued movement? Didn't IBM just announce its best mainframe revenue quarter since 1998 (the year of great Y2K preparation)? (Mainframes cost less than they did in 1998, by the way.) When is this movement going to start? Years ago it was commonly perceived that VHS was going to win the VHS/Beta war, and this became a self-fulfilling prophesy. Likewise, the decline of the mainframe is also commonly perceived. Whether it becomes a self-fulfilling prophesy depends in large part on how much IBM is willing to challenge the perception. I'd also be interested to know why HP recently *entered* the mainframe outsourcing business. My best guess is that HP identified an opportunity. Better not tell the CEO. :-) My best guess is that HP identified an opportunity all right; it's far easier to persuade a customer to move from mainframes to PC's when you're already running their IT department. And yet another reminder: I do not speak for IBM. Especially about HP, which is a fine company, truly. I agree; HP is a fine company. That's why I invest in their stock and why I just received their annual report. Millions of other investors saw it as well, and like me they also read the unchallenged statement from the CEO regarding the declining use of the mainframe. Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DLLs and STEPLIBs
Steve Comstock [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Thanks, Steve. I've thought of that, not so ugly as going the other way, but then I've got to get the application to find the DLL in the STEPLIB, and right now it's looking for a name that is longer than 8 characters, with a .dll extension on the end :-) I could write a program to stuff the name it's expecting into the PDSE as an alias (I had one about 5 years ago), but that's going to take a couple of hours I don't have ('ees not my dog :-) long story) Well, you're right that the two don't mix. STEPLIBs must be PDS/Es, and PATH is used for DLLs. Hmmm. Can you move the DLLs into your STEPLIB and set up PATH to point to the STEPLIB? Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Simplest way for app to tell if JES2 or JES3 environment?
Perhaps you could tell us why you want to know? I have a fairly complex application with a lot of variables in terms of datasets either provided by JCL or dynamically, which are used by my app and/or by another program (FTP actually) that I load dynamically. I need very specific output behavior in spite of arguably illogical conditions because I need to strictly imitate the behavior of another program (and you know how customers can be g). I am seeing some differences in behavior between JES2 and JES3 and I am trying to compensate for that programmatically. There seem to be some differences, for example, in how each handles the situation where the same DD SYSOUT is opened multiple times by successive programs, particularly if they use slightly different DCB attributes (F versus FA, for example). Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Tuesday, February 07, 2006 12:18 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Simplest way for app to tell if JES2 or JES3 environment? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills Sent: Tuesday, February 07, 2006 11:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Simplest way for app to tell if JES2 or JES3 environment? IAZXJSAB macro, with the COMPID parameter will tell you that. Okay, totally dumb follow-up question. COMPID= is documented as Specifies the location where the system is to return the 4-character name of the subsystem that created the JSAB. Question: is the name of JES2 or JES3 always JES2 or JES3? If a shop renamed their startup PROC JES2TEST or JES3V1R7 would COMPID= still return JES2 or JES3? Charles No, the name of JES2 is not always JES2. I've run what was (is?) called PolyJES where I have multiple, separate JES2 subsystems running on a single MVS image, each called something different. Rember that a subsystem can be a max of 4 characters, so JES2TEST is not possible. I have run with JESA, however. If you're a pervert, you could run JES2 and call it JES3 grin. Perhaps you could tell us why you want to know? For instance something like: I know that if I'm running JES3, then I can do ... and it will work. Where ... is something that is JES3 only such as DJC (Dependant Job Control). The field SSCTSSID will tell if this is JES2, JES3, or other (what other?). I think you must chain chase to find this control block. I haven't tried, but the book z/OS: MVS Using the Subsystem Interface indicates that you can use an SSI call of 15 to obtain the address of the SSCVT that corresponds to a specific subsystem. If there is an easier way, hopefully somebody will speak up. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Simplest way for app to tell if JES2 or JES3 environment?
Chasing the SSCT is a simple thing : Assuming name of subsystem in field SSID L R8,CVTPTR(,0) grab cvt L R8,CVTJESCT-CVTMAP(,R8) get JESCT L R8,JESSSCT-JESCT(,R8) get first SSCT USING SSCT,R8 DO UNTIL=(ICM,R8,B'',SSCTSCTA,Z) IF (CLC,SSCTSNAM,EQ,SSID) SELECT CLI,SSCTSSID,EQ WHEN (SSCTJES2) BRAS R14,CODE_FOR_JES2 WHEN (SSCTJES3) BRAS R14,CODE_FOR_JES3 OTHRWISE BRAS R14,CODE_FOR_UNKNOWN ENDSEL , DOEXIT , ENDIF , ENDDO , Rob Scott Rocket Software http://www.rs.com/portfolio/mxi/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 $DPRT,STATUS,/STATUS^=DRAINED
My JES2 1.7 manual that I referred to earlier looks like this (don't know how this will display): 5.1.1.2 Command syntax ... Not equal to symbol Within this book, we use the not equal symbol set (¬ =) to set a selection to mean not equal to, but your keyboard might not support the use of the ¬ symbol. Consoles support the ¬ character; personal computers typically do not. However, you can use your terminal emulator or keyboard mapping to map the shift 6 key ( ¨) to the hexadecimal value for¬. Alternatively, using the symbol set less than-greater than () can provide this same, not-equal-to, definition. My 1.4 version of the manual does not contain this paragraph. . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 02/07/2006 03:05:37 AM: In a post direct to the group, Bruce Hewson wrote: Ok, the manual is incorrect. For the $DPRT page it has ^= but I found other pages in the manual with ¬= And it works correctly now. So not sign (¬) is correct and the cap(^) is not. This is at z/OS 1.4 I will chase IBM to ensure the JES2 documentation is corrected. I also confirm the using works at this level. Regards Bruce Hewson --- Bruce, You should not be too hard on the authors of the JES2 manual. I am not a code page specialist but, over the years, I have noted that often the cap and not sign get muddled up and one learns to compensate. This is just one of those infelicities to which one resigns oneself. Chris Mason -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 9672 R45 with zOS 1.4
In a message dated 2/7/2006 11:15:06 A.M. Central Standard Time, [EMAIL PROTECTED] writes: AFAIK z/OS (as well as OS/390) requires ALS-1, which is G5 or higher. ALS-2 is z/900 or higher. z/OS thru 1.5 runs in 31-bit on G5's. 1.6 requires 64-bit machine. Stand corrected. ALS-1 G5, ALS-2 z/Box Never recovered from the Rx1,Rx2 offset. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Simplest way for app to tell if JES2 or JES3 environment?
Whew! Simple this isn't (for what ought to be a simple question, no?). The answer would appear to be: - Use IAZXJSAB to determine the name of the subsystem under which one is running. - Pass that name to IEFSSI to get the address(?) of the SSCVT (not clear how but IBM says The SSCVT should be accessed only through the services provided by the IEFSSI macro.). There's a pointer in the CVT but it gets complex if there is more than one subsystem. - Field SSCTSSID of the SSCVT unambiguously indicates JES2 or JES3. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Tuesday, February 07, 2006 12:18 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Simplest way for app to tell if JES2 or JES3 environment? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills Sent: Tuesday, February 07, 2006 11:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Simplest way for app to tell if JES2 or JES3 environment? IAZXJSAB macro, with the COMPID parameter will tell you that. Okay, totally dumb follow-up question. COMPID= is documented as Specifies the location where the system is to return the 4-character name of the subsystem that created the JSAB. Question: is the name of JES2 or JES3 always JES2 or JES3? If a shop renamed their startup PROC JES2TEST or JES3V1R7 would COMPID= still return JES2 or JES3? Charles No, the name of JES2 is not always JES2. I've run what was (is?) called PolyJES where I have multiple, separate JES2 subsystems running on a single MVS image, each called something different. Rember that a subsystem can be a max of 4 characters, so JES2TEST is not possible. I have run with JESA, however. If you're a pervert, you could run JES2 and call it JES3 grin. Perhaps you could tell us why you want to know? For instance something like: I know that if I'm running JES3, then I can do ... and it will work. Where ... is something that is JES3 only such as DJC (Dependant Job Control). The field SSCTSSID will tell if this is JES2, JES3, or other (what other?). I think you must chain chase to find this control block. I -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HP annual report
From: Dave Salt [EMAIL PROTECTED] I agree; HP is a fine company. That's why I invest in their stock and why I just received their annual report. Millions of other investors saw it as well, and like me they also read the unchallenged statement from the CEO regarding the declining use of the mainframe. They could always take a cue from Monty Python and make a fine argument by saying No it isn't. That would satisfy those who want an answer from IBM, as well as the bigwigs within the mainframe division(s) of IBM that act like deer in the headlights of the distributed systems truck bearing down on them. :-). Dave Salt SimpList(tm) - The easiest, most powerful way to surf a mainframe! http://www.mackinney.com/products/SIM/simplist.htm Regards, Dean Kent Speaking for myself, not my employer, my business partners, my family, my friends nor my enemies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Simplest way for app to tell if JES2 or JES3 environment?
Charles, Actually it is quite simple - you don't need the IEFSSI call - please see the code fragment that I posted. However you *do* need the IAZXJSAB call as the ASSBJSAB pointer in the ASSB control block is not a GUPI - otherwise you could have just gone : ASCB--ASCBASSB--ASSB--ASSBJSAB--JSAB. Rob Scott Rocket Software http://www.rs.com/portfolio/mxi/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HP annual report
From: Steve Comstock [EMAIL PROTECTED] Until the up and coming folks get excited about what mainframes can do and the advantages they offer (and this has to include cost effectiveness), the trend in the number of companies using IBM mainframes can only be downward. In my opinion, people will NEVER get excited about using mainframes as long as they have no option but to work with the default interface. Constantly swapping between screens and typing in data set names all day long is a complete and utter waste of time. The learning curve and lowered productivity costs companies billions of dollars a year. From a user perspective, working with the default mainframe interface is tedious, frustrating, time-consuming, and error prone. More than that, it contributes to anti-mainframe sentiment among people who would much rather use a mouse instead of a keyboard. I'll be the first to admit I have a biased point of view, as I make a living developing an alternative interface. The reason I started developing the product is because I feel so strongly about the issue. In fact, I feel so strongly about it I'd much rather see companies use ANY product that improves the mainframe interface, instead of giving people the totally false and misleading impression that the default interface is the only interface available. Some products cost money and some products are free. Some offer a quantum leap forward, comparable to using Windows versus DOS. It's unimaginable to me that any company would use DOS in their PC environment, when dramatically more productive alternatives are available. Yet for some strange reason, this same common-sense attitude just doesn't seem to exist when people consider (or more accurately DON'T consider) the various alternative interfaces available for the mainframe. To me, improving productivity and user experience are two of the most fundamental steps towards seeing the mainframe survive and flourish well into the future. Both of these steps can be accomplished very easily by simply installing one of many different alternative interface products available on the market. For example: ISPF Productivity Tool (formerly Spiffy) - by IBM Favorites - by ASG JumpList - a free product available on the CBT tapes Note: I'm not associated with any of the above products in any way. Dave Salt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DLLs and STEPLIBs
Cross posting to assembler-list Results so far: (1) Copied to PDSE using a generic name using the OGETX functionnada (2) Re-bound from the USS library into the PDSE using the HFS file as input, with the following binder options ALIASES=ALL,CASE=MIXED,DYNAM=DLL,COMPAT=PM3, and the PDSE file as output (again, with a generic 8-character name), with an ALIAS control card specifying the real name of the DLL...again, nada Nada==We get an abend that indicates it never found the address of the function call in the DLL (S0C1 with R14 pointing to the point in the C++ callee where it tries to invoke the function in the DLL), which makes us think it didn't properly find the DLL. Lester, Charles (LNG-DAY) [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] .net... Steve Comstock [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Thanks, Steve. I've thought of that, not so ugly as going the other way, but then I've got to get the application to find the DLL in the STEPLIB, and right now it's looking for a name that is longer than 8 characters, with a .dll extension on the end :-) I could write a program to stuff the name it's expecting into the PDSE as an alias (I had one about 5 years ago), but that's going to take a couple of hours I don't have ('ees not my dog :-) long story) Well, you're right that the two don't mix. STEPLIBs must be PDS/Es, and PATH is used for DLLs. Hmmm. Can you move the DLLs into your STEPLIB and set up PATH to point to the STEPLIB? Kind regards, -Steve Comstock -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 9672 R45 with zOS 1.4
This is very strange. We've been told by IBM that inorder run anything higher than OS/390 2.10, we had to go to a z box. We're currently running OS/390 2.6 on a 9672 R83. Context always matters. IBM does not sell/market anything older than a z/900. The microcode store is too small on an R83 to support the (even 31-bit) instructions required for z/OS. So, if you go through IBM, you have no choice but a z/BOX. Maybe, 3RD party can find you an upgrade to a G5, which will support z/OS in 31-bit. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 9672 R45 with zOS 1.4
R45 is G4 machine. AFAIR it cannot run any z/OS as well as OS/390 2.10 It can run 2.10, IIRC. But, it's been a long time since I saw one. But, you have to be on G5+ for z/OS. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Simplest way for app to tell if JES2 or JES3 environment?
Question: is the name of JES2 or JES3 always JES2 or JES3? I worked in a shop many moons ago, that had one site at JES3 and two at JES2. They used the sub-system name of JES at all shops. This allowed for more standardisation of exits and other naming conventions. Also, when we went to XA (like I said many moons ago) we didn't have much exit work (related to JESx) to do, as we also converted the JES3 site to JES2. Of course, we then had to go and install the MELLON MODS and THRUPUT MANGLER to give JES2 the functionality we lost from JES3. - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DLLs and STEPLIBs
STEPLIBs must be PDS/Es They can also be PDS datasets. Or, is that what you're trying to say with the /? Remember: The purpose of communication is not to ensure you're understood. It's to ensure that you ARE NOT misunderstood. (8{]} - -teD I’m an enthusiastic proselytiser of the universal panacea I believe in! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HP annual report
Dave's alternative interface, SimpList, is no slouch either. :-) My opinion is already on the record in a review that originally appeared in the Feb 2005 issue of Technical Support. http://www.mackinney.com/products/SIM/NaspaSIM05.pdf - Original Message - From: Dave Salt [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, February 07, 2006 3:28 PM Subject: Re: HP annual report SNIP I'll be the first to admit I have a biased point of view, as I make a living developing an alternative interface. The reason I started developing the product is because I feel so strongly about the issue. In fact, I feel so strongly about it I'd much rather see companies use ANY product that improves the mainframe interface, instead of giving people the totally false and misleading impression that the default interface is the only interface available. SNIP -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS and z/OS.e support withdrawal dates
I haven't seen any post yet pointing IBM-MAIN people (who may have missed it) to: _ 906027 Software Service Discontinuance: Selected IBM eServer zSeries and S/390 products -- Some replacements available http://www.ibm.com/isource/cgi-bin/goto?it=usa_annredon=906-027 and in particular to: Releases to be withdrawn from service March 31, 2007 Product Product nameVersionnumber IBM SMP/E for z/OS and 3.15655-G44 OS/390 z/OS1.45694-A01 z/OS1.55694-A01 z/OS.e 1.45655-G52 z/OS.e 1.55655-G52 *** Certainly no great big surprise, but worth noting the announcement letter. Also, worth reading what other releases have support withdrawal dates announced (including CICS TS V2.2, and various PL/I, COBOL, and HLASM releases) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DLLs and STEPLIBs
Results so far: (1) Copied to PDSE using a generic name using the OGETX functionnada (2) Re-bound from the USS library into the PDSE using the HFS file as input, with the following binder options ALIASES=ALL,CASE=MIXED,DYNAM=DLL,COMPAT=PM3, and the PDSE file as output (again, with a generic 8-character name), with an ALIAS control card specifying the real name of the DLL...again, nada Nada==We get an abend that indicates it never found the address of the function call in the DLL (S0C1 with R14 pointing to the point in the C++ callee where it tries to invoke the function in the DLL), which makes us think it didn't properly find the DLL. I don't know of any obvious reason why this wouldn't work. Did you have the import/export control file (ahem) stuff allocated? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving from CA-MIM to GRS.
I know I wear a CA hat during normal working hours. I, too, wanted to be CA-free in the 90s; but the number of customers who would agree with you is quite large today. And I wouldn't dump a product withough having CA folks try to get creative with finance. I usually don't touch any of Ed Gould's threads because he is so negative, and some times I think he just likes to hear himself talk. Not sure where his reality is. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving from CA-MIM to GRS.
- Original Message - From: McKown, John [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, February 07, 2006 10:10 AM Subject: Re: Moving from CA-MIM to GRS. with their move everything under datacom logic lately, I can understand why people are getting off of c/a, plus they're not doing us any favors on their latest pricing offer. Hum, I will be a contrarian. I understand the dislike of CA. I still have some. However, at least here and recently, CA has been quite helpful to us. We have replaced products from other vendors AND SAVED US MONEY at the same time. CA has been more accomodating of our financial requirement. Granted, I still dislike some of the products from a technical standpoint (more difficult to install, customize, and use). But I do have a somewhat kinder disposition towards them. At least for now. Because by saving us money on z/OS software, they helped derail the Windows uber alles crowd and save my job for me. I have a similar hate/love relationship with auditors. They have also been a help to the z/OS side by their points about Windows security and auditability which we can address on z/OS. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OT Speaking about HP
* Honeywell Blames Ex-employee In Data Leak http://cwflyris.computerworld.com/t/283848/248833/8300/0/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving from CA-MIM to GRS.
On Feb 7, 2006, at 9:10 AM, McKown, John wrote: -SNIP- MIM is from CA. This is a big issue to companies that want to stay out of CA clutches. I have seen go to great measure to sand up and say I am CA Free! Ed Hum, I will be a contrarian. I understand the dislike of CA. I still have some. However, at least here and recently, CA has been quite helpful to us. We have replaced products from other vendors AND SAVED US MONEY at the same time. CA has been more accomodating of our financial requirement. Granted, I still dislike some of the products from a technical standpoint (more difficult to install, customize, and use). But I do have a somewhat kinder disposition towards them. At least for now. Because by saving us money on z/OS software, they helped derail the Windows uber alles crowd and save my job for me. I have a similar hate/love relationship with auditors. They have also been a help to the z/OS side by their points about Windows security and auditability which we can address on z/OS. -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology --SNIP- John, CA is not all bad, just some of their sales tactics and *SOME* of their support and their pricing and ... . and. :) I won't rehash the stuff I have run into in recent years and I am sure that almost most of us can tell of something CA has done that should earn them a medal in the hall of shame. I neglected to mention of buying off competition and the resultant product really *SUCKS*. Their SMPe packaging is another item that deserves to be put in the hall of shame, IMO. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT Speaking about HP
On Tue, 7 Feb 2006 19:46:25 -0600, Ed Gould [EMAIL PROTECTED] wrote: * Honeywell Blames Ex-employee In Data Leak http://cwflyris.computerworld.com/t/283848/248833/8300/0/ ... which says, in part: In the court filings, Honeywell claimed that Nugent intentionally exceeded authorized access to a Honeywell computer, but the integrity of Honeywell's computer systems was not compromised, Ferris said. Nobody hacked into systems, he said, without disclosing further details on the data breach. A fine semantic distinction which should provide great comfort to the individuals whose personal information was ... What's another word for compromised? -- gil -- StorageTek INFORMATION made POWERFUL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 9672 R45 with zOS 1.4
*Official IBM* version is: z/OS 1.6 and next requires 64-bit machine - z/900, z/800, z/990, z/890, z9 (zMachine). z/OS 1.1 thru 1.5 can run on zMachine - obvious. z/OS 1.1 thru 1.5 can also run on 31-bit machines, *but* ALS-2 is required. ALS-2 means G5 (9672 Rx6), G6 (9672Rx7) and MP3000. OS/390 2.10 requires ALS-1 (G2 (9672 Rx2 and Rx3) G3 (9672 Rx4) G4 (9673 Rx5), and MP2003). Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: State of the Mainframe - Part II: The Capacity Conundrum
Interesting, but a few problems. I can't comment on the zLinux issues as that is not my area. IBM does not increase software prices for releases. There is no difference between the price of z/OS 1.3 and z/OS 1.4 and there is no additional required hardware. Further z/OS V2 (if there is to be a z/OS Version 2) has not been announced. Also z/OS V1 was priced the same as OS/390 (it's predecessor) on some pricing plans and is less expensive than OS/390 on other pricing plans. Al -- Al Sherkow, I/S Management Strategies, Ltd. Consulting Expertise on Capacity Planning, Performance Tuning, WLC, LPARs, IRD and LCS Software Seminars on IBM SW Pricing, LPARs, and IRD Voice: +1 414 332-3062 Web: www.sherkow.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Complete list of log files created by mainframe...
Dear all, I am a programmer. I don't know the about the log files created by mainframe OS/390 at the system level. I am very much interested to know all the log files created by mainframe. Can somebody teach me???. Thanks!!! Regards, Vinoth The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HP annual report
In my opinion, people will NEVER get excited about using mainframes as long as they have no option but to work with the default interface. I agree with that. Here's what's happening. There's some interesting work afoot on the new face of the mainframe, and I know many people have heard about the work in this area at SHARE and other conferences. This is the year when that work bears fruit. Candle was perhaps IBM's best ever acquisition, by the way. IBM is promoting Vanguard's RACF graphical management tools very aggressively. Development tooling has also been totally revamped around Eclipse. You set a breakpoint in COBOL exactly the same way as you do in Java now. (It's uncanny.) CA just announced an Eclipse plug-in for Endevor, so that helps even more shops. There have also been rumblings of 3270 user interface discontinuance for certain subsystems (or parts of subsystems). CICS V3R2 is one example where you'll start to see that happen. The (controversial, yes) HMC just got revamped with System z9. It's worth mentioning that the second Web server in the world ran on a mainframe (at Stanford), and the first Web application (i.e. more than static content) was a pre-CGI application at CERN that provided Web access to a VM find program. Mainframes have been doing GUI for a long, long time -- and Web longer than Solaris, Windows, or just about anything else (except NeXT UNIX). But the GUI movement for routine system management and development has come hot and heavy for the past couple years, and you're going to see more of that this year. This issue is partly a challenge for mainframe organizations. If users want Web interfaces, make sure you deliver them. It's very, very easy to do almost instantly. (HATS is an excellent example, and it runs very well indeed on z/OS or Linux on z.) Do it. Mainframes are as youthful as you want them to be. - - - - - Timothy F. Sipples Consulting Enterprise Software Architect, z9/zSeries IBM Japan, Ltd. E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS and z/OS.e support withdrawal dates
Releases to be withdrawn from service March 31, 2007 Product Product nameVersionnumber z/OS1.45694-A01 z/OS1.55694-A01 z/OS.e 1.45655-G52 z/OS.e 1.55655-G52 Yes, this news makes it official. I would draw attention to the prices of 64-bit mainframes, particularly z800 and z890. The z800 has crashed below the price of one modestly paid employee or one mid-range UNIX server. Run the numbers (including software costs), add an IFL or zAAP or both (or zIIP if you can swing it), and figure out how much money you'll save and how quickly. The financials are attractive most of the time because of these 64-bit carrots (do something, anything, new) IBM is lobbing into the market. We're getting off the mainframe is a ridiculous reason not to do anything. Inertia costs money -- more money -- in many (most?) instances. If you're bleeding, go see a doctor. If you have a guaranteed positive return on investment in 18 months (for example), it would be sheer business folly not to act if you've had a getting off strategy for 18 years. :-) - - - - - Timothy F. Sipples Consulting Enterprise Software Architect, z9/zSeries IBM Japan, Ltd. E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html