Re: CSA 'above the bar'
On Wed, 7 Nov 2007 12:13:24 -0600, Tom Schmidt wrote: On Wed, 7 Nov 2007 11:54:58 -0600, Tom Marchant wrote: The hightest address below the line is x'00FF'. The first address above the line is x'0800'. Check your hex arithmetic: The first address above the line should be x'0100'. Yikes! Thanks for the correction. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Printer Model 4245 Info Request
Hi Rick, Yes, the D/R vendor's hardware list says it is a 4245-020. We are looking for specs on the device for compatibility to our in-house 6400 printer. Mac... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Wednesday, November 07, 2007 11:32 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Printer Model 4245 Info Request McKnight, Lee wrote: Hello All, We are researching a D/R site that has an IBM 4245-20 impact line printer. We have tried searches in IBM, Redbooks Web for the printer specs, to no avail. Can anyone point us to this info? We are especially interested in compatibility with IBM 6400-010 printer. ---unsnip-- Are you completely certain that it's not a 4245-2? Misprints can happen.. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
Best way to clean up NOT Cat datasets in SMS
Looking to find the best process to identify and delete uncataloged data sets that are in SMS Pools. These can either be VSAM or NON VSAM data sets. How often should this process run? How would I go about reducing or elimiating the fact data sets can be not cataloged in SMS Pools? Thanks for the input. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CSA 'above the bar'
On Wed, 7 Nov 2007 11:54:58 -0600, Tom Marchant wrote: No. That would be a 28-bit address. A 31-bit address can go up to x'7FFF'. And the line is at 16 MB, determinied by the maximum 24-bit address. The hightest address below the line is x'00FF'. The first address above the line is x'0800'. Check your hex arithmetic: The first address above the line should be x'0100'. -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zAAP question
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wayne Driscoll Sent: Wednesday, November 07, 2007 11:16 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: zAAP question John, I believe that the zAAP, zIIP, and IFL list at between 100K-125K (US pricing only), for the z9 machines. However, we all know what the list price means. As for a general CP, I can't recall seeing a price for it, but recall that adding a CP could increase your software licensing fees as well, so that would be a much harder number to quantify. Wayne Driscoll I was more curious about how much more a CP costs than a speciality engine. I don't want another CP. We are currently a z9BC-T02, looking at upgrading to a V02 fairly soon. And I don't make such decisions anyway. I'm just a grunt. -- 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: branch from address
snip-- 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. --unsnip--- There's not a way to find it directly in a dump at all levels; if you're lucky, the software/hardware facilities are present and active. If not, there might be a clue in the registers. I always looks for a valid address in R14. If there's a BASR/BALR ending at that address, back up a few instructions and look for what appears to be a GET/PUT/READ/WRITE macroexpansion. The wild branch can result when you do one of these operations on a un-OPENed DCB. Especially if the branched-to address is X'0002' or X'0004'. You can also get a similar result from a call to an unresolved external reference. HTH... Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 COPY statement w REPLACING...
snip--- ..just for my obscene curiosity: What IDIOT designed the COBOL COPY REPLACING statement ?? Thomas ANSI - a committee: A creature with multiple stomachs, but no brain. unsnip Or maybe a mule with 8 hind legs? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
In a message dated 11/7/2007 10:26:55 A.M. Central Standard Time, [EMAIL PROTECTED] writes: ASCII is worse this way - but there always will be problems with sorting, because sorting words and names has never had a complete definition that we all agree upon. What I remember, is back then there were several ASCII's 7bit, 8bit and maybe a 9-bit depending on the vendor. One of the guys was sitting in his dark office going hmmmholding up hollerith cards. Hmmm what? Double bit parity. So. Fewer data checkscan we work on the matrix algorithms now??? ** 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: zAAP question
John, I believe that the zAAP, zIIP, and IFL list at between 100K-125K (US pricing only), for the z9 machines. However, we all know what the list price means. As for a general CP, I can't recall seeing a price for it, but recall that adding a CP could increase your software licensing fees as well, so that would be a much harder number to quantify. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Wednesday, November 07, 2007 11:02 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: zAAP question -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tony Harminc Sent: Wednesday, November 07, 2007 10:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: zAAP question Tony H. Just as a curiousity, was is the cost to acquire a zAAP, zIIP, IFL, CFL, and a general CP? I mean the hardware cost, exclusive of any software costs. One person said, off line, that a zAAP cost them around US $50K. I guess it depends, but I am curious about any ball park figures. I'm still trying, off and on, to convince management that a zAAP and some Java applications (CICS and maybe even batch) might be cost effective. Unfortunately, it appears that management only understands ancient Egyptian for all the good I am accomplishing. I've also mentioned a zIIP if Oracle uses it (don't know) or if we every wake up and use DB2 instead of Oracle. Oracle on z/OS is a good lip service product around here, but we are not doing much of anything. -- 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
Re: SMP/E change volumes on DDDEF in new Target Zone
Here is an extract from an EDIT macro that I wrote to generate DDDEF UCLIN from *any* dataset that had the DATASET as the first word and then the VOLSER as the 2nd word (it uses the llq as the DDDEF name). address ISREDIT MACRO /*---*/ /* Option 4 : SMP/E DDDEF Statements */ /*---*/ address ISREDIT (NUMLINES) = LINENUM .ZLAST i = 1 c = 1 do until c numlines address ISREDIT (LINEDATA) = LINE i dsn = word(linedata,1) vol = word(linedata,2) unt = SYSALLDA z = lastpos('.',dsn) ddc = substr(dsn,z+1,8) newline = REP DDDEF (ddc) address ISREDIT LINE i = 'newline' newline = SHR . address ISREDIT LINE_AFTER i = 'newline' newline = UNIT(unt) VOLUME(vol) address ISREDIT LINE_AFTER i = 'newline' newline = DATASET(dsn) address ISREDIT LINE_AFTER i = 'newline' i = i + 4 c = c + 1 end end exit Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: 07 November 2007 16:45 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMP/E change volumes on DDDEF in new Target Zone On Wed, 7 Nov 2007 10:40:47 -0600, Mark Zelden [EMAIL PROTECTED] wrote: UCLIN. REP DDDEF(nn) VOLUME(vv). ENDUCL. Of course if you add volume you will need unit also. UCLIN. REP DDDEF(nn) VOLUME(vv) UNIT(SYSALLDA). ENDUCL. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMP/E change volumes on DDDEF in new Target Zone
On Wed, 7 Nov 2007 10:40:47 -0600, Mark Zelden [EMAIL PROTECTED] wrote: UCLIN. REP DDDEF(nn) VOLUME(vv). ENDUCL. Of course if you add volume you will need unit also. UCLIN. REP DDDEF(nn) VOLUME(vv) UNIT(SYSALLDA). ENDUCL. -- 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: SMP/E change volumes on DDDEF in new Target Zone
On Wed, 7 Nov 2007 09:27:24 -0600, Mark S. House [EMAIL PROTECTED] wrote: I am cloning a target region for maintenance. I would like to find a utility that will insert a VOLSER in the VOLUME parameter on the DDDEF. Currently none of the DDDEF's have volsser numbers in them. The ZONEDIT CHANGE command will not let me do a global change on VOLUME when the VOLUME is nulls. UCLIN. REP DDDEF(nn) VOLUME(vv). ENDUCL. Or you can SET BOUNDARY (zonename). UNLOAD DDDEF. And massage the UCLIN it creates and run it back in. Ideally, what I would like to do is search the catalog for the dataset name on the DDDEF, then extract the volser, and build REP DDDEF statements to be used to update the new target library. Sorry... no help for that unless you RYO. If the HLQ is unique, an ISPF 3.4 listing and a SAVE mylist command might help along with the DDDEF unload. Mark -- 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: SMP/E change volumes on DDDEF in new Target Zone
- Original Message - From: Mark S. House [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Wednesday, November 07, 2007 10:27 AM Subject: SMP/E change volumes on DDDEF in new Target Zone I am cloning a target region for maintenance. I would like to find a utility that will insert a VOLSER in the VOLUME parameter on the DDDEF. Currently none of the DDDEF's have volsser numbers in them. The ZONEDIT CHANGE command will not let me do a global change on VOLUME when the VOLUME is nulls. Ideally, what I would like to do is search the catalog for the dataset name on the DDDEF, then extract the volser, and build REP DDDEF statements to be used to update the new target library. Mark, Run the UNLOAD command to get the DDDEF's in UCLIN format. Then you'll have to hack the UCLIN yourself to add VOLUME and UNIT parms, and run the UCLIN through SMP/E. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: COBOL COPY statement w REPLACING...
-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För McKown, John Skickat: den 7 november 2007 14:57 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: COBOL COPY statement w REPLACING... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Berg Sent: Wednesday, November 07, 2007 4:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: COBOL COPY statement w REPLACING... Importance: High ..just for my obscene curiosity: What IDIOT designed the COBOL COPY REPLACING statement ?? Thomas ANSI - a committee: A creature with multiple stomachs, but no brain. The latter I have no difficulty to believe ! We (a local project) had an urgent need to use this functionality and as I hadn't any experience with COPY REPLACING I thought it was a no-brainer... As I discovered that You have to had a prepared copy to replace a non-space delimited string I thought that, OK, I solve this with nested COPYs... ...BUT NESTED COPYS IS NOT ALLOWED WITH REPLACING ! Essentially, when You REALLY need this functionality You CANNOT USE IT ! Sometimes I feel s tired... Thomas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: COBOL COPY statement w REPLACING...
-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Thompson, Steve Skickat: den 7 november 2007 16:43 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: COBOL COPY statement w REPLACING... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Berg Sent: Wednesday, November 07, 2007 4:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: COBOL COPY statement w REPLACING... ..just for my obscene curiosity: What IDIOT designed the COBOL COPY REPLACING statement ?? SNIP The committee that was attempting to provide macro type processing for COBOL. Or perhaps you would like to call it quasi-dynamic COPY Member updating specific to the program currently being compiled. Regards, Steve Thompson Ps. No, I didn't say I used it. But I've seen it used and well, I'd rather do macro preprocessing (a la CICS). I would have expected the level of functionality offered by the REPLACING option of something made by a first-year programmer... (We had until some Years ago a preprocessor that made replacing of strings in copys VERY trivial.) Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 6 Nov 2007 22:43:39 -0800, [EMAIL PROTECTED] (Timothy Sipples) wrote: 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. ASCII is worse this way - but there always will be problems with sorting, because sorting words and names has never had a complete definition that we all agree upon. (iTunes recently decided to sort numeric song titles at the end instead of at the beginning the way they were a couple of months ago). How many Roman based alphabets have tildes and accents - that are part of names that need to be sorted consistently? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 Eric Bielefeld - Original Message - From: Chase, John Yep, and in currently practicable terms, we have nearly infinite storage beyond that gap. Isn't that what they said when MVS first came out? And then again when MVS/XA came out? Probably. And I'd imagine a few European kings and queens said something similar when an older CC stumbled onto the Western Hemisphere while trying to sail to India. :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zAAP question
In a message dated 11/7/2007 9:22:35 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Um-m-m, color me dense today. Why would they do that? It's not obvious to me. Don't they *want* JNI library writers (and smart application groups at end-user companies) to actually *use* these interfaces? Why would they be hidden? Is that the one between vermilion and puce? Anyway, it's a slippery slope. The zAAPs are a work around to improve thruput for JAVA without adding to the cash cow Z/OS software costs-Extending the platform life. ** 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: Printer Model 4245 Info Request
we just packed up all our 4245's 6mon agao... replaced with 6500 -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real storage usage - a quick question
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. [EMAIL PROTECTED] (Veilleux, Jon L) writes: In z/OS 1.8 the memory management is much more conducive to large memory. They no longer use the least recently used algorithm and no longer check every page. This has made a big difference for us. Under 1.7 we had issues with large real memory sizes due to the constant checking by RSM. This is no longer the case and we have increased our memory dramatically with no performance hit. one of the things found in clock LRU-approximation that i had originally done as undergraduate in the 60s http://www.garlic.com/~lynn/subtopic.html#wsclock was that if the interval between page resets started to exceed some limit, then there was little differention benefit of the reset activity ... least recently used tends to have some implicit dependencies on amount of history ... if the duration is too long ... then it lost much of its correlation being able to differentate between pages as to future page reference pattern. however across a wide range of configurations and workloads in the 70s, clock LRU-approximation had the advantage of effectively being able to (usefully) dynamically adapt the interval. however with a lot of cp67 experimenting and also heavy use of storage reference traces and page replacement modeling ... it was possible to show that outside some useful operating range ... the use of LRU algorithms for differentiating/predicting future page reference behavior became less and less accurate. It was also possible to show that for very large memories ... that the overhead of repeatedly resetting page reference bits provided less benefit than any possible improvement in page replacement strategy. we did do some experimenting at the science center attempting to recognize the operating region/environment across where clock LRU-approximated was beneficial ... and attempt to take some secondary measures/strategies when it was outside that operating region/envrionment. one of the scenarios was that most LRU-approximation algorithms are measured against how well they performed vis-a-vis simulation that exactly implemented least-recently-used page ordering (measured in terms of total page faults for given workload and real storage size). Good approximations tended to come within 5-15 percent (total page faults) of real least-recently-used page ordering. We were able to find some page replacement variations that instead of being 5-15 percent worse/more (total page faults compared to simulated real least-recently-used page ordering), we were able to show 5-15 percent fewer total page faults. the scenario was that in some configuration/workload scenarios, LRU-approximate could effectively cycle thru every page in real storage w/o finding a candidate ... and then take the first page it started with. Besides having a lot of processing overhead, this characteristic effectively degraded to FIFO page replacement (there are operating regions for LRU where it can degenerate to FIFO page replacement at the same time taking an extrodinary amount of processor overhead). our variation tended to recognize when operating in this configuration/workload region and effectively switched to RANDOM page replacement at very low processor overhead (and modeling showed that when not able to make any other differentiation between pages to be replaced ... RANDOM replacement makes better choice than FIFO, independent of the overhead issue). In fact, the original cp67 delivered at the univ. last week jan68, ... also referenced here http://www.garlic.com/~lynn/2007r.html#74 System 360 EBCDIC vs. ASCII ... effectively implemented something that tended to operate as FIFO replacement with purely software and didn't make use of the hardware reference bits. As undergraduate, I did the kernel algorithm and software changes to implement clock LRU-approximation page replacement ... taking advantage of page replacement bits. In this scenario ... with only on the order of 120 real pageable pages ... this reduced the time spent in page replacement selection (under relatively heavy load) from approx. 10 percent of total processor to effectively unmeasureable (and at the same time drastically improvement the quality of the replacement choice). -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Real storage usage - a quick question
Max, that's right. I used to call that book the DIM Coffee Table book. :-) It was a nice illustration of the benefit of Data In Memory (DIM). I wish I recalled the form number. But definitely I recall one of the take home messages being DIM might well benefit you but it's highly variable whether it will save you or cost you CPU. VIO to Expanded Storage is one exploiter I remember being graphed as negative under some conditions and positive under others. (Slightly) later on I'd co-write the Storage Configuration Guidelines Redbooks. But that's another story. :-) Cheers, 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: SMP/E change volumes on DDDEF in new Target Zone
Mark, Can I also suggest that you try out my free DDDEFCHK utility that I wrote when I was a sysprog. It uses the SMP/E API to get the list of DDDEFs and then tests for the dataset existance of each. If the DDDEF entry has a VOLUME - it will check that the dataset does indeed exist on the volume. If no VOLUME was specified - the utility returns the volser indicated by the catalog. You can download it from : www.mximvs.com under the DownloadsUtility Programs section. There is also a DDDEFPTH program too that does a similar thing for PATH entries. I used this programs extensively when I was in clone-CSI mode. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Peter X. DeFabritus Sent: 07 November 2007 15:53 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: SMP/E change volumes on DDDEF in new Target Zone If no VOLUME currently exists, you can do the following for each DDDEF: UCLIN. ADD DDDEF() VOLUME(vv). ENDUCL. This will add the volume to the existing DDDEF. On Wed, 7 Nov 2007 09:27:24 -0600, Mark S. House [EMAIL PROTECTED] wrote: I am cloning a target region for maintenance. I would like to find a utility that will insert a VOLSER in the VOLUME parameter on the DDDEF. Currently none of the DDDEF's have volsser numbers in them. The ZONEDIT CHANGE command will not let me do a global change on VOLUME when the VOLUME is nulls. Ideally, what I would like to do is search the catalog for the dataset name on the DDDEF, then extract the volser, and build REP DDDEF statements to be used to update the new target library. Any help would be appreciated. Thanks. Mark House (402) 778-1966 IBM Mainframe Systems [EMAIL PROTECTED] This e-mail message and any attachments may contain confidential, proprietary or non-public information. This information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this e-mail, please notify the sender immediately and destroy this e-mail. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this e-mail are those of the author 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
Printer Model 4245 Info Request
Hello All, We are researching a D/R site that has an IBM 4245-20 impact line printer. We have tried searches in IBM, Redbooks Web for the printer specs, to no avail. Can anyone point us to this info? We are especially interested in compatibility with IBM 6400-010 printer. TIA, Mac.. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
Farley, Peter x23353 [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... -Original Message- From: Kirk Wolf [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 07, 2007 10:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: zAAP question Snipped IBM does not disclose the technical bits about what makes a JNI library zAAP eligible, for obvious reasons. Um-m-m, color me dense today. Why would they do that? It's not obvious to me. Don't they *want* JNI library writers (and smart application groups at end-user companies) to actually *use* these interfaces? Why would they be hidden? Peter Why? For the obvious reasons of course: if I knew which bit to set to make (any) code zAAP eligible, well uhm-m-m, you know what I mean... Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 -Original Message- From: Kirk Wolf Snipped IBM does not disclose the technical bits about what makes a JNI library zAAP eligible, for obvious reasons. Um-m-m, color me dense today. Why would they do that? It's not obvious to me. Don't they *want* JNI library writers (and smart application groups at end-user companies) to actually *use* these interfaces? Why would they be hidden? The zAAP is just another CPU engine, and cannot, by itself, identify whether the instruction it's executing now originated from within a Java program or any other program. If IBM were to publish the eligibility determination interface, then anybody could switch the processing of any program to run on the zAAP. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real storage usage - a quick question
But in z/OS 1.7 which kind of problem(s) did you have ? Max Scarpa Veilleux, Jon L [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 07/11/2007 15.49 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Real storage usage - a quick question In z/OS 1.8 the memory management is much more conducive to large memory. They no longer use the least recently used algorithm and no longer check every page. This has made a big difference for us. Under 1.7 we had issues with large real memory sizes due to the constant checking by RSM. This is no longer the case and we have increased our memory dramatically with no performance hit. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Max Scarpa Sent: Wednesday, November 07, 2007 9:31 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Real storage usage - a quick question Hi Martin how is it ? We're in V7, I suppose you warned about 2 Gb limit. If the case, I can assure you we're quite far from 2GB limit... Anyway you've said that there were highly variable results (in tests and in late 80s) which means that sometime things went better and sometimes things worsened (about cpu usage I presume). Is it correct ? Max Scarpa 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. [EMAIL PROTECTED] (Timothy Sipples) writes: An awful lot of modems and serial connections had to handle 7-bit, too, complicating the user experience for dial-up access to host systems, BBSes, etc. Basically if you set your modem to 7 bits, you struggled to transfer binary files (see: Kermit), and PC extensions for things like line drawing characters looked like a jumbled mess. If you set your modem to 8 bits you usually lost the parity bit, so you lost what little error checking you had. And a lot of systems still tried to use that high order bit for parity, so you saw a jumbled mess on your PC again. Owners of modem dial-up pools installed workarounds to try to detect what the end user had set, but this was a mess, too. On some systems you wouldn't see anything, so you didn't know what to do. (The correct answer: hit Enter a few times, or maybe Escape, or) I'm sure ATT enjoyed some extra earnings as dial-up modem users had to call over and over again, hoping to get the configuration settings right through trial and error, all because of the complications of 7 versus 8 bits. This affected all sorts of serial connections, including hardwired ones: plotters, ASCII terminals, etc. when cp67 was installed at the univ the last week of jan68, it had terminal support for 1052s and 2741s ... but the univ. had some number of tty/ascii devices. so one of the modifications to cp67 was to add tty/ascii terminal support. the base cp67 code had some stuff for dynamically determining the terminal type and switching the 2702 line scanner using the SAD command. so to remain consistent, i worked out a process to add TTY/ascii terminal support ... preserving the base cp67 dynamic terminal type determination. the univ. also was getting dial-up interface ... with base number that would roll-over to the first unused line. the idea that all terminals could dial in on the same phone number, regardless of type. this almost worked ... but it turned out that they had taken some short cuts with 2702 implementation. the issue was that while SAD command would switch the line scanner ... but the short-cut was that the line-speed oscillator was hard-wired to each port. for hard-wired lines ... the appropriate terminal types was connected to the appropriate 2702 with the corresponding line-speed wired (and then cp67 could dynamically determine the correct terminal type and switch the line scanner as needed with the SAD command). However, this wouldn't work for dial-up lines with common dial-in pool ... where any terminal type might get connected to any 2702 port. so somewhat because of this, the univ. decided to build our own clone controller that would also be able to perform dynamic line-speed determination. this involved reverse engineering the 360/67 multiplexor channel interface and building a channel interface board for an Interdata/3 minicomputer (platform for implemented controller clone). misc. past posts about the clone controller project http://www.garlic.com/~lynn/subtopic.html#360pcm i remember two bugs from the project. one bug involved red-lighting the 360/67. the 360/67 had high-resolution timer that tic'ed at approx 13mseconds. the timer had to update loc. 80 storage when it tic'ed. If the timer tic'ed a 2nd time before the previous tic had been updated in storage (say because some channel/controller had obtained the storage bus for the period and failed to release it for that perioid), the timer would force a red-light/machine check. the other bug was initially getting ascii data into storage .. after running it thru standard ascii-ebcdic translation table, it was all garbage. we eventually figured out every byte was bit-reversed ... i.e. 2702 line-scanner would take leading bit off the line and store it in low-order bit position (in a byte ... reversing the order of bits off the line. the interdata/3 started out doing standard ascii taking leading bit off the line and storing it in the high-order bit in a byte. so initially, the ascii bytes was getting to 360/67 main memory in non-bit-reversed bytes and then being run through the standard 2702 ascii-ebcdic (bit-reversed) translation table. this project got written up as the four of us being instrumental in starting the clone controller business. of course, all the clone controller business was the major motivation for the future system project ... lots of past posts http://www.garlic.com/~lynn/subtopic.html#futuresys including a few with this reference http://www.ecole.org/Crisis_and_change_1995_1.htm from above: IBM tried to react by launching a major project called the 'Future System' (FS) in the early 1970's. The idea was to get so far ahead that the competition would never be able to keep up, and to have such a high level of integration that it would be impossible for competitors to follow
Re: Real storage usage - a quick question
Two things Caution about any case resting on saving CPU by eliminating I/O. Back in the late 1980s a series of IBM studies showed highly variable results in this area. Though the technology has (at least in part) rolled a number of times I'd still take home the same lesson. In z/OS R.8 the cost of memory management got improved because of the RSM rewrite. I'd hazard that any management cost scaled better with memory size... As that was the whole point of the rewrite. Oh, alright then, three things... :-) Caution should be applied on DB2 Virtual Storage when scaling the buffer pools up - if you're on DB2 Version 7. 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: z/OS 1.9 bug impacts SRS (and probably other SAPI apps)
I ran into this in preliminary testing before 1.9 was sent out. I ended up making changes to our SyzSpool spool offload program and our Command processing facility (SyzCmdZ) to get around the problem. It's not an every time type of problem, and the problems (I didn't see any S0C4's) were low impact. I'm sure that the other vendors have also made allowances in their applications as well. I wish IBM had come forward earlier when I reported the problem, but typically vendor complaints don't get the weight that a user gets. At the time we had several clients who were already planning on testing out 1.9 so I couldn't wait for an IBM fix anyway. It turns out that the fix from level 2 does allow me to remove my code, but I'll leave it in place for the time being as it doesn't hurt to have it in and I never liked the idea of telling the customers that they have to apply maintenance to use our products.;) Brian Westerman Syzygy Incorporated -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 Wed, 7 Nov 2007 15:42:54 +0900, Timothy Sipples wrote: snip 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 I am not sure I understand what are you talking about. Both uppercase and lowercase sequences are not contiguous in EBCDIC, and sorting text containing hex numbers in EBCDIC is not a big help. Result of sort command in a member with CAPS OFF (in linux, I can use sort -f or sort --ignore-case to get what you have in your example): EBCDIC Member: --- 01 a 02 b 03 c 04 d 05 e 06 f 07 g 08 A 09 B 10 C 11 D 12 E 13 F 14 G --- Unix System Services example: --- cat x.test a b c d f e A B D C E M F cat x.test|sort A B C D E F M a b c d e f cat x.test | sort -f A a B b C c D d E e F f M --- -- Zaromil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Java Interface to Issue MVS Commands
Pardon the question, but I've lost the ability to logon to the archives. I see to recall discussion a few weeks back of a Java interface to issue MVS commands. Can anyone provide a URL? Thanks. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to Open a TN3270 session at HMC Stattion ...
No. I had made the test. Cordialement. Mustafa MOUSSADAK Banque Centrale Populaire -Message d'origine- De : IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] De la part de McKown, John Envoyé : lundi 5 novembre 2007 16:32 À : IBM-MAIN@BAMA.UA.EDU Objet : Re: How to Open a TN3270 session at HMC Stattion ... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Moussadak Mostafa Sent: Monday, November 05, 2007 10:34 AM To: IBM-MAIN@BAMA.UA.EDU Subject: How to Open a TN3270 session at HMC Stattion ... Hi all, I just discover that there a possibility to open a TN3270 session via PCOM to a Mainframe at HMC Station. did any one knew a parameters to put for such session (port, ip adr, ...) ? Many thanks / Cordialement. Wouldn't it be the same as any other TN3270 session on your LAN? Just guessing. -- 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 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.cpm.co.ma ** -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
OK, more rambling I forgot one other big thing the 360 designers got right: the byte (8-bit characters). I suppose they could have created a 7-bit architecture if it was an ASCII-only hardware design. There was a lot of pressure to reduce the bits to cut costs. The 8-bit byte architecture was the correct decision. It was (is) flexible and easy to extend. There are a few vestiges of 7-bit characters in other computer systems due to ASCII heritage effects, and it's not pretty. Things like uuencoding, xxencoding, and Kermit's 7-bit file transfer are all kludges to try to work around 7-bit architectural restrictions. They weren't fun. I even wrote such a workaround utility (called REXXShip), which translated a binary file into a 64-bit wide character space and wrapped the whole thing in a micro-sized self-executing REXX parser for easy end-user decoding, at least under REXX-equipped OSes. I think the inner content was xxdecode-compatible, so if you didn't have REXX you could use the old fashioned and more inconvenient method. An awful lot of modems and serial connections had to handle 7-bit, too, complicating the user experience for dial-up access to host systems, BBSes, etc. Basically if you set your modem to 7 bits, you struggled to transfer binary files (see: Kermit), and PC extensions for things like line drawing characters looked like a jumbled mess. If you set your modem to 8 bits you usually lost the parity bit, so you lost what little error checking you had. And a lot of systems still tried to use that high order bit for parity, so you saw a jumbled mess on your PC again. Owners of modem dial-up pools installed workarounds to try to detect what the end user had set, but this was a mess, too. On some systems you wouldn't see anything, so you didn't know what to do. (The correct answer: hit Enter a few times, or maybe Escape, or) I'm sure ATT enjoyed some extra earnings as dial-up modem users had to call over and over again, hoping to get the configuration settings right through trial and error, all because of the complications of 7 versus 8 bits. This affected all sorts of serial connections, including hardwired ones: plotters, ASCII terminals, etc. Even parallel printer connections sometimes suffered from 7/8-bit issues. Occasionally you'd buy a cable that worked great with 7-bit ASCII printers, such as a daisywheel printer, only to be frustrated if you tried to move that cable to an 8-bit device like a graphical dot matrix printer. (The manufacturer could save a little money wiring for 7 bits, so some of them cut that corner -- or never tested the 8th bit on their 7-bit test rigs. They got away with it for a while.) This was even more fun if the physical parallel port in the machine didn't actually support the 8th bit. Products like LapLink (which was itself a noble kludge) had to work around 7-bit parallel ports and cables to push 8-bit binary files through, more slowly. There was also the interesting fact that UNIX (and UNIX-like operating systems) and PCs (including Apples) had (and still have) very different ideas about the meaning of carriage return (CR) and line feed (LF) protocols at the end of each line of text. UNIX probably got it wrong, for the sake of economy I guess (LF only). PCs use CR+LF. So with only 128 character slots the OS designers reading the ASCII specification still disagreed about what the codes actually meant for their implementations. And I'm just scratching the surface here. It was so bad that the famous Hayes modem didn't even use decimal 16 (data link escape) or any variation thereof as the signal from the computer to the modem to go into command mode, which would have been a defensible read of how to use ASCII in such situations. Instead, they used +++ followed by a delay (no further character transmission) of about a second as the escape sequence. Then they patented +++ with the delay and were successful in preventing other manufacturers from using +++/delay unless they paid royalties. Whereupon many manufacturers decided to implement +++ without the delay, the best they could do for compatibility, and so there were good times for all (except Hayes owners) as the mere transmission of any +++ sequence, including any non-trivial form of ASCII artwork, resulted (usually) in hanging up the phone as the modem got stuck in command mode. So then the terminal emulation software vendors had to work around that, usually by inserting a software delay between the second and third plus sign. In fact, if you look at any of these historic interchange codes you see vestigal parts that don't have much use any more. That includes almost everything in ASCII below about decimal 32. Anyway, there were some things to like about ASCII (and EBCDIC) and some things not to like. Life was not all wonderful in ASCII land. - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z
Re: Bruce Black passed away
Sad news.. at 60 he was young. I only knew Bruce through IBM-MAIN but his well-mannered posts easily earned him my respect. Vale Bruce. At 03:47 AM 11/6/2007, you wrote: I am very sorry to say that Bruce Black passed away this past weekend. snips -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 2G-4G bar dead zone is for catching programs when they convert to AMODE 64. It has nothing to do with programs that run AMODE 24 or AMODE 31. The point is that an existing program that is AMODE 24 or AMODE 31 might have bit 0 of a 4-byte address on and not have any problem (because that bit is ignored when addressing storage). But when it converts to AMODE 64, that bit would now be part of the effective address (which certainly is not what the program wanted). Thus the system is set up so that a reference, in AMODE 64, to that address will program check. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
A zAAP can only run Java code. This is not true. A zAAP *can* run any kind of code. The only original exploiter of switching to zAAP was Java. So it is closer to correct if you were to say A zAAP does run only Java code. But even that is not fully correct, as has been pointed out, the system does not immediately switch off of a zAAP when leaving Java (just as it does not immediately switch to a zAAP upon entering Java). We think of that as a lazy switch. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Best way to clean up NOT Cat datasets in SMS
On Wed, 7 Nov 2007 12:24:49 -0600, Staller, Allan wrote: I do not think you can completely eliminate the possibility of having an uncataloged dataset in the SMS pool. Anyone with access to ISPF 3.4 can uncat a properly created SMS dataset and presto! A brand new instance of the problem. Not unless they have access to STGADMIN.IGG.DELETE.NOSCRTCH. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CSA 'above the bar'
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Eric Bielefeld Isn't it amazing that just a few years ago before the z machines came out, we had 2G to address everything on the machine. Now, we have a hole in the addressing scheme as big as what we used to have for total storage! Yep, and in currently practicable terms, we have nearly infinite storage beyond that gap. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CSA 'above the bar'
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Van Dalsen, Herbie John, That makes no sense to me... I thought that a 31-bit program could address x'' - 'x'0FFF' below the line, and the same above the line. I.O.W. it could go up to x'8FFF' which means x'0FFF' above ? This means that the hole is from x' 9000' - ? A 31-bit program can address from x'' through x'7FFF'. Expressed in 64-bit addressing, that range is from x'_' through x'_7FFF'. IOW, for a 31-bit program, the high halves of the 64-bit registers do not exist; they may actually contain anything and they will be ignored by 31-bit (and 24-bit) programs. A 64-bit program (amode 64) can address exactly the same range, in the same way, except that the high halves of the 64-bit registers MUST contain all binary zeroes. IN ADDITION, an amode 64 program can address from x'0001_' through x'_'. NO PROGRAM is allowed to address the space from x'_8000' through x'_', which is the bar, the hole, or whatever other name seems appropriate. See previous posts from Ed Jaffe, Peter Relson and Chris Craddock for why that is a good idea. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CSA 'above the bar'
On Wed, 7 Nov 2007 17:31:31 -, Van Dalsen, Herbie wrote: That makes no sense to me... I thought that a 31-bit program could address x'' - 'x'0FFF' below the line, and the same above the line. I.O.W. it could go up to x'8FFF' which means x'0FFF' above ? This means that the hole is from x' 9000' - ? No. That would be a 28-bit address. A 31-bit address can go up to x'7FFF'. And the line is at 16 MB, determinied by the a 24-bit address. The hightest address below the line is x'00FF'. The first address above the line is x'0800'. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Printer Model 4245 Info Request
Rich, I'm pretty sure they were 4245-20 models, because there was also a 4245-14 (or maybe a model 12), but the end 2 digits was an indication of the speed. The model 12 or 14 printed at 1200 or 1400 lines per minute and the model 20 printed at 2000. I'm certain of the model 20 because we ran a couple of them a long time ago (in a galaxy far away...). I just am a bit fuzzy as to which the other model actually was. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Wednesday, November 07, 2007 11:32 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Printer Model 4245 Info Request McKnight, Lee wrote: Hello All, We are researching a D/R site that has an IBM 4245-20 impact line printer. We have tried searches in IBM, Redbooks Web for the printer specs, to no avail. Can anyone point us to this info? We are especially interested in compatibility with IBM 6400-010 printer. ---unsnip-- Are you completely certain that it's not a 4245-2? Misprints can happen.. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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'
Isn't that what they said when MVS first came out? And then again when MVS/XA came out? Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Chase, John [EMAIL PROTECTED] Yep, and in currently practicable terms, we have nearly infinite storage beyond that gap. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best way to clean up NOT Cat datasets in SMS
snip Looking to find the best process to identify and delete uncataloged data sets that are in SMS Pools. These can either be VSAM or NON VSAM data sets. How often should this process run? How would I go about reducing or elimiating the fact data sets can be not cataloged in SMS Pools? snip If the pools are HSM managed, HSM issues a return code 70 (IIRC) for uncataloged datasets during backup and migration processing. Parse the HSM migration/backup logs to create a dataset list. If the quantity is small, I usually issue IDCAMS DEFINE ... RECATLOG, followed by DELETE. I have found that once a month or so is adequate to stay on top of the situation. YMMV. I do not think you can completely eliminate the possibility of having an uncataloged dataset in the SMS pool. Anyone with access to ISPF 3.4 can uncat a properly created SMS dataset and presto! A brand new instance of the problem. HTH, -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
-Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John I was more curious about how much more a CP costs than a speciality engine. I don't want another CP. We are currently a z9BC-T02, looking at upgrading to a V02 fairly soon. And I don't make such decisions anyway. I'm just a grunt. I think the GP engines generally are priced at around twice the price of the specialty engines. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CSA 'above the bar'
Technically, isn't that a 'virtual' hole? Eric Bielefeld wrote: Isn't it amazing that just a few years ago before the z machines came out, we had 2G to address everything on the machine. Now, we have a hole in the addressing scheme as big as what we used to have for total storage! Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2008 - Chattanooga - April 18-22, 2008 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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'
Rick Fochtman wrote: snip-- 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 ? -unsnip-- Because bit 0 is the switch between 24-bit mode and 31-bit mode, and as such cannot participate in an address. This is simply not true!! The two AMODE bits (BA EA) are in the PSW, not in address words. And, they don't conflict in any way with the 64-bit Instruction address in the PSW or any of the bits used for addressing in a 64-bit general purpose register. See the PSW format below. And, please read my prior post(s) in this thread for the reason why the purely optional, yet highly valuable, 2G-4G dead zone was implemented for z/OS. +---+ IE Prog E 0R000TOX Key 0MWPA SC C Mask 0 0 0 0 0 0 0A +---+ 0 5 8 12 16 18 20 24 31 +---+ B | A0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0| +---+ 32 63 +---+ Instruction Address +---+ 64 95 +---+ Instruction Address (Continued) +---+ 96127 -- 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: CSA 'above the bar'
---snip--- 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 ). ---unsnip- Huh? I was told that The Bar was the top of the 31-bit addressable space. What did I miss? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
On Wed, 7 Nov 2007 08:26:12 -0600, McKown, John [EMAIL PROTECTED] wrote: Perhaps I should have said something more along the lines of If I want to exploit a zAAP processor with my own code, that code must be written in Java. Perhaps also with a note that my code might run IBM (or other vendor?) supplied code which might run on a zAAP (like XML is going to). But there is no way for be to LEGALLY get my COBOL code to run on a zAAP. Well I'm not so sure... What if your COBOL compiler were to compile into JVM bytecodes? I seem to remember at least one commercial product out there that does just that, and there are lots of experimental efforts to compile various languages for the JVM. Or what if your COBOL compiler were to compile into Java source code, which was then turned into bytecodes (maybe even by IBM's Java compiler)? Of course there are potential functional and performance problems with this approach, but there may well be financial incentive to do it if the zAAP price is kept artificially low (or if you prefer, the general CP price is kept artificially high). Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Real storage usage - a quick question
In 1.7 RSM took more CPU when we increased our real storage since it had to look at every frame for the UIC. It's a simple equation And, the increas was? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Real storage usage - a quick question
In 1.7 RSM took more CPU when we increased our real storage since it had to look at every frame for the UIC. It's a simple equation, more frames more CPU to scan them for their UIC. Our performance area noticed that there was an increase. I believe that it showed up as uncaptured CPU or MVS usage under OMEGAMON CPU utilization. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Max Scarpa Sent: Wednesday, November 07, 2007 9:58 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Real storage usage - a quick question But in z/OS 1.7 which kind of problem(s) did you have ? Max Scarpa 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: CSA 'above the bar'
You mean 640K isn't as much as I'll ever need? (No, Bill never really said it) On Wed, 7 Nov 2007 12:38:51 -0600, Eric Bielefeld [EMAIL PROTECTED] wrote: Isn't that what they said when MVS first came out? And then again when MVS/XA came out? Maybe, but this time they really mean it. It is more than we'll ever need (at least in our lifetimes).Even trying ... I can't imagine a number that big. Mark -- 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: CSA 'above the bar'
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Wednesday, November 07, 2007 2:12 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CSA 'above the bar' You mean 640K isn't as much as I'll ever need? (No, Bill never really said it) Anymore, 640K is not enough to do Hello, World! type programs. Especially when you add in the GUI interface and all the Are You Sure? dialog boxes. Internationalization requires even more memory. -- 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
SMP/E change volumes on DDDEF in new Target Zone
I am cloning a target region for maintenance. I would like to find a utility that will insert a VOLSER in the VOLUME parameter on the DDDEF. Currently none of the DDDEF's have volsser numbers in them. The ZONEDIT CHANGE command will not let me do a global change on VOLUME when the VOLUME is nulls. Ideally, what I would like to do is search the catalog for the dataset name on the DDDEF, then extract the volser, and build REP DDDEF statements to be used to update the new target library. Any help would be appreciated. Thanks. Mark House (402) 778-1966 IBM Mainframe Systems [EMAIL PROTECTED] This e-mail message and any attachments may contain confidential, proprietary or non-public information. This information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this e-mail, please notify the sender immediately and destroy this e-mail. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this e-mail are those of the author 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: zAAP question
-Original Message- From: Kirk Wolf [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 07, 2007 10:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: zAAP question Snipped IBM does not disclose the technical bits about what makes a JNI library zAAP eligible, for obvious reasons. Um-m-m, color me dense today. Why would they do that? It's not obvious to me. Don't they *want* JNI library writers (and smart application groups at end-user companies) to actually *use* these interfaces? Why would they be hidden? Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another Branch Trace question
Hardee, Charles H wrote: In reference to the level of z/OS, I can find that in a dump when using IPCS. Can I also find the hardware level within a dump using IPCS? Thanks, Chuck The PCCA contains the PCCACPID which has serial and model numbers. The z9 is 2094 and 2096. We recently got one of these so I can finally use the BEAR. Here are some notes on I have on locating the BEAR, gleaned from Share or other sources: Where are BEAR contents saved: When a Program interrupt occurs, the contents of BEAR are stored in PSA+x'110' (FLCEBEA) in low core When a Program check occurs, RTM will copy into SDWABEA (SDWARC4 +150), RTM2BEA (RTM2WA +6D0) ST FAILDATA or VERBX LOGDATA will provide contents of BEAR If SDWARC4 is available (above-the-line SDWA only) I do: IP SUMM FORMAT then F rtm2wa then F 'bea..' +06D0 BEA.. 199FACDC +06D8 PSW1. 0785 8000 199FA66E So the last successful branch in this program was at address 199FACDC. -- Don Poitras - zSeries R D - SAS Institute Inc. - SAS Campus Drive mailto:[EMAIL PROTECTED] (919)531-5637 Fax:677- Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Peter Relson Sent: Wednesday, November 07, 2007 6:27 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: zAAP question A zAAP can only run Java code. This is not true. A zAAP *can* run any kind of code. The only original exploiter of switching to zAAP was Java. So it is closer to correct if you were to say A zAAP does run only Java code. But even that is not fully correct, as has been pointed out, the system does not immediately switch off of a zAAP when leaving Java (just as it does not immediately switch to a zAAP upon entering Java). We think of that as a lazy switch. Peter Relson z/OS Core Technology Design Picky, picky, picky. GRIN Thanks for the information. Perhaps I should have said something more along the lines of If I want to exploit a zAAP processor with my own code, that code must be written in Java. Perhaps also with a note that my code might run IBM (or other vendor?) supplied code which might run on a zAAP (like XML is going to). But there is no way for be to LEGALLY get my COBOL code to run on a zAAP. -- 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: Real storage usage - a quick question
Here is how I see the answers to the naysayers. 1. The CPU overhead incurred because of the addition of memory blocks would be minimal and you'd probably actually buy back CPU overhead because of things such as less I/O. Adding more memory blocks would allow you to retain more data in memory (DB2 buffers for example) and reduce I/O. In my mind I/O overhead would be a lot more CPU intensive than any memory overhead. 2. Yes, increasing the memory would probably cause the workload to increase slightly. There is always a tit-for-tat situation where you fix one bottleneck in a system another will pop up. However, it sounds like your limiting your CPU usage based on software costs. While I understand the budget thing you also have to decide if you're hurting your customers by doing that. Is your DB2 processing so slow because of the lack of memory that your customers are complaining? 3. So you're paying for 5GB of storage that you aren't using. Is that really a good use of budget resources? Sent: Wednesday, November 07, 2007 4:00 AM by Max Scarpa Esteemed listers I've a problem but I haven't any answer to it or better I've different answers. Say we have a machine with, just to say, 10 Gb of real storage. Only 5 are used by the only LPAR defined (actually there's another very small LPAR, but it's real small), which is a WLC LPAR and often it's CPU capped. 5 Gb remain unused. I asked why, as I'd like to enlarge my bufferpools in DB2 (for instance). I've got these answers: - Increasing real storage increases cpu overhead to managed more memory blocks in a cpu-constrained machine. - Increasing real storage causes more workload so more chanches to hit WLC capping. - It's better to have some spare storage (5 Gb ?). Our workload is increasing and we have some occasional paging spikes. DB2 doesn't perform well due to too small pools. According listers' experience, is using the most part/all real storage (perhaps with a spare memory for future incrases) a real problem ? Did anyone experimented any problem ? What are guidelines ? Thank you in advance Max Scarpa * 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: High order bit in 31/24 bit address
On Wed, 2007-11-07 at 15:42 +0900, Timothy Sipples wrote: 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. Ain't that the truth. Mind-boggling inane. All my searches are by default case insensitive - sometimes involving unnatural convolutions. Hungarian notation ... bah, humbug !!! Have a look at what the (Linux) kernel devs stipulate as good/acceptable coding style. And yes, IMHO the same (still) applies to HLASM. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another Branch Trace question
snip 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? /snip In reference to the level of z/OS, I can find that in a dump when using IPCS. Can I also find the hardware level within a dump using IPCS? Thanks, Chuck -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 COPY statement w REPLACING...
..just for my obscene curiosity: What IDIOT designed the COBOL COPY REPLACING statement ?? Thomas _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -- For IBM-MAIN subscribe / signoff / archive access instructions, 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'
On Wed, 7 Nov 2007 12:25:45 -0600, Tom Marchant wrote: On Wed, 7 Nov 2007 12:13:24 -0600, Tom Schmidt wrote: On Wed, 7 Nov 2007 11:54:58 -0600, Tom Marchant wrote: The hightest address below the line is x'00FF'. The first address above the line is x'0800'. Check your hex arithmetic: The first address above the line should be x'0100'. Yikes! Thanks for the correction. At first I thought that you were creating a mini-bar... I liked that idea except that it would still be a dry mini-bar. :( -- Tom Schmidt Madison, WI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real storage usage - a quick question
Hi Max, if you're going to V8 make sure the bufferpools are pagefixed otherwise DB2 have to do it for each I/O. Roland Hi Martin how is it ? We're in V7, I suppose you warned about 2 Gb limit. If the case, I can assure you we're quite far from 2GB limit... Anyway you've said that there were highly variable results (in tests and in late 80s) which means that sometime things went better and sometimes things worsened (about cpu usage I presume). Is it correct ? -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
-Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John snip Just as a curiousity, was is the cost to acquire a zAAP, zIIP, IFL, CFL, and a general CP? I mean the hardware cost, exclusive of any software costs. One person said, off line, that a zAAP cost them around US $50K. The MSRP for the zAAP, zIIP and IFL is US$95,000 for a z9BC and US$125,000 for a z9EC. How well can you negotiate? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 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 don't know how lucky it would have been, with the goofy USASCII-8 that was documented in the 360 POO. For example, space was defined as x'40', numbers as x'50' to x'59', upper case letters began with x'A1' and lower case letters began with x'E1'. Remember that ASCII was a very new standard when the 360 was introduced. EBCDIC wasn't a standard, but there were a lot of old peripherals that used it. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zAAP question
Rob, I'm surprised that your surprised :-) AFAIK, the JNI libraries that are *part* of the SDK are probably zAAP eligible. There might be exceptions ... I really don't know. Like I said, for a policy on what is and what is not, you would have to contact IBM. IBM does not disclose the technical bits about what makes a JNI library zAAP eligible, for obvious reasons. Kirk Wolf On 11/7/07, Schramm, Rob [EMAIL PROTECTED] wrote: Kirk, Yes to both. And a bit surprised by your answer. -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: COBOL COPY statement w REPLACING...
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Berg Sent: Wednesday, November 07, 2007 4:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: COBOL COPY statement w REPLACING... ..just for my obscene curiosity: What IDIOT designed the COBOL COPY REPLACING statement ?? SNIP The committee that was attempting to provide macro type processing for COBOL. Or perhaps you would like to call it quasi-dynamic COPY Member updating specific to the program currently being compiled. Regards, Steve Thompson Ps. No, I didn't say I used it. But I've seen it used and well, I'd rather do macro preprocessing (a la CICS). -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Real storage usage - a quick question
Hi Tom and thank you a lot for your reply. WLC is a thing I cannot influence as it's managers' decision. But not using storage you bought and could be very useful seems to me a waste of money without a valid reason. Using it could increase performance and save some CPU to be used for customers. Sometime our capping is so long that all jobs are delayed a lot, expecially batch. Thank you again and best regards Max Scarpa Kelman, Tom [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 07/11/2007 14.51 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Real storage usage - a quick question Here is how I see the answers to the naysayers. 1. The CPU overhead incurred because of the addition of memory blocks would be minimal and you'd probably actually buy back CPU overhead because of things such as less I/O. Adding more memory blocks would allow you to retain more data in memory (DB2 buffers for example) and reduce I/O. In my mind I/O overhead would be a lot more CPU intensive than any memory overhead. 2. Yes, increasing the memory would probably cause the workload to increase slightly. There is always a tit-for-tat situation where you fix one bottleneck in a system another will pop up. However, it sounds like your limiting your CPU usage based on software costs. While I understand the budget thing you also have to decide if you're hurting your customers by doing that. Is your DB2 processing so slow because of the lack of memory that your customers are complaining? 3. So you're paying for 5GB of storage that you aren't using. Is that really a good use of budget resources? Sent: Wednesday, November 07, 2007 4:00 AM by Max Scarpa Esteemed listers I've a problem but I haven't any answer to it or better I've different answers. Say we have a machine with, just to say, 10 Gb of real storage. Only 5 are used by the only LPAR defined (actually there's another very small LPAR, but it's real small), which is a WLC LPAR and often it's CPU capped. 5 Gb remain unused. I asked why, as I'd like to enlarge my bufferpools in DB2 (for instance). I've got these answers: - Increasing real storage increases cpu overhead to managed more memory blocks in a cpu-constrained machine. - Increasing real storage causes more workload so more chanches to hit WLC capping. - It's better to have some spare storage (5 Gb ?). Our workload is increasing and we have some occasional paging spikes. DB2 doesn't perform well due to too small pools. According listers' experience, is using the most part/all real storage (perhaps with a spare memory for future incrases) a real problem ? Did anyone experimented any problem ? What are guidelines ? Thank you in advance Max Scarpa * 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Real storage usage - a quick question
In z/OS 1.8 the memory management is much more conducive to large memory. They no longer use the least recently used algorithm and no longer check every page. This has made a big difference for us. Under 1.7 we had issues with large real memory sizes due to the constant checking by RSM. This is no longer the case and we have increased our memory dramatically with no performance hit. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Max Scarpa Sent: Wednesday, November 07, 2007 9:31 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Real storage usage - a quick question Hi Martin how is it ? We're in V7, I suppose you warned about 2 Gb limit. If the case, I can assure you we're quite far from 2GB limit... Anyway you've said that there were highly variable results (in tests and in late 80s) which means that sometime things went better and sometimes things worsened (about cpu usage I presume). Is it correct ? Max Scarpa 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: Java Interface to Issue MVS Commands
I believe this is the tool in question: http://www.alphaworks.ibm.com/tech/commandgenerator4zos Aaron On Wed, 7 Nov 2007 05:11:11 -0500, Bob Shannon [EMAIL PROTECTED] wrote: Pardon the question, but I've lost the ability to logon to the archives. I see to recall discussion a few weeks back of a Java interface to issue MVS commands. Can anyone provide a URL? Thanks. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM- MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Real storage usage - a quick question
Hi Martin how is it ? We're in V7, I suppose you warned about 2 Gb limit. If the case, I can assure you we're quite far from 2GB limit... Anyway you've said that there were highly variable results (in tests and in late 80s) which means that sometime things went better and sometimes things worsened (about cpu usage I presume). Is it correct ? Max Scarpa Martin Packer [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 07/11/2007 15.23 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Real storage usage - a quick question Two things Caution about any case resting on saving CPU by eliminating I/O. Back in the late 1980s a series of IBM studies showed highly variable results in this area. Though the technology has (at least in part) rolled a number of times I'd still take home the same lesson. In z/OS R.8 the cost of memory management got improved because of the RSM rewrite. I'd hazard that any management cost scaled better with memory size... As that was the whole point of the rewrite. Oh, alright then, three things... :-) Caution should be applied on DB2 Virtual Storage when scaling the buffer pools up - if you're on DB2 Version 7. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Timothy Sipples [ snip ] 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 Huh??? EBCDIC: A = x'C1', a = x'81', B = x'C2', b = x'82', etc. ASCII: A = x'41', a = x'61', B = x'42', b = x'62', etc. Please elaborate. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best way to clean up NOT Cat datasets in SMS
On Wed, 7 Nov 2007 13:16:28 -0500, Lizette Koehler wrote: Looking to find the best process to identify and delete uncataloged data sets that are in SMS Pools. These can either be VSAM or NON VSAM data sets. Have you figured out what's causing it? Is it because you restore volumes from full volume backups after data sets were deleted? Did you have to restore a catalog? Or maybe someone has access to STGADMIN.IGG.DELETE.NOSCRTCH and has uncataloged the data set? Is your SMS environment shared? If so, do you share the catalogs too? How often should this process run? How would I go about reducing or elimiating the fact data sets can be not cataloged in SMS Pools? It shouldn't happen under normal circumstances. If you can figure out why it's happening, that should help you figure out what to do about it. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zAAP question
A couple more points: 1. zAAP isn't only for Java any more. The z/OS XML System Services now exploit zAAP. The z/OS XML System Services are available for z/OS 1.7 and higher, and one major user of the z/OS XML System Services is DB2 9 for z/OS, assuming you use DB2's XML features. (This may be reason alone to move to DB2 9 quickly.) IBM has a couple statements of direction indicating there will be more XML exploitation of zAAP in the future, including the z/OS XML Toolkit. 2. The zAAP could influence decisions about how you implement certain functions, yes. But remember that even optimized Java has a longer path length than, say, optimized COBOL. A factor of 10 is not out of the ordinary. Thus I doubt it would be wise to perform non-trivial database joins in Java code versus letting DB2 do the work, for example. But things were a lot more interesting with respect to XML parsing. There are many ways to parse XML, including in Java code (e.g. the Xalan/Xerces libraries for Java). It turns out that XML parsing with Java is one of the most zAAP-eligible workloads. So there were some very weird cases where, for example, XML PARSE in COBOL consumed a lot more CPU (on CPs) than XML parsing in WebSphere (which loves the zAAP, longer path length and all). That probably explains in part why there's a lot of focus on moving other XML processing to zAAP and zIIP. - - - - - 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
Real storage usage - a quick question
Esteemed listers I've a problem but I haven't any answer to it or better I've different answers. Say we have a machine with, just to say, 10 Gb of real storage. Only 5 are used by the only LPAR defined (actually there's another very small LPAR, but it's real small), which is a WLC LPAR and often it's CPU capped. 5 Gb remain unused. I asked why, as I'd like to enlarge my bufferpools in DB2 (for instance). I've got these answers: - Increasing real storage increases cpu overhead to managed more memory blocks in a cpu-constrained machine. - Increasing real storage causes more workload so more chanches to hit WLC capping. - It's better to have some spare storage (5 Gb ?). Our workload is increasing and we have some occasional paging spikes. DB2 doesn't perform well due to too small pools. According listers' experience, is using the most part/all real storage (perhaps with a spare memory for future incrases) a real problem ? Did anyone experimented any problem ? What are guidelines ? Thank you in advance Max Scarpa -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
Respecs for a true professional Andy Robertson telephone mobile 0777 214 9545 home 01273 488272 ** This email is confidential and may contain copyright material of the John Lewis Partnership. If you are not the intended recipient, please notify us immediately and delete all copies of this message. (Please note that it is your responsibility to scan this message for viruses). Email to and from the John Lewis Partnership is automatically monitored for operational and lawful business reasons. ** John Lewis plc Registered in England 233462 Registered office 171 Victoria Street London SW1E 5NN Websites: http://www.johnlewis.com http://www.waitrose.com http://www.greenbee.com http://www.johnlewispartnership.co.uk ** -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
For many of us Bruce was the most frequent contact with Innovation and he represented the company very well. He was a pleasure to work with both as an FDR customer and as a vendor who had to understand what Innovation products (FDRPAS) were doing. He had a wealth of knowledge about MVS I/O and was willing to share whenever he was allowed. He was a good man who has gone to a good mans rest and he will be missed. Peace, Sam Knutson -Original Message- 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 This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL COPY statement w REPLACING...
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Berg Sent: Wednesday, November 07, 2007 4:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: COBOL COPY statement w REPLACING... Importance: High ..just for my obscene curiosity: What IDIOT designed the COBOL COPY REPLACING statement ?? Thomas ANSI - a committee: A creature with multiple stomachs, but no brain. -- 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'
-Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden You mean 640K isn't as much as I'll ever need? (No, Bill never really said it) Anymore, 640K is not enough to do Hello, World! type programs. Especially when you add in the GUI interface and all the Are You Sure? dialog boxes. Internationalization requires even more memory. Nowadays, 640K won't even hold the BIOS. -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
High order bit in 31/24 bit address
I'm tempted to agree about the stack - for the last quarter-century my calculator of choice (and it's right here now) has been a HP41CV. Back then, though, IBM perceived the lack of a stack as a marketing _adantage_. The competition (Burroughs, CDC, ICL) was all stack-based. The previous generations of machine in the UK market that IBM was trying to address - e.g., the KDF9 - were also stack machines. You can turn any feature or the lack of a feature into a benefit with enough marketing. Look at the inanity surrounding the very ordinary iPhone. -- 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: Best way to clean up NOT Cat datasets in SMS
Lizette, If you have DSS, you can run the following to find datasets that are not cataloged: //* //* LIST DATA SETS NOT CATALOGED ON A VOLUME //* //NOCAT EXEC PGM=ADRDSSU,PARM='TYPRUN=NORUN' //SYSPRINT DD SYSOUT=* //OUTPUT DD DUMMY //SYSIN DD * DUMP DS (BY ((CATLG EQ NO))) - INDYNAM((WRK001) , - (WRK002)) ODD(OUTPUT) Note the PARM=NORUN - this causes DSS to only report what uncataloged datasets are on the volumes you specify, it does not actually dump them. I've used this for SMS and non-SMS volumes. When I run this, all I see are the SYS1.VTOCIX.Vvolser data sets listed. How often? I've not found a great reason to do this on any scheduled basis. Of course, YMMV in your shop depending on the answer to your third question - which I'll leave to a good storage management person who's a lot smarter than I am about how you get SMS data sets on SMS volumes that are not cataloged... Tom Chicklon -- Looking to find the best process to identify and delete uncataloged data sets that are in SMS Pools. These can either be VSAM or NON VSAM data sets. How often should this process run? How would I go about reducing or elimiating the fact data sets can be not cataloged in SMS Pools? Thanks for the input. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Best way to clean up NOT Cat datasets in SMS
snip Looking to find the best process to identify and delete uncataloged data sets that are in SMS Pools. These can either be VSAM or NON VSAM data sets. How often should this process run? How would I go about reducing or elimiating the fact data sets can be not cataloged in SMS Pools? snip Forgot to mention there is probably something along the lines of delete any uncataloged dataset on these volumes on the CBT tape, but I haven't specifically looked. HTH, -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Printer Model 4245 Info Request
McKnight, Lee wrote: Hello All, We are researching a D/R site that has an IBM 4245-20 impact line printer. We have tried searches in IBM, Redbooks Web for the printer specs, to no avail. Can anyone point us to this info? We are especially interested in compatibility with IBM 6400-010 printer. ---unsnip-- Are you completely certain that it's not a 4245-2? Misprints can happen.. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 Rick Fochtman ---snip--- 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 ). ---unsnip- Huh? I was told that The Bar was the top of the 31-bit addressable space. What did I miss? The bar is actually 2GiB wide, beginning at 64-bit address x'_8000' and ending at 64-bit address x'_'. In the context of this thread, the bar and the hole are one and the same. -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
Update to XMITIP (5.70) and TXT2HTML (3.0) - Corrected URL
Just posted at http://www.lbdsoftware.com are updates to both XMITIP to version 5.70 and to TXT2HTML to version 3.0. All packages/tools on this site are posted without warranty or guarantee. Use them at your own risk and test before implementing in any productive use. TXT2HTML updated to reflect changes made in 12/2005 (so I'm a bit late) and incorporated in the XMITIP package. Now the stand alone package is updated. XMITIP Updates: 11/05/07 - 5.70 * Numerous changes to enhance NLS support thanks to Hartmut Beckmann - exec updates SETSDSFK - enclose extract dsn (ldsn) in quotes (') to better work when PROFILE NOPREFIX is used and userid prefix - use zdel as delimiter (thx Hartmut) TESTCU - support new XMITIPCU variables (thx Hartmut) XMITIP - Fix long subject wrapping and spacing - Enhance dynamic temp dsns for pdf, rtf and html - Allow abbreviations for the following FILE - FI FROM - FR FORMAT - FORM PRIORITY - PR REPLYTO - REP SUBJECT - SUB - Add iweek, iweeke, iweekr symbolics uses new xmitfdat function exec - Add new options for NLS codepage_default encoding_default - Add symbolic ctime hhmmss (compact current time) - Add new option check_send_from check from address in an external routine i.e. to bypass spam filter - Add new option check_send_to (future) - Add new option smtp_fax to support different smtp tasks/writer (future) - Fix default_lang for month XMITFDAT - Date function package from: Generic Object Rexx date arithmetic routines by Toby Thurston --- 2 Dec 2002 XMITIPIC - Updates to remove blank line and change type from text to request XMITIPID - Add retry on LDAP query (3 times if needed) XMITIPCU - Add new options for NLS codepage_default encoding_default - Add new option check_send_from check from address in an external routine i.e. to bypass spam filter * All Thanks to Hartmut XMITIPMU - Additional quotes (enjoy) XMITIPI - Version Change only XMITIPTR - Danish addition thx to Frank Allan Rasmussen XMITZEX1 - rewrite the from address (thx Hartmut) XMITZGEN - Encode data to Quoted-Printable (thx Hartmut) - Misc updates IOF - Documents the IOF interface to XMITIP from the IOF vendor IOFOLD - The old doc on how to use XMITIP with IOF (now obsolete - see member IOF) IVPJOB - Update for new symbolics SPOOF1 - updated to reflect recent changes UDSMTP - added caveats on usage - panel updates XMITIPXB - addition of new variable CTIME (thx Hartmut) - addition of new variable iweek XMITIPXJ - addition of new variable iweek XMITIPX3 - addition of new variable iweek, iweeke, iweekr Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We?re here to make lives better.? Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are. - John Wooden NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E change volumes on DDDEF in new Target Zone
If no VOLUME currently exists, you can do the following for each DDDEF: UCLIN. ADD DDDEF() VOLUME(vv). ENDUCL. This will add the volume to the existing DDDEF. On Wed, 7 Nov 2007 09:27:24 -0600, Mark S. House [EMAIL PROTECTED] wrote: I am cloning a target region for maintenance. I would like to find a utility that will insert a VOLSER in the VOLUME parameter on the DDDEF. Currently none of the DDDEF's have volsser numbers in them. The ZONEDIT CHANGE command will not let me do a global change on VOLUME when the VOLUME is nulls. Ideally, what I would like to do is search the catalog for the dataset name on the DDDEF, then extract the volser, and build REP DDDEF statements to be used to update the new target library. Any help would be appreciated. Thanks. Mark House (402) 778-1966 IBM Mainframe Systems [EMAIL PROTECTED] This e-mail message and any attachments may contain confidential, proprietary or non-public information. This information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this e-mail, please notify the sender immediately and destroy this e-mail. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this e-mail are those of the author 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: Real storage usage - a quick question
I don't have specific numbers, but it was noticable. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Wednesday, November 07, 2007 10:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Real storage usage - a quick question In 1.7 RSM took more CPU when we increased our real storage since it had to look at every frame for the UIC. It's a simple equation And, the increas was? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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: SMP/E change volumes on DDDEF in new Target Zone
UCLIN There is a dump of the DDDEF's, you can bring that into ISPF, add the volume, then run it back thru UCLIN. At 10:27 AM 11/7/2007, Mark S. House wrote: I am cloning a target region for maintenance. I would like to find a utility that will insert a VOLSER in the VOLUME parameter on the DDDEF. Currently none of the DDDEF's have volsser numbers in them. The ZONEDIT CHANGE command will not let me do a global change on VOLUME when the VOLUME is nulls. Ideally, what I would like to do is search the catalog for the dataset name on the DDDEF, then extract the volser, and build REP DDDEF statements to be used to update the new target library. Any help would be appreciated. Thanks. Mark House (402) 778-1966 IBM Mainframe Systems [EMAIL PROTECTED] This e-mail message and any attachments may contain confidential, proprietary or non-public information. This information is intended solely for the designated recipient(s). If an addressing or transmission error has misdirected this e-mail, please notify the sender immediately and destroy this e-mail. Any review, dissemination, use or reliance upon this information by unintended recipients is prohibited. Any opinions expressed in this e-mail are those of the author 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 Brian W. France Systems Administrator (Mainframe) Pennsylvania State University Administrative Information Services - Infrastructure/SYSARC Rm 25 Shields Bldg., University Park, Pa. 16802 814-863-4739 [EMAIL PROTECTED] To make an apple pie from scratch, you must first invent the universe. Carl Sagan -- For IBM-MAIN subscribe / signoff / archive access instructions, 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 Don. -Original Message- From: IBM M7ainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Don Poitras Sent: Wednesday, November 07, 2007 8:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another Branch Trace question Hardee, Charles H wrote: In reference to the level of z/OS, I can find that in a dump when using IPCS. Can I also find the hardware level within a dump using IPCS? Thanks, Chuck The PCCA contains the PCCACPID which has serial and model numbers. The z9 is 2094 and 2096. We recently got one of these so I can finally use the BEAR. Here are some notes on I have on locating the BEAR, gleaned from Share or other sources: Where are BEAR contents saved: When a Program interrupt occurs, the contents of BEAR are stored in PSA+x'110' (FLCEBEA) in low core When a Program check occurs, RTM will copy into SDWABEA (SDWARC4 +150), RTM2BEA (RTM2WA +6D0) ST FAILDATA or VERBX LOGDATA will provide contents of BEAR If SDWARC4 is available (above-the-line SDWA only) I do: IP SUMM FORMAT then F rtm2wa then F 'bea..' +06D0 BEA.. 199FACDC +06D8 PSW1. 0785 8000 199FA66E So the last successful branch in this program was at address 199FACDC. -- Don Poitras - zSeries R D - SAS Institute Inc. - SAS Campus Drive mailto:[EMAIL PROTECTED] (919)531-5637 Fax:677- Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
Kirk, Yes to both. And a bit surprised by your answer. -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
Bruce Black passed away
I suspect he'll go on answering questions from the archives for some time to come. -- 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: Real storage usage - a quick question
- Increasing real storage increases cpu overhead to managed more memory. blocks in a cpu-constrained machine. It's cheaper to manage storage than it is to page. I've always found the CPU overhead vs memory argument bogus. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, 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
Sorry, brain lock re: EBCDIC and ASCII sort orders. I must have been thinking of alphas then numerics versus numerics then alphas, since they differ in that respect. - - - - - 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: zAAP question
-Original Message- From: Chase, John [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 07, 2007 10:29 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: zAAP question -Original Message- From: IBM Mainframe Discussion List On Behalf Of Farley, Peter x23353 -Original Message- From: Kirk Wolf Snipped IBM does not disclose the technical bits about what makes a JNI library zAAP eligible, for obvious reasons. Um-m-m, color me dense today. Why would they do that? It's not obvious to me. Don't they *want* JNI library writers (and smart application groups at end-user companies) to actually *use* these interfaces? Why would they be hidden? The zAAP is just another CPU engine, and cannot, by itself, identify whether the instruction it's executing now originated from within a Java program or any other program. If IBM were to publish the eligibility determination interface, then anybody could switch the processing of any program to run on the zAAP. Doh. OK, their software revenues are the issue. I don't usually have to deal with that aspect of things, so it doesn't always occur to me. Thanks for lightening my density. Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real storage usage - a quick question
On Wed, 7 Nov 2007 10:22:30 -0500, Veilleux, Jon L [EMAIL PROTECTED] wrote: In 1.7 RSM took more CPU when we increased our real storage since it had to look at every frame for the UIC. It's a simple equation, more frames more CPU to scan them for their UIC. Our performance area noticed that there was an increase. I believe that it showed up as uncaptured CPU or MVS usage under OMEGAMON CPU utilization. Exactly. So if you are running below z/OS 1.8 and aren't paging, don't just add 25G of storage because you have it laying around doing nothing since you upgraded your processor and added all the cheap memory. We've discussed this before. Mark -- 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: zAAP question
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tony Harminc Sent: Wednesday, November 07, 2007 10:53 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: zAAP question snip Of course there are potential functional and performance problems with this approach, but there may well be financial incentive to do it if the zAAP price is kept artificially low (or if you prefer, the general CP price is kept artificially high). Tony H. Just as a curiousity, was is the cost to acquire a zAAP, zIIP, IFL, CFL, and a general CP? I mean the hardware cost, exclusive of any software costs. One person said, off line, that a zAAP cost them around US $50K. I guess it depends, but I am curious about any ball park figures. I'm still trying, off and on, to convince management that a zAAP and some Java applications (CICS and maybe even batch) might be cost effective. Unfortunately, it appears that management only understands ancient Egyptian for all the good I am accomplishing. I've also mentioned a zIIP if Oracle uses it (don't know) or if we every wake up and use DB2 instead of Oracle. Oracle on z/OS is a good lip service product around here, but we are not doing much of anything. -- 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'
snip-- 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 ? -unsnip-- Because bit 0 is the switch between 24-bit mode and 31-bit mode, and as such cannot participate in an address. -- For IBM-MAIN subscribe / signoff / archive access instructions, 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'
John, That makes no sense to me... I thought that a 31-bit program could address x'' - 'x'0FFF' below the line, and the same above the line. I.O.W. it could go up to x'8FFF' which means x'0FFF' above ? This means that the hole is from x' 9000' - ? Regards Herbie -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: 07 November 2007 17:20 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CSA 'above the bar' -Original Message- From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman ---snip--- 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 ). ---unsnip- Huh? I was told that The Bar was the top of the 31-bit addressable space. What did I miss? The bar is actually 2GiB wide, beginning at 64-bit address x'_8000' and ending at 64-bit address x'_'. In the context of this thread, the bar and the hole are one and the same. -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
Re: CSA 'above the bar'
On Wed, 7 Nov 2007 11:55:35 -0600, Chase, John wrote: NO PROGRAM is allowed to address the space from x'_8000' through x'_' ... More precisely, z/OS will not create a memory object in that range so it will never be allocated storage. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zAAP question
In a message dated 11/7/2007 12:22:19 P.M. Central Standard Time, [EMAIL PROTECTED] writes: I think the GP engines generally are priced at around twice the price of the specialty engines. And add to the MSU cost of IBM and third party software ** 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
IBM releases free Business IT Skill Games (probably how to order Windows)
IBM releases free business IT skills game to universities Computer Weekly Wed, 07 Nov 2007 6:31 AM PST IBM has developed a videogame to help university students develop business and IT skills. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html