Re: Bruce Black passed away
Thanks, Russell for taking the trouble to notify this community. May Bruce rest in peace and may God bless him and his family as well as the people at Innovation. Other death notifications in 2 years on this list. May 2006 - Grace Hopper Oct 2006 - Ralph Griswold Dec 2006 - Don Marquardt May 2007 - Jim Keohane Aug 2007 - Peter Pfaffner I will really miss Bruce's good sense of humor. Groete / Greetings Elardus Engelbrecht -- 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: Bruce Black passed away
Several times over the years, Bruce's posts have helped me one way or the other. Any person who contributes their time and effort to help others, as Bruce did, deserves much respect. The best way to do this, I think, would be to try and mimic his helpfulness and courtesy. I'm a big talker and of limited knowledge in so many technical spheres but I hope I get the opportunity to practice what I preach. May he rest in peace. -- 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: Bruce Black passed away
In [EMAIL PROTECTED], on 11/05/2007 at 10:47 AM, Russell Witt [EMAIL PROTECTED] said: I am very sorry to say that Bruce Black passed away this past weekend. I'm too shocked to know what to say, but may those who knew him keep his memory alive. He will be missed. Zichrono lvrachah. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CSA 'above the bar'
In [EMAIL PROTECTED], on 11/05/2007 at 06:11 PM, Dave Kopischke [EMAIL PROTECTED] said: I thought z/VM was the virtualizer ??? (if that's a word). CP is the virtualizer, but z/VM includes other components, e.g., CMS. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: About dispatching process
In [EMAIL PROTECTED], on 10/30/2007 at 08:12 PM, Johnny Luo [EMAIL PROTECTED] said: I think RBLINK of RB1 points to the TCB. Yes, but you have to start with TCBRBP. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: embarressing SDSF question.
In [EMAIL PROTECTED], on 10/17/2007 at 04:17 PM, Ed Gould [EMAIL PROTECTED] said: That is interesting as we were early ship for PSF and we had our hands full with PSF PTF's but, I don't recall of a single JES2 issue There was no PSF for the original 3800. It came later, with AFP. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Intervention Required on Virtual Device
OK Guys stupid question time. How does one clear an Intervention Required on a Virtual Device? We have a batch job that is running and wants to end but the device is Allocated Not Ready. -D U,,,310 IEE457I 07.19.27 UNIT STATUS 657 UNIT TYPE STATUSVOLSER VOLSTATE 0310 349L A-NRD-M W17104 PRIV/REMOV The D R,L command results are: PENDING UNITS: READY UNITS: 0264 031E 0327 032B 032C 0340 0349 0356 035E 0369 0371 READY UNITS: 037A 062B INTRV REQ'D: 0310 These devices are shared across 10 LPARs on two CPCs so were using MIM/MIA to manage the allocations. Ken Mazer Hoping someone has some ideas. -- 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: DFHSM MYSTERY
Thanks Barry. I found it. Schwarz, Barry A [EMAIL PROTECTED] wrote: In ISPF, on any panel with a command line, enter TSO ISRDDN to bring up a list of allocated datasets. Enter LPA to add the LINKLST and LPA libraries to the list. Enter MEMBER ARCMDEXT to search for the module. Change the response to YES in the pop up that warns about linklist access. If the module exists, it will appear to the left of the dataset where it was found. -Original Message- From: willie bunter [mailto:[EMAIL PROTECTED] Sent: Monday, November 05, 2007 11:32 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFHSM MYSTERY Good Afternoon All I am trying to trouble shoot a problem. I find a dsn with a management class which allows for migration after 6 PRIMARY days. The dsn was created on October 28 (Julian date 301). I verfied the dataset creation date against the SMF records and I has never been refered since October 28. However when I try to migrate to ML1 or ML2 I get the following error: ARC1001I SF3.VHUD$1D.UNLOAD.DBH.G0004V00 MIGRATE FAILED, RC=0045, REAS=0092 ARC1245I DATA SET NOT ELIGIBLE FOR MIGRATION The reason offered is that : If the data set should be considered eligible for migration, the data set migration exit (ARCMDEXT) must be updated so that it does not exclude the data set from migration. My problem is that I cannot find ARCMDEXT. Would you know where it could be? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: embarressing SDSF question.
On Nov 6, 2007, at 4:13 AM, Shmuel Metz (Seymour J.) wrote: In [EMAIL PROTECTED], on 10/17/2007 at 04:17 PM, Ed Gould [EMAIL PROTECTED] said: That is interesting as we were early ship for PSF and we had our hands full with PSF PTF's but, I don't recall of a single JES2 issue There was no PSF for the original 3800. It came later, with AFP. I know that Shmuel. We were in the early ship program for PSF and all we had were 3800-3's and two 3820's. We did NOT have any 3800's before that. In fact we had XEROX printers. The majority of the bugs we found in PSF were in error recovery. there might have been some issue with JES2 in draining printers (not being able to) but canceling PSF seemed to work. The (Xerox) units stood over in the corner and were standalone as I recall. The system created tapes and the operator manually had to take them over and mount them on the xerox unit and type some commands on the console (if thats the right term). It was somewhat error prone in that operators could forget to print tapes. I had the idea that these were expensive and that is why they pushed to get rid of them. Although, IIRC (memory is iffy here) IBM approached our management and had to do a sell on cost. We were lucky in that there was not a lot of custom programming that had been done for the xerox printers, so the conversion was relatively painless. IIRC (and it's been 15+ years) we had to create some IEBGENER jobs to chop off the data from 134-144 and some Fileaid jobs to insert 5A records. I was able to do this in an afternoon or less. Like I said we were lucky in that almost no custom programming had been done. We were really lucky that we did not have to touch any COBOL programs to accomplish this or the conversion would have probably would have taken months. 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: Bruce Black passed away
I am very sad to hear this news. I had always looked forward to meeting Mr. Black someday. I had great respect for him through his responses on this list. His ability and willingness to equally answer questions about FDR as well as DFSMSdss spoke volumes to me about his character. I was always impressed that he always answered the questions fairly and didn't try to 'sell' FDR over DFSMSdss. His type of character seems to be increasingly rare. I will miss his contributions to the list. Thanks, Andrew Wilt IBM DFSMSdss Architecture/Development Tucson, Arizona IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 11/05/2007 09:47:08 AM: I am very sorry to say that Bruce Black passed away this past weekend. Those of you that knew Bruce know that he had been in poor health for some time, but things were looking better. So this has come as a surprise to many of us. The folks at Innovation will keep Bruce's email address active for some time, so if you want to send condolences to the family you can send them to Bruce's email address at Innovation and they will forward them along to his family. Russell Witt -- 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: CSA 'above the bar'
Ted MacNEIL wrote: Just curious: how S/360 *24-bit* programs could have problems with memory between 2-4G ??? Radaslow, I don't understand your question! 24-bit programmes cannot access virtual above 16Mb. The dead zone is not a problem for real occupancy. Ted, I'm not so slow, call me RadaFAST (or Radoslaw) g I understand, the hole is only in virtual memory, the real memory between 2G and 4G will not be wasted. However I don't understand the reason why any bit in any 24-bit address could mess someting in 64-bit addressing mode. Is it a problem with low-order bit ? -- 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.2007 r. kapitał zakładowy BRE Banku SA (w całości opłacony) wynosi 118.064.140 zł. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwał XVI WZ z dnia 21.05.2003 r., kapitał zakładowy BRE Banku SA może ulec podwyższeniu do kwoty 118.760.528 zł. Akcje w podwyższonym kapitale zakładowym będą w całości opłacone. -- 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: Bruce Black passed away
- Original Message From: Russell Witt [EMAIL PROTECTED] I am very sorry to say that Bruce Black passed away this past weekend. Very bad news. I've never met Bruce personally, nor spoke with him. I've always learned something reading his posts, he was very skilled and willing to help. I got the impression he was a wise, good man. I am very sorry. Walter Marguccio z/OS Systems Programmer Munich - Germany ___ Yahoo! Answers - Got a question? Someone out there knows the answer. Try it now. http://uk.answers.yahoo.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Intervention Required on Virtual Device
Try varying it online. Ken Mazer [EMAIL PROTECTED] 11/6/2007 7:45:58 AM OK Guys stupid question time. How does one clear an Intervention Required on a Virtual Device? We have a batch job that is running and wants to end but the device is Allocated Not Ready. -D U,,,310 IEE457I 07.19.27 UNIT STATUS 657 UNIT TYPE STATUSVOLSER VOLSTATE 0310 349L A-NRD-M W17104 PRIV/REMOV The D R,L command results are: PENDING UNITS: READY UNITS: 0264 031E 0327 032B 032C 0340 0349 0356 035E 0369 0371 READY UNITS: 037A 062B INTRV REQ'D: 0310 These devices are shared across 10 LPARs on two CPCs so were using MIM/MIA to manage the allocations. Ken Mazer Hoping someone has some ideas. -- 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: Don't blame PC weenies for LE was Re: PL/S ??
Ted MacNEIL wrote: Remember: Software eventually works! I can't remember: Current version, next version or while being obsolete? ;-D Groete / Greetings Elardus Engelbrecht Full portability: Same bugs on every platforms. -- 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: CSA 'above the bar'
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Van Dalsen, Herbie [ snip ] With my limited experience I deducted the following: Someone wants to create a shared block of memory CSA/not and share it between programs. My understanding is that a 24-bit program can address 24-bit addresses, 31-bit, 64-bit... So in my inexperienced mind the 24bit program could never share in the happiness of this above the bar heaven of shared storage. Correct. For an amode24 program, the entire universe ends at address x'00FF'; the next step wraps back to x''. So for an amode24 program, there is nothing above the line or above the bar because for it, there is neither a line nor a bar. -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
branch from address
I have a situation where a program is doing a wild branch and I have something in the back of my mind about being able to get the branch from address in a dump. Am I imagining this or is it possible and if so how is it enabled. Jim McAlpine -- 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: Intervention Required on Virtual Device
I should have said that we've tried to vary the device online but that had no effect. Thanks for the suggestion. KEn -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rowe Sent: Tuesday, November 06, 2007 9:20 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Intervention Required on Virtual Device Try varying it online. Ken Mazer [EMAIL PROTECTED] 11/6/2007 7:45:58 AM OK Guys stupid question time. How does one clear an Intervention Required on a Virtual Device? We have a batch job that is running and wants to end but the device is Allocated Not Ready. -D U,,,310 IEE457I 07.19.27 UNIT STATUS 657 UNIT TYPE STATUSVOLSER VOLSTATE 0310 349L A-NRD-M W17104 PRIV/REMOV The D R,L command results are: PENDING UNITS: READY UNITS: 0264 031E 0327 032B 032C 0340 0349 0356 035E 0369 0371 READY UNITS: 037A 062B INTRV REQ'D: 0310 These devices are shared across 10 LPARs on two CPCs so were using MIM/MIA to manage the allocations. Ken Mazer Hoping someone has some ideas. -- 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: Intervention Required on Virtual Device
Most interventions I have seen on a virtual device (I'm assuming this is a VTS tape drive) were because of a problem with the staging of the volume from the back end back to the TVC (usually tape stuck in drive or not in library). Usually ended up trashing the job before fixing the 'real' issue. Ken Porowski AVP Systems Software CIT Group E: [EMAIL PROTECTED] -Original Message- Scott Rowe Try varying it online. Ken Mazer [EMAIL PROTECTED] 11/6/2007 7:45:58 AM OK Guys stupid question time. How does one clear an Intervention Required on a Virtual Device? We have a batch job that is running and wants to end but the device is Allocated Not Ready. -D U,,,310 IEE457I 07.19.27 UNIT STATUS 657 UNIT TYPE STATUSVOLSER VOLSTATE 0310 349L A-NRD-M W17104 PRIV/REMOV The D R,L command results are: PENDING UNITS: READY UNITS: 0264 031E 0327 032B 032C 0340 0349 0356 035E 0369 0371 READY UNITS: 037A 062B INTRV REQ'D: 0310 These devices are shared across 10 LPARs on two CPCs so were using MIM/MIA to manage the allocations. Ken Mazer Hoping someone has some ideas. -- 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: CSA 'above the bar'
Radoslaw, This thread started with the following question: Am I correct in believing that the method to obtain the equivalent of CSA above the bar is to use macro IARV64 with the REQUEST=GETSHARED option? Then one of the other said: Since CSA is available to everyone, how do you make this 'above the 4GB bar' storage available to everyone (read only)? Another said this: If a 24-bit or 31-bit address is interpreted as or expanded to a 64-bit address and the high-order bit happens to be on, that would cast the virtual address into the 2-4 gigabyte range and unpredictable effects could ensue. With my limited experience I deducted the following: Someone wants to create a shared block of memory CSA/not and share it between programs. My understanding is that a 24-bit program can address 24-bit addresses, 31-bit, 64-bit... So in my inexperienced mind the 24bit program could never share in the happiness of this above the bar heaven of shared storage. Regards Herbie -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: 06 November 2007 13:13 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CSA 'above the bar' Ted MacNEIL wrote: Just curious: how S/360 *24-bit* programs could have problems with memory between 2-4G ??? Radaslow, I don't understand your question! 24-bit programmes cannot access virtual above 16Mb. The dead zone is not a problem for real occupancy. Ted, I'm not so slow, call me RadaFAST (or Radoslaw) g I understand, the hole is only in virtual memory, the real memory between 2G and 4G will not be wasted. However I don't understand the reason why any bit in any 24-bit address could mess someting in 64-bit addressing mode. Is it a problem with low-order bit ? -- 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.2007 r. kapitał zakładowy BRE Banku SA (w całości opłacony) wynosi 118.064.140 zł. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwał XVI WZ z dnia 21.05.2003 r., kapitał zakładowy BRE Banku SA może ulec podwyższeniu do kwoty 118.760.528 zł. Akcje w podwyższonym kapitale zakładowym będą w całości opłacone. -- 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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- 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: CSA 'above the bar'
Chase, John wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Van Dalsen, Herbie [ snip ] With my limited experience I deducted the following: Someone wants to create a shared block of memory CSA/not and share it between programs. My understanding is that a 24-bit program can address 24-bit addresses, 31-bit, 64-bit... So in my inexperienced mind the 24bit program could never share in the happiness of this above the bar heaven of shared storage. Correct. For an amode24 program, the entire universe ends at address x'00FF'; the next step wraps back to x''. So for an amode24 program, there is nothing above the line or above the bar because for it, there is neither a line nor a bar. That's also my understanding. So, again, why 24-bit programs could be a reason for 2-4G hole ? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- 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: CSA 'above the bar'
The following message is a courtesy copy of an article that has been posted to alt.folklore.computers as well. [EMAIL PROTECTED] (Van Dalsen, Herbie) writes: Someone wants to create a shared block of memory CSA/not and share it between programs. My understanding is that a 24-bit program can address 24-bit addresses, 31-bit, 64-bit... So in my inexperienced mind the 24bit program could never share in the happiness of this above the bar heaven of shared storage. as i mentioned in this post http://www.garlic.com/~lynn/2007r.html#62 CSA 'above the bar' ... the way that i originally did sharing implementation and mmap support http://www.garlic.com/~lynn/subtopic.html#mmap was that the same shared object wasn't required to occupy the same virtual address in every virtual address space. however, it could represent a challenge when program images with relocatable address constants were involved http://www.garlic.com/~lynn/subtopic.html#adcon there would still be an issue of the amount of happiness (available in 24bit mode) as opposed to any happiness. it would create a problem for processors that had virtual caches ... i.e. cache lines indexed by virtual address ... resulting in synonyms/duplicates in the cache when the same object was addressed by different virtual addresses. here is old email discussing dual index 3090 D-cache http://www.garlic.com/~lynn/2003j.html#email831118 in this post http://www.garlic.com/~lynn/2003j.html#42 Flash 10208 other posts about virtual cache http://www.garlic.com/~lynn/2006u.html#37 To RISC or not to RISC http://www.garlic.com/~lynn/2006v.html#6 Reasons for the big paradigm switch http://www.garlic.com/~lynn/2006w.html#17 Cache, TLB, and OS one of the other issues for TLB (hardware that translates virtual page addresses to real page addresses) ... all the entries were tagged/associated with specific virtual address spaces ... i.e. STO-associative. This generalized mechanism resulted in a huge number of duplicated entries CSA/common-segment. So as a special case optimization for the whole MVS CSA/common-segment hack gorp ... a special option was provided that identified virtual addresses as something belonging to common-segment. These areas then became associated in the TLB with effectively a system-wide, unique, artificial common-segment virtual address space (effectively violating the whole generalized virtual address space architecture ... rather than associated with generalized virtual address space ... it became associated with a custom operating system specific construct that was known to have very specific characteristics). past post in this thread discussing rise of the whole ugly common segment gorp http://www.garlic.com/~lynn/2007r.html#56 CSA 'above the bar' other posts in this thread http://www.garlic.com/~lynn/2007r.html#64 CSA 'above the bar' http://www.garlic.com/~lynn/2007r.html#65 CSA 'above the bar' -- 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: branch from address
On Tue, 6 Nov 2007 14:53:47 +, Jim McAlpine [EMAIL PROTECTED] wrote: I have a situation where a program is doing a wild branch and I have something in the back of my mind about being able to get the branch from address in a dump. Am I imagining this or is it possible and if so how is it enabled. Jim McAlpine It is automatically enabled. As long as you are running a z9 and have z/OS 1.7 or above. -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: branch from address
On 11/6/07, Mark Zelden [EMAIL PROTECTED] wrote: On Tue, 6 Nov 2007 14:53:47 +, Jim McAlpine [EMAIL PROTECTED] wrote: It is automatically enabled. As long as you are running a z9 and have z/OS 1.7 or above. -- Mark Zelden Thanks for that Mark. Unfortunately we don't comply on either count. Jim McAlpine -- 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: Bruce Black passed away
- Original Message From: Russell Witt [EMAIL PROTECTED] I am very sorry to say that Bruce Black passed away this past weekend. Shocking news. Bruce was an inspiration, with his decades of detailed knowledge, problem- solving ability, willingness to share, sense of humour, and importantly his respectful tone. I've thought before, if only in 20 years I could contribute at the level of Bruce Black. I didn't foresee this... Our job now is to be inspired. Regards, Mike Baldwin Cartagena Software Ltd. -- 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: High order bit in 31/24 bit address
Mohammad, I suggest you read the description of the Load Address instruction in the z/Architecture POPS, The hardware ignores the HO bit in 24-bit and 31-bit addressing modes, and loads it as is in 64-bit mode. As for 32-bit mode (TSS) I don't have a POPS for that architecture but I suspect the HO bit is treated as any other. TSS did not use the sign bit as a signal, just as an address bit. HTH, Steve Samson Mohammad Khan wrote: Mr. Samson, Would you please clarify another point in this regard for me. Is it the hardware that ignores the high order bit or the OS that plays some trick before the address is sent out to hardware ? Thanks in advance Mohammad On Mon, 5 Nov 2007 16:47:23 -0800, Steve Samson [EMAIL PROTECTED] wrote: A 24-bit program using fullword (24-bit) addresses in a variable length parameter list will have the high-order bit on in the last such address. This bit is ignored in addressing modes less than 64-bit. It is significant in 64-bit mode, placing the address in the dead zone. -- 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: branch from address
Have you turned branch tracing on? Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim McAlpine Sent: Tuesday, November 06, 2007 9:54 AM To: IBM-MAIN@BAMA.UA.EDU Subject: branch from address I have a situation where a program is doing a wild branch and I have something in the back of my mind about being able to get the branch from address in a dump. Am I imagining this or is it possible and if so how is it enabled. Jim McAlpine -- 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 e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bruce Black passed away
I am sorry to hear of Bruce's passing. The things that always struck me when I spoke with him were: - his incredible knowledge - his ability to transmit that knowledge in understandable terms/language - his attitude of being of service to others - his respectfulness toward others regardless of their level(s) of knowledge. May he rest in peace and blessings to his family, friends and co-workers who knew him personally. -- 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: CSA 'above the bar'
Thanks John -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: 06 November 2007 14:40 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CSA 'above the bar' -Original Message- From: IBM Mainframe Discussion List On Behalf Of Van Dalsen, Herbie [ snip ] With my limited experience I deducted the following: Someone wants to create a shared block of memory CSA/not and share it between programs. My understanding is that a 24-bit program can address 24-bit addresses, 31-bit, 64-bit... So in my inexperienced mind the 24bit program could never share in the happiness of this above the bar heaven of shared storage. Correct. For an amode24 program, the entire universe ends at address x'00FF'; the next step wraps back to x''. So for an amode24 program, there is nothing above the line or above the bar because for it, there is neither a line nor a bar. -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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- 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 1.9 bug impacts SRS (and probably other SAPI apps)
If you are going to z/OS 1.9, be aware of JES2 apar OA22889. Symptoms in SRS include not selecting all spool data (typically multiple SYSOUT data sets within the same JOE) and S0C4 abends in module HASCSAPI. Other SAPI applications (like VPS) are likely affected as well. The apar is still open, but a zap is available from level 2. This problem only exists at z/OS 1.9. -- 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: branch from address
On 11/6/07, Veilleux, Jon L [EMAIL PROTECTED] wrote: Have you turned branch tracing on? Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 Jon, as I said, we don't have the pre-requisites. Jim McAlpine -- 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: branch from address
Take a look at SLIP processing. Instruction Fetch, and Branch Tracing. May help you out. - Original Message - From: Jim McAlpine [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, November 06, 2007 9:55 AM Subject: Re: branch from address On 11/6/07, Veilleux, Jon L [EMAIL PROTECTED] wrote: Have you turned branch tracing on? Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 Jon, as I said, we don't have the pre-requisites. Jim McAlpine -- 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: branch from address
Jim, Branch tracing has been around for a very long time. I think Jon was suggesting this because you didn't have the latest hardware. Tom Harper -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jim McAlpine Sent: Tuesday, November 06, 2007 9:55 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: branch from address On 11/6/07, Veilleux, Jon L [EMAIL PROTECTED] wrote: Have you turned branch tracing on? Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 Jon, as I said, we don't have the pre-requisites. Jim McAlpine -- 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
Services for BRUCE BLACK will be on Thursday, November 8th
It was with great sadness that we reported the passing of Bruce Black. Bruce was a senior programmer and chief architect of the FDR family of products for the last 23 years. For many years Bruce was the voice of Innovation Data Processing on IBM-Main. In addition to responding to questions on Innovation products and solving problems for our customers, Bruce was always ready to share his extensive knowledge of the IBM z/OS operating system. Bruce’s family and his Innovation family are very grateful for all the condolences and kind words posted on IBM-Main. In addition to being one of the best programmers that I have ever known, Bruce was a life-long Boy Scout. He devoted much of his free time to the Boy Scouts as a Scout Master, served on his regional council and also was a trustee on the national Boy Scout board. He will be sorely missed by all of his colleagues at Innovation and the Boy Scouts and anyone that knew him. I have included Bruce’s biography and schedule of services below . Cards for his family can be sent to Innovation Data Processing 275 Paterson Ave Little Falls N.J. 07424 and will be forwarded to his family. Bruce A. Black Home: Rockaway Township, NJ Date of Death: November 5, 2007 Age: 60 Birthdate: December 24, 1946 Place of Birth: Cleveland, OHIO Service Information: Visitation: Thursday, November 08, 2007 2-47-9pm at Norman Dean Home for Services, Inc., Denville, NJ Interment: Bruce Allen Black was raised in Cleveland Ohio, only son of the late Lavern Black and Andrew Black. He attended Carnegie Mellon University in Pittsburgh Pennsylvania and Brown University where he majored in computer sciences. He moved to New Jersey in 1976 where he used his knowledge of computers for such companies as BASF. He was Senior Systems Analyst for Innovation Data Processing for the last 20 years. Bruce was a long time Boy Scout and carried the lessons he learned with him through life. He has devoted much of his time and efforts for the Boy Scouts of America through volunteer efforts with the Patriot Path Council and has served as VP of Endowment, on the board of trusties, and trainer for Wood badge, he has received the Silver Beaver award and a Lifetime award. He was recognized as a Distinguished Citizen of New Jersey by the Senate and General Assembly of NJ. He was on the board advisory committee for the Fox Hill's Condo Association and served on the board of directors for the Eagle Village Timeshare Association. He is survived by his loving wife, Madeleine C Black; three sons, Jonathan A Black and his wife Kari L Black, Michael I Black and his wife Mary Black, Nicholas A Black; three grandsons, Christopher, Peter and Tyler; three granddaughters, Sara, Crystal and Caitlin. In lieu of flowers, the family suggests memorial contributions to the Patriots Path Boy Scout Council - Memorial Tribute Fund; 222 Columbia Tpk, Florham Park NJ 07932. Relatives and friends are invited to call at the Norman Dean Home for Services; 16 Righter Avenue, Denville, NJ 07834, on Thursday November 8th from 2-4pm and 7-9pm. In memory of Bruce please light a candle at web site www.normandean.com. Anthony J. Mazzone President Innovation Data Processing -- 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: Bruce Black passed away
In a message dated 11/6/2007 9:25:57 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Our job now is to be inspired. What's the old quote '10% inspiration, 90% perspiration'. Much of Bruce's knowledge was gained by making things work in spite of the documentation, especially on the RCA Spectra and FACOM boxes. ** See what's new at http://www.aol.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: MSUs
Shouldn't the SU's consumed or SU/SEC RMF numbers have some relation to MSU's? Granted IBM touts 'Software MSU's' rather than the 'Hardware MSU's' but if you take RMF SU/SEC available for the processor vs what an AS consumed you should be able to work out a reasonable number. Perhaps Imanol Aguirre's question is just a variation on the old 'how may MIPS does my application take?'. Ken Porowski AVP Systems Software CIT Group E: [EMAIL PROTECTED] The software MSUs will relate to the SU/SEC RMF numbers and the MIPS value of the processor for that processor. However, when you move to another processor that relationship will change. IBM changes the ratio to keep the cost of the system software products from going even higher than they already do. As Ted MacNeil posted the only use of the software MSUs is for sub-capacity pricing and that is not done at an individual task level. It is done by IBM product and you get charged for the highest rolling 4 hour average of MSUs in the month for all the LPARs the product is executing on. * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: branch from address
On 11/6/07, David Day [EMAIL PROTECTED] wrote: Take a look at SLIP processing. Instruction Fetch, and Branch Tracing. May help you out. - Original Message - Yes, I'm already looking at SLIP. Jim McAlpine -- 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: CSA 'above the bar'
Radoslaw, I must have missed the mail you are referring to... Searched my entire mailbox for the word 'hole'... must admit was a bit scared what might turn up, but alas... nothing, if you could please pass me the mail you are referring to, so I can get a better picture, maybe I spoke too quick when I answered your email. Regards Herbie -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: 06 November 2007 15:01 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CSA 'above the bar' Chase, John wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Van Dalsen, Herbie [ snip ] With my limited experience I deducted the following: Someone wants to create a shared block of memory CSA/not and share it between programs. My understanding is that a 24-bit program can address 24-bit addresses, 31-bit, 64-bit... So in my inexperienced mind the 24bit program could never share in the happiness of this above the bar heaven of shared storage. Correct. For an amode24 program, the entire universe ends at address x'00FF'; the next step wraps back to x''. So for an amode24 program, there is nothing above the line or above the bar because for it, there is neither a line nor a bar. That's also my understanding. So, again, why 24-bit programs could be a reason for 2-4G hole ? -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- 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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- 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: CSA 'above the bar'
It's the peril of upward compatibility. If no one took a 24-bit or 31-bit program and bound it in AMODE 64, there would be no problem. Who's willing to take that bet? Steve R.S. wrote: Correct. For an amode24 program, the entire universe ends at address x'00FF'; the next step wraps back to x''. So for an amode24 program, there is nothing above the line or above the bar because for it, there is neither a line nor a bar. That's also my understanding. So, again, why 24-bit programs could be a reason for 2-4G hole ? -- 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: CSA 'above the bar'
Steve, You are probably correct, but as said before... the 24's 31's will not have access to the shared storage, and depending on the % mix of your 31/24/64 bit programs it might defeat the purpose of the exercise to share the storage above the line if you need it below too? Herbie -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steve Samson Sent: 06 November 2007 16:09 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CSA 'above the bar' It's the peril of upward compatibility. If no one took a 24-bit or 31-bit program and bound it in AMODE 64, there would be no problem. Who's willing to take that bet? Steve R.S. wrote: Correct. For an amode24 program, the entire universe ends at address x'00FF'; the next step wraps back to x''. So for an amode24 program, there is nothing above the line or above the bar because for it, there is neither a line nor a bar. That's also my understanding. So, again, why 24-bit programs could be a reason for 2-4G hole ? -- 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 Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- 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: CSA 'above the bar'
R.S. wrote: I'm not so slow, call me RadaFAST (or Radoslaw) g I understand, the hole is only in virtual memory, the real memory between 2G and 4G will not be wasted. However I don't understand the reason why any bit in any 24-bit address could mess someting in 64-bit addressing mode. Is it a problem with low-order bit ? The consideration of AMODE(24) programs demonstrates quite clearly why the z/OS virtual storage dead zone was purely an option ... never a requirement. In the early 1980s, the 370/XA bi-modal addressing architecture was implemented. There were many, many issues with programs that -- either accidentally or intentionally -- placed garbage in the upper eight bits of an address word. For example, a 24-bit program created an address word containing x'87654321' instead of x'80654321'. A 31-bit program referenced the storage at x'07654321', which was not the intended storage. These issues resulted in all kinds of wrong processing, including storage overlays. It was ugly! And, these bugs were very difficult; nearly impossible to find. Back then, I was an application programmer and had no access to SLIP. I traced through thousands of lines of code using TSO TEST. As I said, Ugly! If you were lucky, and the gods smiled upon you that day, the 31-bit program processing the bad address would suffer an 0C4 abend because the storage (in this case at x'07654321') was not GETMAINed. This was the _best possible_ outcome! It made finding and correcting the problem (relatively) easy! Those experiences were the impetus for the z/OS developers' decision to create a virtual storage dead zone between 2G and 4G. (Fortunately for us, these developers are old enough to actually remember what happened in the early 1980s.) They learned from that experience and did not allow history to repeat itself, They understood that, had they not done so, our programming community (IBM included) would have had to suffer with untold numbers of bugs, similar to what we dealt with (then) 20 years ago with XA, due to 64-bit programs processing 32-bit address words with the high order bit set. In each case, an LLTR or LLTRG is the answer. But, in the absence of a hard failure, recognizing, finding and correcting such bugs would have been extremely difficult. The result of this purely optional, yet extremely wise, design decision, is that a 32-bit address word with the high order bit set -- either accidentally or intentionally -- will cause an 0C4 abend when processed by a 64-bit mode program. No need for luck or a smiling deity,. It is the stated policy of the z/OS operating system that such addresses are guaranteed never to be valid. Hallelujah! -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MSUs
Look for 'service units' in the SMF type 30 record: SMF30CSU (TCB), SMF30SRB. You may have to add several fields. As I recall, there are several (six?) different CPU time buckets, so several SU buckets sound reasonable. HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Imanol Aguirre Sent: Monday, November 05, 2007 3:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: MSUs Hi all, I am just new to subcapacity this year so we begun to work in terms of MSUs. I'm using RMF monitor III in conjuction with the RMF performance reporter connected to it. With these tools we know certain MSU cunsumption values in the RMF interval (100 seconds in my case) MSU 4h Avg Actual MSU Let's say that The Actual MSU value for the last 100 seconds is 60 MSUs for the entire LPAR. My question is: There is a way to know the MSUs consumed by INDIVIDUAL Adress spaces?? or do I have to work it out myself with complicated spreadsheets? NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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 Product Identification
Hi, Does anyone know what CA product has code BX ? TIA Dean Dean Montevago Sr. Systems Specialist Visiting Nurse Service of New York (212) 609 - 5596 [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: CA Product Identification
Go to http://supportconnect.ca.com Click 'Licensing' Click 'LMP Product Code Listing under 'CA Common Services' Eyeball the list or use CTRL-F to find on the page Don Imbriale -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago Sent: Tuesday, November 06, 2007 11:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: CA Product Identification Hi, Does anyone know what CA product has code BX ? *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- 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 Product Identification
Yup, it's Endevor. It's an ISPF type edit feature. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Tuesday, November 06, 2007 11:29 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA Product Identification -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago Sent: Tuesday, November 06, 2007 10:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: CA Product Identification Hi, Does anyone know what CA product has code BX ? TIA Dean Dean Montevago Endevor, according to my documentation. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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
test message - please ignore
First posting test. -- 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 Product Identification
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dean Montevago Sent: Tuesday, November 06, 2007 10:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: CA Product Identification Hi, Does anyone know what CA product has code BX ? TIA Dean Dean Montevago Endevor, according to my documentation. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Bruce Black passed away
Russ: Thanks for letting us know. Our industry has suffered a major loss. I totally agree with the other comments attesting to the fine person that Mr. Black was, and I'm so grateful for his humble, willing and cooperative spirit. Mr. Black was truly an example of absolute professionalism and competance. May he rest in peace, and may his family only see comfort and blessing in this time. -Dave -- 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: CSA 'above the bar'
Ed Jaffe wrote wise words snipped The result of this purely optional, yet extremely wise, design decision, is that a 32-bit address word with the high order bit set -- either accidentally or intentionally -- will cause an 0C4 abend when processed by a 64-bit mode program. No need for luck or a smiling deity,. It is the stated policy of the z/OS operating system that such addresses are guaranteed never to be valid. Hallelujah! I would add what he said :-) but it might help to add a little visual to illustrate the point. As we all know, the high order bit has always been used to signal the last address in a parameter list. This convention was always a bad idea, but arguably it saved a byte or two in antediluvian times. Anyway... if you load that parameter address into a register, the high bit stays on unless you explicitly turn it off and now you have a value that gets passed around (intact) with a garbage bit on and the receiver of that value has no way to know. It just looks like B'1xxx ... ' and in both 24 and 31 bit mode, the hardware conveniently and cheerfully ignores that high order bit - for addressing anyway. Now if you shove that bogus value into the low-order half of a 64-bit register, you get something that looks like this X'', B'1xxx ... ' And if the hardware were to interpret that as an address, it points somewhere into the area greater than or equal to X'_8000' and less than X'0001_' If the operating system allowed any data in that range, then for sure programs that referenced it would break subtly in one way or another. So as Ed said, the designers wisely chose to ensure that ANY address in that range would always be invalid and any attempt to reference anything in that range will get a program check. But don't fall for the sucker bait. X'0001_' and any address higher than that could potentially be valid -EVEN IF- the high order bit is on in the low half. So the so-called dead zone is just that one single contiguous range where the high half of the address is zero and the low half has the high order bit on. The bar is a 2GB-wide hole for z/OS programs. Other z-family operating systems don't need and don't observe this convention. Ah the joys of binary arithmetic :-) 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: Bruce Black passed away
A terrible, terrible loss. A friend to all in the profession. A man who set a high standard for all to emulate. - Glen On 11/6/07, Dave Juraschek [EMAIL PROTECTED] wrote: Russ: Thanks for letting us know. Our industry has suffered a major loss. I totally agree with the other comments attesting to the fine person that Mr. Black was, and I'm so grateful for his humble, willing and cooperative spirit. Mr. Black was truly an example of absolute professionalism and competance. May he rest in peace, and may his family only see comfort and blessing in this time. -Dave -- 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: MSUs
These values are the old, original service unit values that have been around forever and are used by the system to determine performance such as the SU values for duration in shifting from one WLM Service Class Period to the next. They are not the same as the sub-capacity pricing software MSUs that Imanol is talking about. That is one problem now. IBM has introduced a new value that is called MSU but is not the same as the original Service Unit that we all grew to love. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 Sent: Tuesday, November 06, 2007 10:20 AM by Hal Merritt Look for 'service units' in the SMF type 30 record: SMF30CSU (TCB), SMF30SRB. You may have to add several fields. As I recall, there are several (six?) different CPU time buckets, so several SU buckets sound reasonable. HTH and good luck. - Sent: Monday, November 05, 2007 3:27 AM by Imanol Aguirre Hi all, I am just new to subcapacity this year so we begun to work in terms of MSUs. I'm using RMF monitor III in conjuction with the RMF performance reporter connected to it. With these tools we know certain MSU cunsumption values in the RMF interval (100 seconds in my case) MSU 4h Avg Actual MSU Let's say that The Actual MSU value for the last 100 seconds is 60 MSUs for the entire LPAR. My question is: There is a way to know the MSUs consumed by INDIVIDUAL Adress spaces?? or do I have to work it out myself with complicated spreadsheets? * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CSA 'above the bar'
-Original Message- From: IBM Mainframe Discussion List On Behalf Of R.S. Chase, John wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Van Dalsen, Herbie [ snip ] With my limited experience I deducted the following: Someone wants to create a shared block of memory CSA/not and share it between programs. My understanding is that a 24-bit program can address 24-bit addresses, 31-bit, 64-bit... So in my inexperienced mind the 24bit program could never share in the happiness of this above the bar heaven of shared storage. Correct. For an amode24 program, the entire universe ends at address x'00FF'; the next step wraps back to x''. So for an amode24 program, there is nothing above the line or above the bar because for it, there is neither a line nor a bar. That's also my understanding. So, again, why 24-bit programs could be a reason for 2-4G hole ? As I recall, it was the use of bit 0 in the address word of the PSW to indicate the amode when XA was introduced that causes the hole between 2 GiB and 4 GiB. -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
X- Windows Application
I am attempting to execute a zOS xwindows application and have the output display on my workstation. The environment seems to be setup correctly; 1) Running X-Windows server on workstation with access control disabled 2) Exported address of my workstation as the shell DISPLAY variable. When I attempt to execute the application I get a Can't open display error. I do this at home all the time and it works there without a problem so I think I have all the pieces set correctly here. My network trace is showing a connection refused to my workstation IP address port 6000 (X-Windows). Does anyone know where to go from here? -- Mark Jacobs Time Customer Service Tampa, FL -- A desire not to butt into other people's business is at least eighty percent of all human wisdom...and the other twenty percent isn't very important. Jubal Harshaw (Stranger in a Strange Land) -- 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
zAAP question
A zAAP can only run Java code. Does this include Java code which has been compiled by the jit? What about user supplied JNI routines? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: X- Windows Application
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Jacobs Sent: Tuesday, November 06, 2007 12:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: X- Windows Application I am attempting to execute a zOS xwindows application and have the output display on my workstation. The environment seems to be setup correctly; 1) Running X-Windows server on workstation with access control disabled 2) Exported address of my workstation as the shell DISPLAY variable. When I attempt to execute the application I get a Can't open display error. I do this at home all the time and it works there without a problem so I think I have all the pieces set correctly here. My network trace is showing a connection refused to my workstation IP address port 6000 (X-Windows). Does anyone know where to go from here? -- Mark Jacobs You must tell the X server on your desktop to allow foreign hosts to connect to it. On UNIX/ Linux or Cygwin, this is the xhost command. From a command prompt: xhost +zos.ip.address -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Bruce Black passed away
I've never personally met Bruce, but once I or twice I called him and talked to him on the phone. He was a great person to talk to. I think I last went to Share in 2004 or 2005. I tried meeting him then, but he wasn't by Innovation's booth. I only got to talk to (I think) Pat Fitsimmons, my sales rep, who is an interesting person also. Bruce was always fair, and really knew the things he commented on when responding to this list. As so many have said, he will be missed. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 -- 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: X- Windows Application
McKown, John wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Jacobs Sent: Tuesday, November 06, 2007 12:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: X- Windows Application I am attempting to execute a zOS xwindows application and have the output display on my workstation. The environment seems to be setup correctly; 1) Running X-Windows server on workstation with access control disabled 2) Exported address of my workstation as the shell DISPLAY variable. When I attempt to execute the application I get a Can't open display error. I do this at home all the time and it works there without a problem so I think I have all the pieces set correctly here. My network trace is showing a connection refused to my workstation IP address port 6000 (X-Windows). Does anyone know where to go from here? -- Mark Jacobs You must tell the X server on your desktop to allow foreign hosts to connect to it. On UNIX/ Linux or Cygwin, this is the xhost command. From a command prompt: xhost +zos.ip.address -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology Thats what I meant by access control is disabled on the workstation. -- Mark Jacobs Time Customer Service Tampa, FL -- A desire not to butt into other people's business is at least eighty percent of all human wisdom...and the other twenty percent isn't very important. Jubal Harshaw (Stranger in a Strange Land) -- 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: High order bit in 31/24 bit address
The following message is a courtesy copy of an article that has been posted to alt.folklore.computers as well. [EMAIL PROTECTED] (Steve Samson) writes: As for 32-bit mode (TSS) I don't have a POPS for that architecture but I suspect the HO bit is treated as any other. TSS did not use the sign bit as a signal, just as an address bit. lots of 360 documents at bitsavers: http://bitsavers.org/pdf/ibm/360/ including various functional characteristics http://bitsavers.org/pdf/ibm/360/funcChar/ specifically 360/67 functional characteristics a27-2719-0 http://bitsavers.org/pdf/ibm/360/funcChar/A27-2719-0_360-67_funcChar.pdf and ga27-2719-2 http://bitsavers.org/pdf/ibm/360/funcChar/GA27-2719-2_360-67_funcChar.pdf which has a lot of the gory details. as somewhat referenced here ... 360/67 was originally intended for use by tss/360 ... but for a whole variety of reasons, most of them ran cp67 (or in straight 360/65 mode with mvt w/o using virtual memory hardware) http://www.garlic.com/~lynn/2007r.html#64 CSA 'above the bar' curtesy of science center http://www.garlic.com/~lynn/subtopic.html#545tech in any case, psw format, pg. 15 bit meaning 0-3 spare (must be 0) 4 24-32 bit address mode 5 translation control 6 i/o mask (summary) 7 external mask (summary) 8-11protection key 12 ascii-8 mode 13 machine check mask 14 wait state 15 problem state 16-17 instruction length code 18-19 condition code 20-23 program mask 24-31 spare 32-63 instruction address ... there were a quite a few of the machines used internally. one of the projects were adding 370 virtual machine option to cp67 simulation ... this was having cp67 simulate the new instructions added to 370 (prior to announcement of 370 virtual memory). one of the places that deployed numerous of these machines was in the field/data processing/sales division for a project called HONE http://www.garlic.com/~lynn/subtopic.html#hone for hands-on network environment ... the idea was that in the wake of 23jun69 unbundling announcement http://www.garlic.com/~lynn/subtopic.html#unbundle that SEs in the branch office could get operating system hands-on experience with (370) systems running in cp67 (370) virtual machines. however, the science center had also ported apl\360 to cms for cms\apl and done a lot of work enhancing it to operate in large virtual memory environment (most apl\360 was limited to 16k workspaces, hardly adequate for many real world problems). With cms\apl, there were lots of new (internal) apl-based applications developed (some number of them of the genre that today would be done with spreadsheets) ... including configurators ... which basically filled out mainframe system orders for the branch office personal. As the use of these applications grew on HONE ... eventually they eclipsed the virtual guest hands-on training and would consume all available resources. at some point in the 70s, it was not even possible to submit a mainframe order that hadn't been run thru HONE configurator. science center had also done quite a bit of work in the area of sophisticated system performance modeling ... including laying the groundwork for what would become capacity planning. some of this i've commented about with regard to calibrating and validating http://www.garlic.com/~lynn/subtopic.html#benchmark the release of my resource manager http://www.garlic.com/~lynn/subtopic.html#fairshare in addition, a flavor of the performance modeling work was also deployed on HONE as the (apl based) performance predictor. Branch office people could submit customer configuration and workload details/characteristics and then ask what-if questions of the performance predictor ... as to what would happen if there was configuration and/or workload changes. another project was doing the cp67 changes to support a full 370 virtual memory implementation. this had a version cp67 running either in a 360/67 virtual machine (under cp67) or stand-alone real 360/67 simulating virtual machine with full 370 virtual memory operation. Then there was a custom version of cp67 that believed it ran on 370 virtual memory hardware (rather than on 360/67 hardware). This was in regular production use a year before the first engineering 370 machine with virtual memory support was operational (and long before announcement). past posts in the related thread: http://www.garlic.com/~lynn/2007r.html#56 CSA 'above the bar' http://www.garlic.com/~lynn/2007r.html#62 CSA 'above the bar' http://www.garlic.com/~lynn/2007r.html#64 CSA 'above the bar' http://www.garlic.com/~lynn/2007r.html#65 CSA 'above the bar' http://www.garlic.com/~lynn/2007r.html#67 CSA 'above the bar' misc. past posts mentioning performance predictor http://www.garlic.com/~lynn/2001i.html#46 Withdrawal Announcement 901-218 - No More 'small machines' http://www.garlic.com/~lynn/2002b.html#64 ... the
Re: zAAP question
My understanding is that all JAVA code (aka non-JNI) is eligible for ZAAP. -Rob Schramm snip This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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: zAAP question
McKown, John wrote: A zAAP can only run Java code. Does this include Java code which has been compiled by the jit? What about user supplied JNI routines? The JVM establishes zAAP redirect eligibility for the TCB whenever you execute Java byte code -- no matter where it comes from. When you begin to execute non-Java code, the zAAP eligibility is disabled. But, it's a lazy mechanism. So you might find yourself momentarily running zAAP-eligible Java code on a CP or non-Java code on a zAAP. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zAAP question
There's an interesting side-question that's worth considering And that's whether an application that calls lots of short JNI methods on an extremely frequent basis suffers at all. It *MIGHT* affect the style of programming. I know of one case where the customer would be doing joins in the java code - rather inside DB2 (in the JDBC / SQLJ case). Somehow I would think that almost provably pessimal. :-) Anyone done any thinking on JNI and efficiency/effectiveness? NOTE: I don't work for the Washington Systems Center so, while an IBMer, I'm not teasing to hit anyone with an official line. Just thinking aloud. If you can call it thinking. :-) Hopefully this ISN'T too far off topic. Thanks, Martin Martin Packer Performance Consultant IBM United Kingdom Ltd +44-20-8832-5167 +44-7802-245-584 [EMAIL PROTECTED] Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CSA 'above the bar'
I'm confused. Is the hole between 2GB 4GB for all addresses, or just those in CSA? I thought this thread was only about CSA. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Craddock, Chris [EMAIL PROTECTED] The result of this purely optional, yet extremely wise, design decision, is that a 32-bit address word with the high order bit set -- either accidentally or intentionally -- will cause an 0C4 abend when processed by a 64-bit mode program. No need for luck or a smiling deity,. It is the stated policy of the z/OS operating system that such addresses are guaranteed never to be valid. Hallelujah! I would add what he said :-) but it might help to add a little visual to illustrate the point. As we all know, the high order bit has always been used to signal the last address in a parameter list. This convention was always a bad idea, but arguably it saved a byte or two in antediluvian times. SNIP 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
Vary Too Many Devices Online
Just a short time ago 10/22/07 there was a thread on Vary Too Many Devices Offline, well we got hit with an operator varying on hundreds of devices that belong to another system. Anyone monitoring operator commands with BMC Autooper? If so care to share the logic? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CSA 'above the bar'
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld Sent: Tuesday, November 06, 2007 1:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CSA 'above the bar' I'm confused. Is the hole between 2GB 4GB for all addresses, or just those in CSA? I thought this thread was only about CSA. Eric Bielefeld The bar is the hole in z/OS between 2G and 4G for all address spaces, as you said. The origin of this thread was the desire for a CSA in the above the bar area, similar to the CSA below the line and the CSA above the line. I termed the phrase GCSA for this area (G for the 64 bit Grande instructions ). -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: CSA 'above the bar'
In a message dated 11/6/2007 1:24:37 P.M. Central Standard Time, [EMAIL PROTECTED] writes: I'm confused. Is the hole between 2GB 4GB for all addresses, or just those in CSA? All addresses. I thought this thread was only about CSA. Many, if not most, posts' subject eventually strays from the thread's original topic. Bill Fairchild Franklin, TN ** See what's new at http://www.aol.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: CSA 'above the bar'
I'm confused. Is the hole between 2GB 4GB for all addresses, or just those in CSA? I thought this thread was only about CSA. It is for all addresses. The CSA angle is misleading. The subject drifted away from the original topic. There isn't any CSA above the bar - at least not yet. There is a form of controlled sharing similar to CSA, but the addressing range for that is currently allocated from the top of the region 3rd table downward. That is waay high, and nowhere near the bar or the hole. 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: zAAP question
Some JNI code is zAAP eligible as well. For example, the JNI libraries that ship as part of the SDK are mostly zAAP enabled. For example, the JNI code for JZOS (the version that ships with the SDK, NOT the alphaworks version) is zAAP enabled. On 11/6/07, Schramm, Rob [EMAIL PROTECTED] wrote: My understanding is that all JAVA code (aka non-JNI) is eligible for ZAAP. -Rob Schramm snip This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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
Services for BRUCE BLACK will be on Thursday, November 8th
It was with great sadness that we reported the passing of Bruce Black. Bruce was a senior programmer and chief architect of the FDR family of products for the last 23 years. For many years Bruce was the voice of Innovation Data Processing on IBM- Main. In addition to responding to questions on Innovation products and solving problems for our customers, Bruce was always ready to share his extensive knowledge of the IBM z/OS operating system. Bruce’s family and his Innovation family are very grateful for all the condolences and kind words posted on IBM-Main. In addition to being one of the best programmers that I have ever known, Bruce was a life-long Boy Scout. He devoted much of his free time to the Boy Scouts as a Scout Master, served on his regional council and also was a trustee on the national Boy Scout board. He will be sorely missed by all of his colleagues at Innovation and the Boy Scouts and anyone that knew him. I have included Bruce’s biography and schedule of services below . Cards for his family can be sent to Innovation Data Processing 275 Paterson Ave Little Falls N.J. 07424 and will be forwarded to his family. Bruce A. Black Home: Rockaway Township, NJ Date of Death: November 5, 2007 Age: 60 Birthdate: December 24, 1946 Place of Birth: Cleveland, OHIO Service Information: Visitation: Thursday, November 08, 2007 2-47-9pm at Norman Dean Home for Services, Inc., Denville, NJ Interment: Bruce Allen Black was raised in Cleveland Ohio, only son of the late Lavern Black and Andrew Black. He attended Carnegie Mellon University in Pittsburgh Pennsylvania and Brown University where he majored in computer sciences. He moved to New Jersey in 1976 where he used his knowledge of computers for such companies as BASF. He was Senior Systems Analyst for Innovation Data Processing for the last 20 years. Bruce was a long time Boy Scout and carried the lessons he learned with him through life. He has devoted much of his time and efforts for the Boy Scouts of America through volunteer efforts with the Patriot Path Council and has served as VP of Endowment, on the board of trusties, and trainer for Wood badge, he has received the Silver Beaver award and a Lifetime award. He was recognized as a Distinguished Citizen of New Jersey by the Senate and General Assembly of NJ. He was on the board advisory committee for the Fox Hill's Condo Association and served on the board of directors for the Eagle Village Timeshare Association. He is survived by his loving wife, Madeleine C Black; three sons, Jonathan A Black and his wife Kari L Black, Michael I Black and his wife Mary Black, Nicholas A Black; three grandsons, Christopher, Peter and Tyler; three granddaughters, Sara, Crystal and Caitlin. In lieu of flowers, the family suggests memorial contributions to the Patriots Path Boy Scout Council - Memorial Tribute Fund; 222 Columbia Tpk, Florham Park NJ 07932. Relatives and friends are invited to call at the Norman Dean Home for Services; 16 Righter Avenue, Denville, NJ 07834, on Thursday November 8th from 2-4pm and 7-9pm. In memory of Bruce please light a candle at web site www.normandean.com. Anthony J. Mazzone President Innovation Data Processing -- 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
COBOL requirement for BLOCK 0 being the default was Re: z/OS 1.9 Features summary
On 3 Nov 2007 18:09:26 -0700, in bit.listserv.ibm-main Ted wrote: Of course IBM should provide a compile option to default to BLOCK = 0 in the FD statement for COBOL. Raise a requirement. They are not going to make changes based on comments on IBM-Main (pet peeve). I may have done so. Those of you who are actually working (I'm retired until someone offers me a contract on the applications side or systems if they are willing to overlook my not having done systems programming in over 15 years) are in a better position to submit the requirement. - Too busy driving to stop for gas! Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SLIP TRAP question
Hi All, I'm trying to set up an instruction fetch SLIP TRAP and for the most part it works. The problem I am running into is that the SLIP trap is being triggered outside the range that I have specified. The current incarnation of my SLIP looks like the following: SLIP set,if,disable,action=svcd,range=(176366EE,176366F2),id=fhc2,asid=36,end Once the SLIP is issued I set up my test case, enable the SLIP and fire my test. A dump is captured but it shows that the point where the dump is captured is at location x'17636266', well before the range I specified. I've tried specifying LPAMOD as well as LPAEP, all with the same results. The instruction that I am trapping is a 'SPKA 0' while the instruction that is triggering the dump is an 'SVC 56'. Any ideas as to why this is happening? Thanks Frank Development Programmer Cole Software LLC www.colesoft.com Phone : 540.456.6164 Fax : 540.456.6658 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: JES2 / JES3 in same plex
On 24 Oct 2007 05:34:12 -0700, in bit.listserv.ibm-main you wrote: Thanks to all who have responded. per request from others, please respond to the list so all can see, I didn't think many folks would be interested in this topic. the JES3 side is currently using a product called OMC-Flash for the jes3/sdsf type of things. OMC-Flash will work quite well with JES2 unless they fouled up after 1991. I was responsible for the conversion of the data center I was at from JES3 to JES2. for those that have done this, any GRS,WLM,XCF issues that you ran across ? Thanks Again -- 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 requirement for BLOCK 0 being the default was Re: z/OS 1.9 Features summary
Clark, I've got just the opposite thing. I'm looking for a Cobol programming job, which in Milwaukee are way more plentifull than systems programmer jobs. I have about 2 years experience from about 25 years ago. I still would greatly prefer work as a sysprog, but there have been to my estimation maybe 2 or 3 jobs open in the last 3 years in the Milwaukee area. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Clark Morris [EMAIL PROTECTED] I may have done so. Those of you who are actually working (I'm retired until someone offers me a contract on the applications side or systems if they are willing to overlook my not having done systems programming in over 15 years) are in a better position to submit the requirement. Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zAAP question
Thanks for the correction Kirk. Always good to learn something I didn't know before. I am curious about the distinction though. Is there a guiding rule for JNI code to be eligible? -Rob Schramm This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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: X- Windows Application
I first tried the X-forwarding option on the ssh command (ssh -Y ), that didn't work. I do have the Ported tools package installed under USS. I run FreeBSD on my workstation so yes I do have an x-windows server available on my workstation. The process that I do at home ssh -Y linuxbox and execute an x-windows application doesn't seem to work at work. Mark Jacobs -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Tuesday, November 06, 2007 4:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: X- Windows Application On Tue, Nov 6, 2007 at 1:18 PM, in message [EMAIL PROTECTED], Mark Jacobs [EMAIL PROTECTED] wrote: I am attempting to execute a zOS xwindows application and have the output display on my workstation. The environment seems to be setup correctly; 1) Running X-Windows server on workstation with access control disabled You shouldn't really do that. 2) Exported address of my workstation as the shell DISPLAY variable. You shouldn't be doing this either, if you have OpenSSH installed on USS (which I strongly recommend). Use the X-forwarding feature of your SSH client instead. When I attempt to execute the application I get a Can't open display error. I do this at home all the time and it works there without a problem so I think I have all the pieces set correctly here. My network trace is showing a connection refused to my workstation IP address port 6000 (X-Windows). Does anyone know where to go from here? Do you actually have an X server running on your desktop? (netstat -an should show something LISTENING on port 6000. If so, you may be looking at a firewall issue. If that is the case, then using the SSH X-forwarding will fix that problem, since the X traffic is tunneled through your SSH session. Mark Post -- 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: X- Windows Application
On Tue, Nov 6, 2007 at 4:11 PM, in message [EMAIL PROTECTED], McKown, John [EMAIL PROTECTED] wrote: -snip- You shouldn't be doing this either, if you have OpenSSH installed on USS (which I strongly recommend). Use the X-forwarding feature of your SSH client instead. I've never gotten this to work (z/OS 1.6, haven't trie on 1.8 yet). I was told that my problem was a EBCDIC vs. ASCII problem with the magic cookies? Hmm. I think most of the cookie is in binary It would be interesting to see what xauth creates on USS versus Linux. Mark Post -- 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: zAAP question
Are you asking what technically makes a JNI library zAPP eligible, or what policy is used by IBM to decide whether to make a library zAAP eligible? Unfortunately, you would have to direct either question through official IBM channels. Kirk Wolf Dovetailed Technologies On 11/6/07, Schramm, Rob [EMAIL PROTECTED] wrote: I am curious about the distinction though. Is there a guiding rule for JNI code to be eligible? -Rob Schramm -- 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: SLIP TRAP question
That worked. Thanks Ed and Mauri. Frank At 04:06 PM 11/6/2007, you wrote: Frank Chu wrote: I'm trying to set up an instruction fetch SLIP TRAP and for the most part it works. The problem I am running into is that the SLIP trap is being triggered outside the range that I have specified. The current incarnation of my SLIP looks like the following: SLIP set,if,disable,action=svcd,range=(176366EE,176366F2),id=fhc2,asid=36,end Once the SLIP is issued I set up my test case, enable the SLIP and fire my test. A dump is captured but it shows that the point where the dump is captured is at location x'17636266', well before the range I specified. I've tried specifying LPAMOD as well as LPAEP, all with the same results. The instruction that I am trapping is a 'SPKA 0' while the instruction that is triggering the dump is an 'SVC 56'. Any ideas as to why this is happening? Use A=SYNCSVCD instead of A=SVCD. That should help. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Development Programmer Cole Software LLC www.colesoft.com Phone : 540.456.6164 Fax : 540.456.6658 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
DB2 List serve
My last post from the listserver itself was at 10:06 this morning. Traffic had been pretty light previous to that. I believe they've been having problems with their servers. - Hello esteemed listers/posters. Does anyone know where the DB2-L listserver went to. It seems ever since they had the server snafu I have not been able to the list server or the archives. Fletch -- 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: X- Windows Application
On Tue, Nov 6, 2007 at 1:18 PM, in message [EMAIL PROTECTED], Mark Jacobs [EMAIL PROTECTED] wrote: I am attempting to execute a zOS xwindows application and have the output display on my workstation. The environment seems to be setup correctly; 1) Running X-Windows server on workstation with access control disabled You shouldn't really do that. 2) Exported address of my workstation as the shell DISPLAY variable. You shouldn't be doing this either, if you have OpenSSH installed on USS (which I strongly recommend). Use the X-forwarding feature of your SSH client instead. When I attempt to execute the application I get a Can't open display error. I do this at home all the time and it works there without a problem so I think I have all the pieces set correctly here. My network trace is showing a connection refused to my workstation IP address port 6000 (X-Windows). Does anyone know where to go from here? Do you actually have an X server running on your desktop? (netstat -an should show something LISTENING on port 6000. If so, you may be looking at a firewall issue. If that is the case, then using the SSH X-forwarding will fix that problem, since the X traffic is tunneled through your SSH session. Mark Post -- 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: DB2 List serve
http://www.idugdb2-l.org/archives/db2-l.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: DB2 List serve
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Fletcher Sent: Tuesday, November 06, 2007 3:03 PM To: IBM-MAIN@BAMA.UA.EDU Subject: DB2 List serve Hello esteemed listers/posters. Does anyone know where the DB2-L listserver went to. It seems ever since they had the server snafu I have not been able to the list server or the archives. Fletch Archives at: http://www.idugdb2-l.org/adminscripts/wa.exe?A0=DB2-L I just tried it and it was slow, but worked. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: X- Windows Application
On Tue, Nov 6, 2007 at 5:46 PM, in message [EMAIL PROTECTED] , Mark Jacobs [EMAIL PROTECTED] wrote: I first tried the X-forwarding option on the ssh command (ssh -Y ), that didn't work. I do have the Ported tools package installed under USS. I run FreeBSD on my workstation so yes I do have an x-windows server available on my workstation. The process that I do at home ssh -Y linuxbox and execute an x-windows application doesn't seem to work at work. I just remembered another piece of this. Does the USS system have an xauth command? If not, that will stop X forwarding from happening. When/if it finally does work, echo $DISPLAY will have something like localhost:10.0 as the output. The other thing I could suggest is using -X instead of -Y. Mark Post -- 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
DB2 List serve
Hello esteemed listers/posters. Does anyone know where the DB2-L listserver went to. It seems ever since they had the server snafu I have not been able to the list server or the archives. Fletch -- 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: DB2 List serve
Still works for me here is what i have for it. - Welcome to the IDUG DB2-L list. To unsubscribe, go to the archives and home page at http://www.idugdb2-l.org/archives/db2-l.html. From that page select Join or Leave the list. The IDUG DB2-L FAQ is at http://www.idugdb2-l.org. The IDUG List Admins can be reached at [EMAIL PROTECTED] Find out the latest on IDUG conferences at http://conferences.idug.org/index.cfm Walter Davies DBA/Sysprog EL Dorado County Kevin Fletcher [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 11/06/2007 01:02 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject DB2 List serve Hello esteemed listers/posters. Does anyone know where the DB2-L listserver went to. It seems ever since they had the server snafu I have not been able to the list server or the archives. Fletch -- 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: X- Windows Application
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Tuesday, November 06, 2007 3:09 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: X- Windows Application snip 2) Exported address of my workstation as the shell DISPLAY variable. You shouldn't be doing this either, if you have OpenSSH installed on USS (which I strongly recommend). Use the X-forwarding feature of your SSH client instead. I've never gotten this to work (z/OS 1.6, haven't trie on 1.8 yet). I was told that my problem was a EBCDIC vs. ASCII problem with the magic cookies? snip Mark Post -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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
IEEE Computer Society Membership
I have a question about the IEEE Computer Society. They are offering me a 1 year membership, and they say they offer free training in 1,300 classes, including Java, Oracle, etc. Has anyone taken their online training courses? Are the courses any good? I want to learn Java so I will have a better chance of getting a programmer position, as that seems to be the hot language now. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 -- 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: zAAP question
The basic idea is that JNI signals a call to a non-Java environment such as an RDBMS. Therefore, in WebSphere Application Server the JVM switches back to general purpose processors when it encounters JNI code. However, according to Mr. Wolf's previous post, JZOS is an exception to the rule. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Schramm, Rob Sent: Tuesday, November 06, 2007 3:32 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: zAAP question Thanks for the correction Kirk. Always good to learn something I didn't know before. I am curious about the distinction though. Is there a guiding rule for JNI code to be eligible? -Rob Schramm This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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: SLIP TRAP question
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 11/06/2007 03:43:57 PM: I'm trying to set up an instruction fetch SLIP TRAP and for the most part it works. The problem I am running into is that the SLIP trap is being triggered outside the range that I have specified. The current incarnation of my SLIP looks like the following: SLIP set,if,disable,action=svcd,range=(176366EE,176366F2),id=fhc2,asid=36,end Once the SLIP is issued I set up my test case, enable the SLIP and fire my test. A dump is captured but it shows that the point where the dump is captured is at location x'17636266', well before the range I specified. I've tried specifying LPAMOD as well as LPAEP, all with the same results. The instruction that I am trapping is a 'SPKA 0' while the instruction that is triggering the dump is an 'SVC 56'. Any ideas as to why this is happening? For a SLIP dump, use STATUS CPU REGS to get the PSW and registers at the point where the trap matched. How did you determine the point where the dump is captured is at location x'17636266' ? If you are looking at RBOPSW, then that is the point at which asynchonous dump processing happened to get the TCB stopped. As Ed Jaffe mantioned, for environments where is is possible to stop the TCB from within SLIP PER processing (i.e. enabled unlocked task, etc,), ACTION=SYNCSVCD will cause SLIP to stop the TCB before starting the dump, so that the dump will be captured synchronously with respect to the work unit which triggered the SLIP trap. 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
Another Branch Trace question
The question earlier today about getting the address of a branch instruction out of a dump. One of the responses indicated that if at a specific level of z/os and on a specific level of hardware, the address would be in the dump. Does this mean branch tracing is active all the time? The default? If so, has the default size of the processor trace tables been increased? At what z/os level does this occurr? --Dave Day -- 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: High order bit in 31/24 bit address
On Tue, 6 Nov 2007 19:56:07 -, Phil Payne wrote: I had a word with Gene Amdahl about it once - he said the word 'algebraic' in the BXLE/BXH definition was the biggest mistake in the /360 design ... ...which makes one wonder: What was the second biggest mistake in the /360 design? -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
High order bit in 31/24 bit address
It wasn't in the PoP - it was in the back of the Functional Characteristics manual for the 360/67. There was a note that addresses in the upper half of a 32-bit address space might appear negative because of the sign bit causing address comparisons to be reversed. In 32-bit mode, LA loaded 32 bits. I had a word with Gene Amdahl about it once - he said the word 'algebraic' in the BXLE/BXH definition was the biggest mistake in the /360 design and the ultimate reason XA was only 31-bit. -- Phil Payne http://www.isham-research.co.uk +44 7833 654 800 -- 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: Another Branch Trace question
Thanks, I got it. - Original Message - From: Bob Rutledge [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Tuesday, November 06, 2007 6:01 PM Subject: Re: Another Branch Trace question Look for Breaking-event-address recording in a recent z/Architecture Principles of Operation. Bob David Day wrote: The question earlier today about getting the address of a branch instruction out of a dump. One of the responses indicated that if at a specific level of z/os and on a specific level of hardware, the address would be in the dump. Does this mean branch tracing is active all the time? The default? If so, has the default size of the processor trace tables been increased? At what z/os level does this occurr? --Dave y -- 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: X- Windows Application
On Tue, 6 Nov 2007 15:11:46 -0600, McKown, John wrote: I've never gotten this to work (z/OS 1.6, haven't trie on 1.8 yet). I was told that my problem was a EBCDIC vs. ASCII problem with the magic cookies? I've had PMRs on this and discussed it on MVS-OE. IBM personnel readily get it to work with just one of the suggested schemes for transferring the cookie. Most fail either because the hostnames are not translated ASCII-EBCDIC or because the binary information is translated when it should not be. IBM feels that if one of the several documented schemes works that should suffice; they may have taken a SUG APAR on the rest. I hate EBCDIC. I suppose you might call it a deficiency in xauth for being ASCII-centric; the XAUTH authors apparently didn't feel that way. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: High order bit in 31/24 bit address
At 06:05 PM 11/6/2007, you wrote: On Tue, 6 Nov 2007 19:56:07 -, Phil Payne wrote: I had a word with Gene Amdahl about it once - he said the word 'algebraic' in the BXLE/BXH definition was the biggest mistake in the /360 design ... ...which makes one wonder: What was the second biggest mistake in the /360 design? -- Tom Schmidt Madison, WI No stack. I believe Amdahl said it himself. (I don't take it personally.) Michael Stack Product Developer NEON Enterprise Software, 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: X- Windows Application
On Tue, Nov 6, 2007 at 7:38 PM, in message [EMAIL PROTECTED], Paul Gilmartin [EMAIL PROTECTED] wrote: On Tue, 6 Nov 2007 15:11:46 -0600, McKown, John wrote: I've never gotten this to work (z/OS 1.6, haven't trie on 1.8 yet). I was told that my problem was a EBCDIC vs. ASCII problem with the magic cookies? I've had PMRs on this and discussed it on MVS-OE. IBM personnel readily get it to work with just one of the suggested schemes for transferring the cookie. Most fail either because the hostnames are not translated ASCII-EBCDIC or because the binary information is translated when it should not be. You should be able to do it via a simple cut and paste operation. xauth list -copy- xauth add *paste here* Mark Post -- 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: High order bit in 31/24 bit address
Michael Stack wrote: At 06:05 PM 11/6/2007, you wrote: On Tue, 6 Nov 2007 19:56:07 -, Phil Payne wrote: I had a word with Gene Amdahl about it once - he said the word 'algebraic' in the BXLE/BXH definition was the biggest mistake in the /360 design ... ...which makes one wonder: What was the second biggest mistake in the /360 design? -- Tom Schmidt Madison, WI No stack. I believe Amdahl said it himself. (I don't take it personally.) Perhaps my narrow focus as a software developer has dimmed my wits. But, I consider the lack of a hardware stack to be _many_ orders of magnitude more important than having used the word 'algebraic' in the BXLE/BXH definition. ;-) I would also add that -- with 21st century hindsight and certainly not a design mistake per se -- it sure would have been lucky if they had standardized on ASCII instead of EBCDIC! -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BMC MAINVIEW transaction TIOT with REXX or BATCH Options
Mainview has an ISPF dialog panel to generate the JCL that will against a selected VIEW and produce a report. From the MAINVIEW Selection Menu, select option U, Utilities, Tools and Messages. Then select option 2, MVBATCH. For more information please refer to Section Initiating Report JCL Generation, in the Using MAINVIEW manual Thanks Benjamin Thompson Systems Programmer Department of Corporate and Information Services Northern Territory Government of Australia -- 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
System 360 EBCDIC vs. ASCII (was Re: High order bit in 31/24 bit address)
On Tue, 6 Nov 2007 17:29:10 -0800, Edward Jaffe wrote: I would also add that -- with 21st century hindsight and certainly not a design mistake per se -- it sure would have been lucky if they had standardized on ASCII instead of EBCDIC! I think that the 360 lineage would have been less likely to have survived to the 21st century if IBM would have standardized on ASCII back then. The predictions of the mainframe's demise by the early to mid 1990s might have come true if the corporate/legacy data had not been held prisoner by EBCDIC. EBCDIC bought IBM time to rethink the role of the mainframe. -- Tom Schmidt Madison, WI (Think of all the processing cycles that were sold by all competing camps performing the code page transformations.) -- 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 360 EBCDIC vs. ASCII (was Re: High order bit in 31/24 bit address)
Anyone remember the IBM mainframe (7090 series) in 8 bit octal mode? OK, I'm dating myself. George Fogg -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Schmidt Sent: Tuesday, November 06, 2007 8:04 PM To: IBM-MAIN@BAMA.UA.EDU Subject: System 360 EBCDIC vs. ASCII (was Re: High order bit in 31/24 bit address) On Tue, 6 Nov 2007 17:29:10 -0800, Edward Jaffe wrote: I would also add that -- with 21st century hindsight and certainly not a design mistake per se -- it sure would have been lucky if they had standardized on ASCII instead of EBCDIC! I think that the 360 lineage would have been less likely to have survived to the 21st century if IBM would have standardized on ASCII back then. The predictions of the mainframe's demise by the early to mid 1990s might have come true if the corporate/legacy data had not been held prisoner by EBCDIC. EBCDIC bought IBM time to rethink the role of the mainframe. -- Tom Schmidt Madison, WI (Think of all the processing cycles that were sold by all competing camps performing the code page transformations.) -- 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: High order bit in 31/24 bit address
I would also add that -- with 21st century hindsight and certainly not a design mistake per se -- it sure would have been lucky if they had standardized on ASCII instead of EBCDIC! My understanding of history here is that the design did call for ASCII. (I'm bracing myself for a shot of garlic URLs now. :-)) By the early 1960s IBM liked ASCII a lot. But production realities intervened, and ASCII peripherals weren't available in time to make the initial shipments. IBM had to fall back on the EBCDIC devices, and thus the software evolved to support them. (It was also somewhat easier to get EBCDIC software out the door, and the software was chronically late as it was.) The processor certainly didn't require EBCDIC -- how could it if the designers thought the peripherals would be ASCII? -- and nowadays there are whole operating systems (e.g. Linux on z) which don't use EBCDIC. Had IBM waited to finish the peripherals, it's hard to say what would have happened, but I bet it wouldn't have been good. The 360s would have shipped much later, IBM might have struggled to keep afloat after betting the company on that product line, and the idea of a series of general purpose (scientific and business) computers with upward (and usually downward) compatibility, abstracting architecture from machine, might have been deemed overly ambitious at the time. The fact the 360 design philosophy did actually become reality was a huge breakthrough from a software and business applications point of view. It directly contributed to the rise of the middleware and packaged applications industries, for example. Push the 1965 schedule out to, say, 1967 and you start to wonder about timelines for software (like IMS and CICS) and whether the 360/67 (and thus VM) would have seen the light of day. And one also wonders whether it would have been so easy for the large EBCDIC installed base to move forward if 360 didn't support EBCDIC peripherals, delaying adoption of the new architecture even further or blocking it altogether. And if IBM went ASCII (zig), would other vendors have gone somewhere else anyway (zag), just for competitive reasons? Would the first Apple computers have used NIVIC (Non-IBM Vendor Interchange Code) instead? :-) About 15 years ago this looked like a problem, the ASCII v. EBCDIC issue. But history has moved on. ASCII is now declining in popularity pretty quickly, more quickly than EBCDIC. Unicode, particularly UTF-16, is where the world has moved. So modern operating systems like z/OS and modern middleware support Unicode, along with the older ASCII character sets and EBCDIC. What won the ASCII v. EBCDIC war? Unicode did. :-) And then there's the fact the A stands for American. In Japan, for example, standard ASCII is only enough to cover romanji, yet there are three other alphabets. So there are workaround oddities like shift-based character sets, and those are really quite nasty (IMHO). In other words, ASCII never really became a global standard even in its biggest days. Finally, there is the fact that software engineers -- or at least human factors engineers -- apparently never reviewed ASCII. As we all know, EBCDIC puts the letters in the correct numerical order, collating uppercase and lowercase: AaBbCc ASCII doesn't. It's ABCDEF...abcdef Thus decades of dumb ASCII software -- and there's a lot of dumb software in the world -- has frustrated users everywhere. I was listening to a radio program this year, and the program's host was complaining bitterly about the fact his studio database filing system thinks Jackie is different than jackie. (They couldn't find a prop in their inventory for months.) Quite possibly as a byproduct of ASCII's strange idea of sorting, UNIX and UNIX-derived operating systems made perhaps the biggest design mistake of all time: case sensitivity in commands, file names, and directories. I'd argue strongly that computing systems should be case retentive but not case sensitive. Gr OK, enough rambling. :-) - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MSUs
There's also instruction set evolution, so the I in MIPS changes over time, too. Almost always for the better. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
