Re: Determining 3390 Model
The maximum realizable 3390 mod number with an EAV is 241,182. You had best allow for six digits. This number is the result of dividing 16 to the 7th power (the maximum possible number of cylinders) by 1,113 (the number of cylinders in a 3390-1). The DCE, which is findable from one of the may UCB segments and/or UCB system services, contains the number of cylinders. This number is also in the data returned with the Read Device Characteristics CCW. The DCE can also be dumped with the DEVSERV QDASD operator command. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane • Franklin, TN 37069-2526 • USA t: +1.617.614.4503 • e: bfairch...@rocketsoftware.com • w: www.rocketsoftware.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Change in PDSE Architecture (Was: SMPPTS Spill Data Set)
This could also be done for PDSes, when copying/compressing, as well as PDSEs. First copy the directory to a work space, then sort entries in the work space by last update, copy directory to output file, copy members by oldest update instead of alphabetical order, and update each directory entry for where that member begins as its corresponding member starts being rewritten. This assumes that the date of last update is saved somewhere. And do not update the date of last update when copying/compressing. Just one of many possible ways to speed up IEBCOPY for old style PDSes. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Schwab Sent: Thursday, February 14, 2013 8:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Change in PDSE Architecture (Was: SMPPTS Spill Data Set) The longer since the last update of a member, the less likely it is to be replaced. Store by last update. Copying to a new PDS is alphabetical, and makes the first few compresses particulaly inefficient (lots of members to be moved). On Thu, Feb 14, 2013 at 8:37 AM, John Gilmore jwgli...@gmail.com wrote: Edward Jaffe wrote: | But would that not require active data movement/cleanup whenever a | block is freed? and of course it would. How much of this would be required appears to depend upon what kind of member-replacement process is going on. There is some evidence---my sample is from six shops but for only 113 PDSEs---that an 80-20-like process is frequent, i.e., that 80 percent of the replacement activity is with only 20 per cent of the members. If this is common then keeping a list with counts of the last n replacement operations weighted for duplications would make it possible to use a very small amount of this sort of thing to great advantage. Shane's point merits comment too. PDSEs were radically under-instrumented at the beginning and still are; for this reason discussion of their deficiencies quickly degenerates into competitive anecdotage. One of the largest contributions IBM could make just now would be to greatly improve optional SMF-based instrumentation for PDSEs, We all understood the deficiencies of PDSs, and PDSEs were a laudable initiative, but they were also a half-hearted or, perhaps better, underbudgeted one. John Gilmore, Ashland, MA 01721 - USA -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: My Last Days as a Sysprog
When you see an English-language word in an IBM technical book that you do not understand, do you complain to IBM via the reader's comment form that IBM are [U.K.-speak] arrogant, pompous, pretentious, non-communicative, and obfuscatory, or do you try to find the definition of the word in the glossary at the end of the book, if there is one, in a dictionary, or via Google? How did you learn the meaning of all the words you do understand now when you were young if you scolded the person speaking to you for not using words you already understood? Perhaps you could give us a list of all the words you know and we posters can try to remember to use only those words. Bill Fairchild -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ted MacNEIL Sent: Monday, February 04, 2013 7:45 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: My Last Days as a Sysprog Haruspicina is messy; but If, improbably, an augur got good results by framing a cloud bank with his lituus, I would applaud. Pretentious abounds. Communication's purpose is to communicate. NOT to obsfucate! If people don't understand you, it's not their fault. It's yours! Also, the purpose of any list serve to help. Not to play word games and confuse. You're well educated -- good for you! You're pompous and arrogant - - bad for you! Stop being a d*ck! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: but hopefully interesting - Million core supercomputer
Sorry, I can't resist asking. How much noise was generated by the computer system doing the prediction? :-) Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Tuesday, January 29, 2013 9:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: OT: but hopefully interesting - Million core supercomputer http://www.sciencedaily.com/releases/2013/01/130128104628.htm quote Stanford Engineering's Center for Turbulence Research (CTR) has set a new record in computational science by successfully using a supercomputer with more than one million computing cores to solve a complex fluid dynamics problem -- the prediction of noise generated by a supersonic jet engine. /quote -- Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Utility issuing STOW Initialize?
Please fill out the reader comment form in the back of the book and send to IBM. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane • Franklin, TN 37069-2526 • USA t: +1.617.614.4503 • e: bfairch...@rocketsoftware.com • w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Friday, January 25, 2013 5:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Utility issuing STOW Initialize? Bingo! Thanks! Took me about ten minutes to find the IDCAMS doc. Does anyone else besides me find the DFSMS bookshelf about the hardest to find anything in? Who would guess that to delete a member of a PDS you had to look in a manual called AMS for Catalogs? Then it took me about ten minutes to get past the world's dumbest IEHIBALL error. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Friday, January 25, 2013 2:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Utility issuing STOW Initialize? Idcams? Del mydsn(*) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Varying off path while it is in use
The reason why S X became so prevalent was because it is much faster to type 3 characters into the main console than the nine characters of S DEALLOC. Since the results were the same, i.e., the device ended up being offline, the faster method was always used way back when. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane • Franklin, TN 37069-2526 • USA t: +1.617.614.4503 • e: bfairch...@rocketsoftware.com • w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Friday, January 25, 2013 12:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Varying off path while it is in use Thanks to all who replied, I know now what to use as search args, so I retried my searches on my favourite toy. This is what I found in a very ancient proclib (Recalled=browsed=migrated - hard work just to see one stupid line :-D) BROWSE.PROCLIB.backup(X) Command === //S1 EXEC PGM=IEFBR14 My operators are indeed just as lazy like my users with their passwords. minimum hand movements... ;-) As shipped by that big blue one (z/OS v1.12): BROWSE..PROCLIB(DEALLOC) Command === * Top of Data * //DEALLOC EXEC PGM=IEFBR14 //DUMMY1 DD DUMMY //* THIS PROCEDURE IS ACTIVATED BY A 'START DEALLOC' COMMAND TO //* EXECUTE IEFBR14 CAUSING ALLOCATION TO DEALLOCATE A //* DEVICE SPECIFIED ON A PREVIOUS 'VARY OFFLINE' COMMAND. Thanks again to all, my curiousity has been cured. ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Varying off path while it is in use
I remember using S X a long time ago myself. There was no proclib member named X, the member would not be found, but allocation was driven away so the device went offline. This all worked fine until someone put a real member into SYS1.PROCLIB named X to do something special, not knowing what the operators were doing. Then surprising results happened. It's better to used the official method, namely S DEALLOC. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane • Franklin, TN 37069-2526 • USA t: +1.617.614.4503 • e: bfairch...@rocketsoftware.com • w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Thursday, January 24, 2013 11:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Varying off path while it is in use The behavior has changed. Used to be in MVT and early MVS that something needed to drive allocation to take a device offline. I personally have *never* used DEALLOC. Just a simple 'S X' (with no proc behind it) from the console was sufficient. snip It is still shipped in SYS1.PROCLIB(DEALLOC). Of course. Someone's JCL proc or MGCR might depend on it. And no DD statement. I remembered wrong. And no IBM copyright notice. Does that mean you could post it here, or is it copyright regardless of notice? But the one I see has been customized locally to add accounting information to the JOB statement. (The account number is obsolete by two corporate acquisitions and more.) Did the behavior of VARY really change, or is it just that on a contemporary z/OS system the mean time between allocations is imperceptibly short? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VTOC QUESTION
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ted MacNEIL Sent: Monday, January 21, 2013 11:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: VTOC QUESTION The only downside of a too large VTOC is that the extra space is not available for data sets. How much space is 'lost' to make a difference? Especially, on a -9 or larger? The answer is either 42 or else it depends. If you want to make your VTOC large enough for the worst possible case, then you need to do some research on your own data center and then do some calculations. E.g., if your data center has software in place (SMS exits, e.g.) to limit allocation of new data sets on volser XXX to files of at least YYY megabytes, then you can calculate approximately how many files of that size will fit on volser XXX based on the known size (known to you) of that volume. Let's say the answer is 999. Next you have to calculate how big the VTOC will have to be to hold at least 999 Format 1 and/or Format 8 DSCBs. A 3390 track can hold 50 DSCBS, either exactly or approximately, so that means the VTOC must have 999 divided by 50 tracks, or 20 tracks. You should certainly allow some extra space in the VTOC, so you might want to round those 20 tracks up to 2 whole cylinders. But Format 1/8 DSCBs are not the only kind of DSCBs that might need to be stored in your VTOC. As files grow, some Format 3 and/or 9 DSCBs may be needed. As another poster said, sometimes a user allocates a new file with SPACE=(huge,RLSE). This file might be allocated on XXX but when it is fully created the RLSE function reduces it down to only one track. Even a final size of zero tracks is theoretically possible. If this happens a lot, then many of your 999 DSCBs will be used to hold a Format 1/8 DSCB for a data set that is YYY megabytes. Then someday a user will not be able to allocate a new file of size YYY megabytes because there are no Format 0 DSCBs left in XXX's VTOC but yet there are a gazillion available cylinders of space on XXX. If your data center has some automated process to look for datasets on XXX that are smaller than YYY megabytes and move them elsewhere, then whether or not your users may suffer a new allocation failure will depend on how often your users do a (huge,RLSE) and how often your automated removal process occurs. To be absolutely safe, the worst of all possible worst cases is that every track on a DASD volume could theoretically become a single-track data set. So compute how many tracks are on your volser XXX, then divide that number by 50 and you will know how many tracks in size your VTOC must be. E.g., if you have a 3390-9 with 9*1113 cylinders, then you have 150,255 tracks on the volume. One out of every 50 tracks will be required for the VTOC, so you really have 150,255 times 49/50, or 147,250 tracks available to hold one-track data sets and that VTOC will have to have 147,250 DSCBs divided by 50 DSCBs per track in it, which is 2,945 tracks or 196 cylinders. In other words, only 98% of your huge volume is available to hold user data, and the other 2% must be devoted to holding metadata for the utmost extremely worst case. At the other extreme, the best of all possible best cases is that your mod 9 holds only one truly huge data set. You can then have a one-track VTOC and a one-track VTOC index data set (but with only one data set on the volume, why do you really need a VTOC index there?), plus one more track for the volume label, so three tracks total would hold all the necessary metadata, leaving 150,255 minus 3 equals 150,252 tracks to hold your single humongous file of about 8.4 gigabytes (if you manage to cram 56K bytes on each track, which is possible but not easy to do). It's much more likely that you can only cram at most 52K bytes on each track. Bottom line -- a mod 9 VTOC needs to be somewhere between 1 track and 196 cylinders. It depends. Or 42, which is another good answer based on other criteria. But is it truly worth the effort? It depends. Whenever a new file allocation fails, some DASD space guru will need to be involved in determining why the failure occurred and what to do to get the file allocated somewhere. That guru may be the original user or may be you. But somebody has to do it, and probably most users don't have the foggiest. How often do your users have a new allocation fail for the reason that the VTOC is too small? Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tasks ENQ'ing exclusive on resource not getting control in FIFO order
It sounds as if the relative CPU speed and/or hypervisor dispatching of LPARs may be involved in any given LPAR's getting the resource. If after GRS sends a signal to all enqueing systems that the resource is available it then waits for a response from said systems, it may be that GRS will give the resource to whichever system responded first and is ignoring the order in which the processors did the original ENQs. Perhaps a timestamp needs to be associated with each ENQ request and the global resource allocator made sensitive to the timestamp. Or maybe the documentation needs to be updated to reflect the different way that SCOPE=SYSTEMS ENQ works in GRS from SCOPE=SYSTEM with no GRS involved. The relative processor speed certainly has been known to affect which of several sharing processors will next get access to a shared DASD volume using the RESERVE/RELEASE hardware function. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane • Franklin, TN 37069-2526 • USA t: +1.617.614.4503 • e: bfairch...@rocketsoftware.com • w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: Thursday, January 17, 2013 2:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Tasks ENQ'ing exclusive on resource not getting control in FIFO order It was my understanding that tasks enqueueing on a resource are getting control in FIFO order, if contention existed. Today, we had a situation where this was not true. Environment is as follows: - 4 system parallel sysplex, z/OS V1.13, GRS STAR mode. - a dozen or so jobs running the same program are active across all 4 systems at a time. More job being submitted as jobs end (more or less). - the programs are serializing using EXCLUSIVE ENQ on a resource, scope systems As expected, one job is running, all others are waiting to get the resource assigned. But suddenly, we the recognized that jobs on two systems never got running. They have been waiting for the resource for hours, while newer jobs got control one after the other. So resource assignment is clearly not FIFO. We then saw (in EJES) that once a job ended, all waiting jobs are active for a very short time, then one job continues to run while all other are waiting again. I have RTFM, and still think ENQ is FIFO. I have not found anything related to GRS STAR mode that contradicts. I have not followed GRS new lately. What am I missing? -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Large table in memory
2^10 (1,024) is 2.4 percent larger than 10^3 (1,000), which in turn is 2.34375 percent smaller than 2^10 (1,024). This percent difference compounds exponentially with every three additional decimal zeroes or ten additional binary zeroes, and reaches nearly 50 percent different at 10^51, FWIW. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Gilmore Sent: Wednesday, December 26, 2012 11:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Large table in memory Tom, Thank you for the silent correction. The 'exa' in 'exabytes' is certainly a radical improvement over 'exo', which was not confidence-inspiring. That said, it seems to me that for these magnitudes the binary prefix 'exbi' should be used. We have (2^10)^6 = 115_2921_5046_0684_6976 exbibytes (10^3)^6 = 100____ exabytes and there is thus a non-trivial 13+% difference between these two numbers. All this began with the notion of the rough equivalence of 2^10 = 1024 and 10^3 = 1000, which is a 2+% difference. The practical difference between a kibibyte and a kilobyte was thus unimportant, particularly in discussions among highly numerate people who understood what sort of approximation they were using. Things have, however, changed. We are now often dealing with the easily confused innumerate, and the differences are large enough to make dissimulation attractive to some, certainly not all, marketing types. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT - Huge Maple Syrup heist solved.
To get this OT back on topic, how many exaliters of maple syrup did they steal? :-) Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Schwab Sent: Thursday, December 27, 2012 12:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: OT - Huge Maple Syrup heist solved. http://www.cbc.ca/news/canada/new-brunswick/story/2012/12/20/arrests-maple-syrup-quebec.html -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 64 Bit Common Storage (was Common Data Space Basics)
I believe this resolves the confusion over MVC's not working: the MVC instruction does not allow for an Index register's being specified. Therefore the MVC, all by itself, cannot be used to access storage in a data space as, e.g., the L instruction can, since L requires an Index register to be used. However, an LAE instruction can be used immediately before the MVC to generate a 64-bit address of storage within a data space, and this address can then be used in the MVC instruction immediately following. The MVC, of course, must execute with a current PSW specifying the appropriate address space control value. So three instructions are really necessary in order to use MVC: SAC xxx LAE yyy MVC zzz In this sequence, the MVC will appear to have worked with an address within a data space. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane • Franklin, TN 37069-2526 • USA t: +1.617.614.4503 • e: bfairch...@rocketsoftware.com • w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Marchant Sent: Friday, December 14, 2012 1:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 64 Bit Common Storage (was Common Data Space Basics) On Fri, 14 Dec 2012 10:48:42 -0600, Donald Likens wrote: MVC does not work. Implications: Can only use instructions that are modal or have G on them (I wasn't sure so I tested it). Yes it does. Perhaps you weren't using good 64-bit addresses. I have an interesting problem. I put a DC X'00' instruction as the very first instruction in my AMODE 64 program. It abended as expected but look at R15! +TEST64 CSECT +TEST64 AMODE 64 +TEST64 RMODE 24 DCx'00' SYSTEM COMPLETION CODE=0C1 REASON CODE=0001 TIME=11.02.25 SEQ=57325 CPU= ASID=001B PSW AT TIME OF ERROR 078D0001 8000771A ILC 2 INTC 01 ACTIVE LOAD MODULE ADDRESS=7718 OFFSET=0002 NAME=TEST642 DATA AT PSW 7714 - EBEC D0180024 GR 0: FD08 1: 6FF8 2: 0040 3: 007D99D4 4: 007D99B0 5: 007FF350 6: 007CAFE0 7: FD00 8: 007FCD48 9: 007D3CC8 A: B: 007FF350 C: 832A7CDA D: 6F60 E: 00FDD9E0 F: F002 A program that receives control from ATTACH or LINK in AMODE 64 does not have the entry point address in register 15. Your value indicates that your caller was AMODE 31. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Who loaded me?
There is also much discussion of this same topic in the IBM-MAIN archives, q. v. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Wednesday, December 05, 2012 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Who loaded me? Peter, thanks, this is pretty much what I am looking for. Perhaps (thinking of the other responses) I was not sufficiently clear. I am not trying to write an encapsulated function which is guaranteed to solve this problem for any case. I have a particular program that may need to behave differently if it was invoked by X as opposed to under all other circumstances; or perhaps needs to behave differently if it was loaded by something else as opposed to being the jobstep program. Does JSCBPGMN = me? Does JSCBPGMN = X? The answers to those questions are probably all I need. Thanks much. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Relson Sent: Wednesday, December 05, 2012 4:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Who loaded me? JSCBPGMN is the job step program name. If the question is is am I a program whose name matches the job step program name then that field can be used to answer. Note that I intentionally did not say am I the program because that can be very very hard to determine, if there are multiple programs with the same name that are available to be fetched. Most (intended) started tasks do, for example, for system integrity reasons, check was I started as a started task and if not they exit because they are being invoked in an unexpected and unsupported (and potentially malicious) environment . That can be determined using EXTRACT and COMCIBPT and CIBVERB=X'04' . If you were linked to or attached there is information via the RB chain and RBCDE (not a programming interface) which (potentially) locates a CDE or LPDE which will have a program name. As mentioned, if you were load'd and call'd, there are no programming interfaces that will tell you who loaded. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Who loaded me?
It's in the archives multiple times. About once a year this same question is asked, followed by a flurry of technical replies, and finally a small flurry of it can't be done in the general case replies. Not everything is in the archives. And a lot is in the archives that doesn't need to be there, because of topic drift and periodic asking of the same question. I once had a colleague who asked me at least once a day what time it was. I told him the time of day every time he asked me for about two weeks. Then one day I grew tired of the process and asked him politely, but not smugly, why he didn't have his own watch. My answer of looking in the archives was too brief, and thus it appeared smug. I should have added that this was a difficult topic, there are a lot of details to consider, the problem is insoluble in the general case, and it is asked of IBM-MAIN about once a year. Reviewing the archives will also reveal the details that have been brought out in the past but that might not have been brought out in the current round of replies to this annual topic. Many of us do have answers right on the top of our head. But it takes a fair amount of time to compose a technically correct and hopefully helpful reply. It has to be EXTREMELY correct because there are some posters who seem to thrive on finding fault with others' posts. And I do not mean Charles Mills. I would hope that in an ideal world a would-be question-poser might contrast how much time it takes the five or six people who give thorough and correct answers with how much time he should research the subject himself before asking the whole world. When I was a child eating dinner with my parents, I would often ask them what such-and-such a word meant after first hearing it in dinner conversation. My dad, who had the answer on the top of his head, would usually say you know how to spell now and how to find words that you don't know how to spell by breaking them down phonetically; look it up in the dictionary and/or encyclopedia (we had two different sets, one of which was Britannica) after dinner. I would look it up and learn far more than just the meaning of that word. My dad was not trying to be smug, but rather to instill in me more intellectual curiosity and individual resourcefulness. OTOH, my advice to search the archives was, IMHO, much nicer than this answer: No. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Wednesday, December 05, 2012 10:13 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Who loaded me? Thanks, John. It is so easy and facile to say RTFM. Yeah, sure, it's in the archives. So is everything else. When I lived in NYC in the sixties, I had a friend who had this idea of selling the police a list of everyone in Manhattan who smoked dope. It was the Manhattan phone book. I have a program that will tell you anyone's RACF password. It's a random password generator. If you click it enough times it will generate the password you are looking for. RTFM is an appropriate response in many cases, but it is vastly overused as a smug put-down. If a friend asked you what time it was, would you tell him there was a clock in a room down the hall, or would you look at your wrist and tell him the damned time? I suspected someone would know the answer to my fairly simple question of the top of their heads, and I was right, Peter Relson did. If you don't have an easy answer off the top of your head, or you're too busy to respond, you are free to ignore a question. Put-downs are not necessary. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Gilmore Sent: Wednesday, December 05, 2012 7:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Who loaded me? Bill Fairchild is guilty of meiosis, the antonym of hyperbole. There is very much too much discussion of this topic in the archives. It is of course possible to get answers to carefully circumscribed special cases of this question of the sort Charles Mills is seeking. There are no general/generic answers to it, and the prospects for one are bleak. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New way to do UCB lookups
John, You didn't read widely enough. What you read is correct, necessary, but not sufficient. In the Authorized Assembler Services Reference book, in the section on the LOAD services, for the keyword GLOBAL=YES, is this text: Note: A load request with the GLOBAL=YES, (YES,P), or (YES,F) option does not cause the loaded module to be implicitly known to other address spaces. The loaded module can be accessed by other address spaces, however, only the task that loaded the module may delete it. LOADing a module somehow other than GLOBALly does cause the loaded module to be implicitly known to other address spaces, because the operating system adds such implicit knowledge into its control block structure for all loaded modules that will be findable through the published rules by which the LOAD service works. But other tasks in other address spaces cannot even find a GLOBALly loaded module implicitly (i.e., through system services), nor may they delete it (meaning they cannot use the DELETE service and thus reduce the load/responsibility count). All they can do is find it somehow (through some structure known to all the developers who are either LOADing the module or else explicitly finding and using it) and branch into it. The note says nothing about any requirements upon the module that does the deletion, such as knowing that it is still being used by 50 other address spaces and thus not deleting it for a while. The task that LOADed it may DELETE it at any time it wants to with no sharing of such knowledge with its users, which may then suffer S0C4s or other unpredictable ABENDs. Some might say this is a design flaw, even though it is what Paul Gilmartin would like to be able to do with externalized data sets so that z/OS will behave like some other operating system. It's not a design flaw if all the developers involved understand all the rules and then some developer invents a scheme for managing the continued existence and usability of the load module in question. E.g., users of the load module might all ENQ on some esoteric resource name before attempting to find the module and branch to it. Or maybe the load module itself can increment a use count when it is first entered reentrantly by any address space and then decrement the use count when it exits. The use count must obviously be stored somewhere in commonly addressable storage with known rules for accessing and managing the use count field. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Gilmore Sent: Thursday, November 29, 2012 2:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New way to do UCB lookups Shmuel has urged me, rudely, to RYFM. Doing so, I find begin extract The LOAD macro is used to bring the load module containing the specified entry name into virtual storage, if a usable copy is not available in virtual storage. Control is not passed to the load module; instead, the load module's entry point address is returned in GPR 0. LOAD services places the load module in storage above or below 16 megabytes depending on the module's RMODE. The responsibility count for the load module is increased by one. The load module remains in virtual storage until the responsibility count is reduced to 0 through task terminations or until the effects of all outstanding LOAD requests for the module have been canceled (using the DELETE macro), and there is no other requirement for the module. end extract (taken from z/OS MVS Assermbler Services Reference, ABEND-HSPSERV) This is exactly what I described, with a single, I think unimportant, exception: I spoke of invocation or usage counts,. and this text speaks of responsibility counts. For that lapse: mea minima culpa. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New way to do UCB lookups
Slight correction. A non-GLOBAL load will not let other address spaces find your load module implicitly, but it will let other tasks in your address space find it through the LOAD service. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bill Fairchild Sent: Thursday, November 29, 2012 3:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New way to do UCB lookups LOADing a module somehow other than GLOBALly does cause the loaded module to be implicitly known to other address spaces, because the operating system adds such implicit knowledge into its control block structure for all loaded modules that will be findable through the published rules by which the LOAD service works. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Etymology 101; was Parsing
I changed the Subject name so Barbara Nitz would not need to tell us when to stop. :-) Lindy has correctly stated the English language's derivation (etymology) of our words hound and deer. As John Gilmore said, Roger Suhr misunderstood Lindy's point. Another example of etymology is how Suhr's German word Rehbock morphed into our English word roebuck. As languages evolve, several aspects of any given word can change: the spelling, the pronunciation, consonantal voicing or unvoicing, vowel shifting, and even the meaning. Hound comes from Hund, deer comes from Tier, and innumerable other examples can be given of modern English words with German word origins. Linguists officially classify modern English as a North Germanic language. Most of our modern words have either Anglo-Saxon (thus older Germanic) or Norman French (thus older Latin) roots. English today is the language equivalent of SMF - it absorbs data from everywhere. We have a host of technical English words now with either Latin or Greek roots in them, as well as at least a smattering of words from hundreds of the six or seven thousand languages extant. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Gilmore Sent: Thursday, November 22, 2012 8:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Parsing Lindy didn't get things wrong. Roger Suhr misunderstood what Lindy wrote, with little excuse for doing so. The text Hund is dog [in German], but a specific type of animal in English does not lend itself at all readily to the interpretation Mr Suhr gave it. The transformation Unvoiced T == voiced D was noted and elaborately documented by the brothers Grimm. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New way to do UCB lookups
the externally documented conventions or system integrity can be compromised. If you write authorized code, you follow all the rules, and you get weird results, then there may be some other authorized code changing the control block structure incorrectly. But it most likely will be your own code that is not strictly following all the documented rules. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lindy Mayfield Sent: Friday, November 16, 2012 10:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New way to do UCB lookups Are you saying, that you can put some sort of lock on a control block, so that when you update it, you know that nobody else has updated it? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New way to do UCB lookups
Try Googling for it again with navita instead of navitra. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lindy Mayfield Sent: Monday, November 19, 2012 2:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New way to do UCB lookups That Latin phrase Google didn't find for me. How do you say, If all you got is a hammer, everything looks like a nail. The Romans must have had something similar. :-) Lindy -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Gilmore Sent: Monday, November 19, 2012 6:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New way to do UCB lookups I have had a curious reaction to recent developments in this thread. Many posters apparently see virtues in not being authorized that are distinct from not needing to be authorized. ... Many posters do not really know what serialization is and are quite happy in their ignorance. I find this at once more surprising and more disturbing, not least because even minimally competent COBOL programmers need to know about it. Still, we all have our own preoccupations: Navitra de ventis, de tauris narrat arator, Enumerat miles vulnera, pastor oves. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New way to do UCB lookups
IBM software must continue to support features X, Y, and Z and hardware devices X1, Y2, and Z99 long after the vast majority of their customers no longer use those things. Just because your installation might have NO real tape drives does not mean that you do not have software running right now that thinks it is writing data to a real tape but it is really writing data to a virtual tape drive (all puns really intended). By inserting more levels of virtualization between the application and the real hardware you avoid ever having to change the application and you can still support that application's use of all the latest and greatest hardware virtually forever. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lindy Mayfield Sent: Monday, November 19, 2012 1:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New way to do UCB lookups No mainframe shop that I know of in Finland has had tape drives for some years. I thought they went the way of card readers and paper tape already. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Conway Sent: Monday, November 19, 2012 4:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New way to do UCB lookups Why is that curious? Steven F. Conway, CISSP LA Systems z/OS Systems Support Phone: 703.295.1926 steve_con...@ao.uscourts.gov From: Lindy Mayfield lindy.mayfi...@sas.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 11/19/2012 09:44 AM Subject:Re: New way to do UCB lookups Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU People still use tapes? Oh. That's curious. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Parsing (was: New way to do UCB lookups)
Typically in modern languages the vowel points, diacritic markings, syllabic stress markers, etc., are only used in printed works that are used by beginning learners of those languages. Being a beginning learner in Greek once again (and this time no drop-out), I have happily discovered that modern Greek texts atypically have syllabic stress markers in each word. My Latin teacher told me the same thing 50+ years ago - that punctuation, inter-word spacing, capitalization, etc., were never necessary until people stopped thinking. Delving into other languages is a good way to expand one's horizons and diminish one's provinciality. Like anything else we learn to do, I would wager that reading and writing in any language without punctuation, capitalization, and spacing would get much easier after the first few thousand hours of practice. :-) Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pew, Curtis G Sent: Monday, November 19, 2012 4:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Parsing (was: New way to do UCB lookups) On Nov 19, 2012, at 3:56 PM, Paul Gilmartin paulgboul...@aim.com wrote: Classic Latin was written with no interword separators. My Greek professor once told us all punctuation (and spaces between words are punctuation) is a crutch for poor readers. I'll keep my crutch, thank you very much. -- Curtis Pew (c@its.utexas.edu) ITS Systems Core The University of Texas at Austin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New way to do UCB lookups
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skip Robinson Sent: Thursday, November 15, 2012 5:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New way to do UCB lookups ... I'm curious about the purported risk of a 'moving device'. In order to make a significant change to a device--especially UCB address--the volume has to be offline or else the dynamic ACTIVATE fails. There is a way, and it's not very difficult, of doing I/O to an offline device. The device has to have been varied offline but not yet have all of its channel paths varied offline. If there is at least one connected path remaining to a device, then authorized code can do I/O to it. Code like this probably should serialize on the appropriate resource before doing its I/O to an offline device. At least the UCB should be PINned before trying to do the I/O. However, some programmers seem to think that the probability of having the last path varied out from under an I/O request is so remote that the need to serialize is ignored in order to get the code working faster. I am not one who thinks so, as I have seen it happen to my code. Yes, there is some overhead in PINning the UCB. There is also a huge headache waiting to happen if the UCB is not serialized by PINning and then the UCB is somehow changed, the device has its last online path varied offline, or the UCB is deleted, meaning its storage is FREEMAINed and possibly reused instantly by some other process needing a small piece of virtual storage. Sometimes this headache has caused a reIPL of a system. How much overhead does a reIPL cost the entire data center in order to save a fraction of a millisecond in order to serialize properly because the reIPL will probably not have to happen? Write the PIN and UNPIN code once, get it debugged, then encapsulate it in a simple macro so you don't have to look it up in the book each time you want to use it again. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New way to do UCB lookups
Sam's code uses the official z/OS's UCB lookup table, so I don't think this code traverses any chain of control blocks. I would guess that it traverses the lookup table, whose location remains constant (unless an IODF change happens, perhaps) but possibly the contents of any given cell in the table might change. The contents of the cell would somehow be used to find the address of the UCB. To know exactly how the lookup table is used to look up the UCB address, see Sam's code (which I have not done). The reIPL I referred to happened in the mid-1980s, and may well have been due to an operator's panicking rather than any APAR-able design defect in MVS/XA. My code used the system service LSPACE to query a device without first having done anything to ensure that the device did not lose its last available channel path. LSPACE back then did 3 or 4 EXCPs sequentially to the device (interrogating the VTOC, mostly, as I remember). Somewhere in between two of these EXCPs the last path went away, then the next EXCP happened and device allocation got hung up (I don't remember the details). I was told that the only way the data center could regain the use of the device involved was to reIPL, which they did since they felt they needed the device. That was the beginning of my education in doing I/O to an offline device. I don't remember now if my code was running authorized or not. Like John Gilmore, I believe that one should always follow all the guidelines in IBM's documentation about serialization, environmental requirements (cross-address space, protect key, addressing mode, etc.), etc., unless the code is being used for one's own learning experience. And most especially if the code is being distributed in a commercial product or even as an unsupported sample program in the public domain. However, PINning a UCB is an authorized function, Sam's code runs unauthorized, so Sam's code cannot serialize on each UCB. I personally would rather use UCBLOOK to run through all the UCBs in any code that I expected to be taken seriously. But finding the ULUT and how to use it would certainly be a fun project (see learning experience above). IBM's UCBLOOK service obviously has some way of serializing properly. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gibney, Dave Sent: Friday, November 16, 2012 1:40 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New way to do UCB lookups Saying that I running Sam's UCBLOOK or SHOWZOS in an unauthorized state, can be traversing one of these chains, encounter an element disappearing, and initiate an I/O or any other action which results in more than an abend of my SHOWMVS/UCBLOOK? Anything that actually could lead to something as drastic as an IPL? Surely such a failure of system integrity would be APARable. Even if the interface is not GUPI. Integrity is not enforced by documentation :) Although a screwdriver is generally preferred to drive a screw, there are times when expedience or need indicates a hammer will do the job adequately for the specific situation. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bob Shannon Sent: Friday, November 16, 2012 7:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New way to do UCB lookups A minimal requirement for their integrity is that two dispatchables not access one of them concurrently. Absolutely. we are dealing here with well understood risks that are entirely avoidable and that there is thus no excuse for incurring them At a higher level no one has mentioned the risk of using an undocumented interface to do something for which documented services are available. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New way to do UCB lookups
If your code is only reading from a control block structure and you do not serialize, there is the danger that other code might serialize and update the control block structure in a way that could cause your code to behave incorrectly. I do not know the structure or use of the UCB lookup table (ULUT) as used now in z/OS. But I remember the lookup table scheme in MVT and the queue of UCBs that we used to have in between MVT and z/OS. The other code might change the UCB that you have found and are reading-only, in which case your code needs to withstand the possibility that any or all of the fields may change while you are looking at it. Possibly a UCB might be deleted, in which case even a lookup table can not prevent your code's attempting to accessing freshly FREEMAINed storage. Perhaps even the entire ULUT could be freed and replaced with a whole new ULUT at a different virtual address. Only those who have studied the code that accesses the ULUT can know exactly how safe it is to use the ULUT without first serializing. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Gilmore Sent: Tuesday, November 13, 2012 3:38 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New way to do UCB lookups Jim Mulder's point is very well taken indeed. Traversing a dynamic list without serialization on the assumption that since you do not plan to change it no one else will is a mug's game. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DASD and Cache Fast Write DS8800/DS8700
The IBM 2105 Command Reference book (SC26-7298-01; June 2000) says this about the bit in the Define Extent parameters that would inhibit (disable) DASD Fast Write for that one channel program: This bit is ignored by ESS. So DFW is always used by all I/O requests to a specific device if it is enabled at the device level for that one device. The same book says this about the Set Subsystem Mode command, which would turn DFW on or off at the device level: Activate DASD Fast Write for Addressed Device. Accepted and ignored by ESS. Deactivate DASD Fast Write for Addressed Device. Accepted and ignored by ESS. Force Deactivate DASD Fast Write for Addressed Device. Apparently you can deactivate DSF for one device by using the Force Deactivate function. I have never tried to do this. The same book indicates that Cache Fast Write can be disabled for the entire subsystem but not for an individual device. If allowed at the subsystem level, it can optionally be used by any one I/O request by setting certain data in the Define Extent parameters. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron Hawkins Sent: Thursday, November 01, 2012 7:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DASD and Cache Fast Write DS8800/DS8700 I believe that DFW cannot be turned off on 2105 and 2107 emulation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DASD and Cache Fast Write DS8800/DS8700
Apparently you can deactivate DSF for one device by using the Force Deactivate function. I meant to type DFW instead of DSF. And DFW means Dasd Fast Write and not the abbreviation for the Dallas-Ft. Worth airport. :-) Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bill Fairchild Sent: Thursday, November 01, 2012 8:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DASD and Cache Fast Write DS8800/DS8700 The IBM 2105 Command Reference book (SC26-7298-01; June 2000) says this about the bit in the Define Extent parameters that would inhibit (disable) DASD Fast Write for that one channel program: This bit is ignored by ESS. So DFW is always used by all I/O requests to a specific device if it is enabled at the device level for that one device. The same book says this about the Set Subsystem Mode command, which would turn DFW on or off at the device level: Activate DASD Fast Write for Addressed Device. Accepted and ignored by ESS. Deactivate DASD Fast Write for Addressed Device. Accepted and ignored by ESS. Force Deactivate DASD Fast Write for Addressed Device. Apparently you can deactivate DSF for one device by using the Force Deactivate function. I have never tried to do this. The same book indicates that Cache Fast Write can be disabled for the entire subsystem but not for an individual device. If allowed at the subsystem level, it can optionally be used by any one I/O request by setting certain data in the Define Extent parameters. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron Hawkins Sent: Thursday, November 01, 2012 7:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DASD and Cache Fast Write DS8800/DS8700 I believe that DFW cannot be turned off on 2105 and 2107 emulation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Correction to Carmine's Book Cost
How would this proposed data base, new list server, or whatever it may become, differ from the CBT tape? Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of scott Sent: Monday, October 29, 2012 7:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Correction to Carmine's Book Cost A thought - was to have Carmine join us, which would be nice, but we would expand on his good work. It too would avoid legal complications as well. On 10/29/2012 01:44 PM, Mike Schwab wrote: Yes, emails are (implied) copyrighted when you make them available for other computers to see (post on a web page or send an email, drafts or password protected files excluded), even without an explicit copyright notice. Reworking someone else's copyrighted work it becomes a jointly authored work if you include them as the author and should had their authorization (something like a wiki you acknowledge subsequent authors have the right to modify the document). You should include a reference to the original. Reworking someone else's work making it look like they were the sole author is one form of a crime (similar to libel). Copying (and or reworking) someone else's work looking like it is your sole work is another form of a crime (similar to theft). On Mon, Oct 29, 2012 at 12:14 PM, McKown, John john.mck...@healthmarkets.com wrote: I don't think another email forum for the z is needed. We have IBM-MAIN, IBMTCP-L, MVS-OE, CICS-L, ASSEMBLER-LIST, Linux-390 and likely even more. IANAL, but I wonder what the copyright status is of the messages which are sent on a public email forum. I just don't see how anybody could assert a copyright claim on them (thinking about Lindy's response about one person who considers his knowledge to be his property). So maintaining an independent archive is likely legal (if not, Google is in trouble). I also wonder how much editing that one could get away with. What I was thinking of was perhaps a raw archive (perhaps indexed or threaded) and, from that, make an FAQ wiki like site which took the information, organized it, but include hyperlinks back to the raw archive message(s) from which the information was cribbed. Might even have links to vendor documentation, if such is available. IBM very nicely has a good Web documentation site that I often reference in a reply so that other's can evaluate things for themselves. All that I've been able to find for CA are PDF documents, and you need to log into their support site to get access to them. So I doubt it would be legal to webify them so that you could give a hyperlink to a web page containing their information. Other vendors seem to be like CA. They don't seem to want their documentation to be easily accessed via the Web in an unfettered manner. Oh, wait, Dovetail Technologies man pages for their zero-cost software is easily gotten to via unfettered access and hyperlinks. -- John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Correction to Carmine's Book Cost
Some kinds of copyrights can be renewed by the owner(s). Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane • Franklin, TN 37069-2526 • USA t: +1.617.614.4503 • e: bfairch...@rocketsoftware.com • w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of scott Sent: Monday, October 29, 2012 11:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Correction to Carmine's Book Cost On 10/29/2012 10:26 AM, Steve Comstock wrote: On 10/29/2012 8:23 AM, scott wrote: On 10/25/2012 07:35 PM, Lindy Mayfield wrote: I fell asleep reading mine, and at the same time spilt red wine on it. But still I wouldn't give/sell it. I only paid about $50 for it from a used book place, I forget where. It was about 6 years ago. It would be totally cool if he updated it with PC routines, for example. Lindy A possibility: Have someone scan the book and place it on the web. Then ask the mainframe community to have them update the book with new information and add information. As to who can do so is selected by the population as to have the best new chapter of the book. Just a thought... Ummm. There are copyright laws, ya' know. Do they not expire after 25 years? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Correction to Carmine's Book Cost
But if no one is buying any of these books, then there's no reason to be sad. I am beginning to sense a new market for Carmine book futures. I'll offer one for sale at $999.99. If I get a buyer, then I'll buy one for $113, or even $505 (but only after my buyer's payment is received) in order to have one to send to my buyer. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane • Franklin, TN 37069-2526 • USA t: +1.617.614.4503 • e: bfairch...@rocketsoftware.com • w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, October 22, 2012 12:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Correction to Carmine's Book Cost I regret I made an error when I quoted the cost of the Carmine book. So here is a quick table of costs. All numbers are in USD unless specified as CANADA) ChaptersNew Usually ships in 1 to 4 weeks 116.84 (Canada) Amazon.ca (Marketplace) Used Ready to ship 113.33 (Canada) Amazon (Marketplace)Used Ready to ship 495.00 Alibris Used Ready to ship 505.00 AbeBooksUsed Ships in 2 days 505.00 Textbooks.com (Marketplace) Used In stock and ready to ship 505.00 BN Marketplace Used Usually ships in 24 hours 505.00 ValoreBooks.com Used Usually ships in 2 days 556.80 And those of you who gave it away - be sad - be very sad. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Book Enquiry
Not North Dakota? No way. Next you'll try to convince me that the HCL in HCL America is not hydrochloric acid. The author mentioned knutH rockne, not knutE rockne. Knuth was Knute's cousin who coached at North Dakota where there was an awesome player named Gipper Nagurski. This post and my previous post are pre-Friday OT jests, BTW. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robin Wayne Jackson, HCL America Sent: Monday, October 22, 2012 1:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Book Enquiry That is not North Dakota, represented by ND it is Notre Dame. Besides the author mentioned Knute Rockne and the Gipper. Rob Jackson HCL America (Contractor) 'The King of Hearts is the only king WITHOUT a moustache' No piece of paper can be folded in half more than seven (7) times. Oh go ahead, I'll wait... From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bill Fairchild [bfairch...@rocketsoftware.com] Sent: Monday, October 22, 2012 1:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Book Enquiry I don't think the Gipper ever played at North Dakota. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richard Pinion Sent: Monday, October 22, 2012 11:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Book Enquiry Knuth Rockne, wasn't he the coach of ND when the Gipper played :)? Richard and Vickie Pinion --- jrobe...@dhs.state.ia.us wrote: From: Roberts, John J jrobe...@dhs.state.ia.us To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Book Enquiry Date: Mon, 22 Oct 2012 11:22:09 -0500 I'll sell you mine for $200 plus shipping, unless someone else outbids you. I am waiting for computer historians to recognize that my library of Donald Knuth books is in the same class as the Dead Sea Scrolls, Magna Charta, etc. ;-) Maybe I'll get rich. Or maybe my collection of BYTE Magazine Volume One that my wife keeps trying to throw away. Actually, speaking of Professor Knuth, I use his name as an interview question. Any Candidate that doesn't immediately recognize the name doesn't get my recommendation. John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Book Enquiry
Two minutes of Googling produced no email address but this looks possible, so try sending a real, non-electronic letter to Carmine Cannatello ATZ Consulting Inc. 6 Durland Rd. Lynbrook, NY 11563-4208 Or call this number and ask if it is the Assembler book's author: +1- 516-599-4173 Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Raj Singh Sent: Monday, October 22, 2012 2:22 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Book Enquiry Hi Listers, I am overwhelmed by the response from this group.Thanks to all and to those who are ready to sell me the book(will send a separate mail to them). Tried to search for Mr Carmine's email ID but not able to get it,If anyone has it,please pass it on to me(rajasingh8...@gmail.com). Long live z/OS. TIA-Raj On Mon, Oct 22, 2012 at 9:55 PM, Bill Fairchild bfairch...@rocketsoftware.com wrote: Not North Dakota? No way. Next you'll try to convince me that the HCL in HCL America is not hydrochloric acid. The author mentioned knutH rockne, not knutE rockne. Knuth was Knute's cousin who coached at North Dakota where there was an awesome player named Gipper Nagurski. This post and my previous post are pre-Friday OT jests, BTW. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robin Wayne Jackson, HCL America Sent: Monday, October 22, 2012 1:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Book Enquiry That is not North Dakota, represented by ND it is Notre Dame. Besides the author mentioned Knute Rockne and the Gipper. Rob Jackson HCL America (Contractor) 'The King of Hearts is the only king WITHOUT a moustache' No piece of paper can be folded in half more than seven (7) times. Oh go ahead, I'll wait... From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bill Fairchild [bfairch...@rocketsoftware.com] Sent: Monday, October 22, 2012 1:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Book Enquiry I don't think the Gipper ever played at North Dakota. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richard Pinion Sent: Monday, October 22, 2012 11:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Book Enquiry Knuth Rockne, wasn't he the coach of ND when the Gipper played :)? Richard and Vickie Pinion --- jrobe...@dhs.state.ia.us wrote: From: Roberts, John J jrobe...@dhs.state.ia.us To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Book Enquiry Date: Mon, 22 Oct 2012 11:22:09 -0500 I'll sell you mine for $200 plus shipping, unless someone else outbids you. I am waiting for computer historians to recognize that my library of Donald Knuth books is in the same class as the Dead Sea Scrolls, Magna Charta, etc. ;-) Maybe I'll get rich. Or maybe my collection of BYTE Magazine Volume One that my wife keeps trying to throw away. Actually, speaking of Professor Knuth, I use his name as an interview question. Any Candidate that doesn't immediately recognize the name doesn't get my recommendation. John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -- -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may
Re: FlashCopy Command
Lame typo:I meant FCWITHDR and not FDWITHDR. (and I hope very strongly that I did not add any new typos in this typo erratum) Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bill Fairchild Sent: Tuesday, October 09, 2012 2:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FlashCopy Command Try to do a FlashCopy on your system. That will tell you very quickly if it is supported in both the software and hardware. There are many ways to attempt to start a Flashcopy operation, and each way is documented in a different book. I would suggest sending an operator command via a TSO session. Look in DFSMS Advanced Copy Services, SC35-0428-13, which is the one I have. The command names are FCESTABL, FCQUERY, and FDWITHDR. The syntax for these commands begins on p. 451 in my -13 version of this book. EMC has their own proprietary function which works similarly to Flashcopy, but does many other things. That, however, does not mean that their hardware will not emulate the IBM FlashCopy I/O operations. You should be able to direct your FCxx commands to any device on any vendor's controller that has compatibility with the IBM Flashcopy function. Be careful which device you select as the target of your FCESTABL command. Pick a device at random. Do a FCQUERY against that device number. The messages displayed will let you know if FlashCopy is supported by the software or not. If it is, the messages will also let you know if that device supports FC. If it doesn't, pick another device and try again. Or ask someone in your data center who knows what kind of hardware you have, who the vendors are, and what features are available on which devices. Start by asking your manager. If your manager can't help you, then do the FCQUERY to every device in the system. If you have 20,000 devices, it may take a while. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carlos Bodra Sent: Tuesday, October 09, 2012 12:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FlashCopy Command Hi, Since z/OS neither OS/390 is my background, I need to know some informations about Flashcopy (PTC) feature. 1 - How can I discover if my old system has support for flahscopy services. (5645-001 - OS/390 1.3) 2 - In what manual can I found more details about flashcopy for this ancient OS/390 version? Thanks a lot for any kind of hint -- Carlos Bodra Sao Paulo - Brazil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Career Advice for the Mainframer - Was RE: Another Light goes out
Of course it is a tautology. But many/most of us seem to forget the tautology after we have worked at the same place for X number of years. We begin to think that our employer owes us a living, or maybe our nation's taxpayers owe us a living. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA t: +1.617.614.4503 . e: bfairch...@rocketsoftware.com . w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Thomas Berg Sent: Friday, October 05, 2012 8:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SV: Career Advice for the Mainframer - Was RE: Another Light goes out Is that not a tautology ? :) (Could You be in a *business* without the goal to make profits ?) Regards, Thomas Berg ___ Thomas Berg Specialist AM/SMS SWEDBANK AB (publ) -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] För Bill Fairchild Skickat: den 3 oktober 2012 18:53 Till: IBM-MAIN@LISTSERV.UA.EDU Ämne: Re: Career Advice for the Mainframer - Was RE: Another Light goes out IBM is not in business to make mainframes or to keep legacy mainframers employed. IBM is in business to make profits for IBM stockholders to divide up each year. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Roberts, John J Sent: Wednesday, October 03, 2012 11:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Career Advice for the Mainframer - Was RE: Another Light goes out I know that there will be people on this list that will insist that the mainframe platform is absolutely viable for the foreseeable future. But what they are really saying is that they will support it as long as it is profitable, and drop it the very day that it isn't. My old employer (Amdahl/Fujitsu) did exactly that, going from Flagship to Nothing in just two years. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to get a tape's DSCB
It does need to be done for DASD. It is all handled by CCW prefixing. The prefixed CCW(s) give the control unit the knowledge as to whether to allow the channel program to write data onto tracks or not, and also controls switching from the current track to any other track. Long ago the prefixing CCWs were called Seek and Set File Mask. Then they collapsed into one CCW called Define Extent. Today's prefixing CCW is called Prefix, and it subsumes all the functions performed by Seek, Set File Mask, and Define Extent, and it also enables or disables a host of other newer functions. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, October 03, 2012 9:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to get a tape's DSCB On Oct 3, 2012, at 08:15, McKown, John wrote: It would be very difficult and have a lot of overhead to have IOS (not iOS) check every CCW chain for suspect CCWs. ... Doesn't that need to be done anyway for DASD channel programs? Or is that all handled by CCW prefixing? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Career Advice for the Mainframer - Was RE: Another Light goes out
IBM is not in business to make mainframes or to keep legacy mainframers employed. IBM is in business to make profits for IBM stockholders to divide up each year. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Roberts, John J Sent: Wednesday, October 03, 2012 11:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Career Advice for the Mainframer - Was RE: Another Light goes out I know that there will be people on this list that will insist that the mainframe platform is absolutely viable for the foreseeable future. But what they are really saying is that they will support it as long as it is profitable, and drop it the very day that it isn't. My old employer (Amdahl/Fujitsu) did exactly that, going from Flagship to Nothing in just two years. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Career Advice for the Mainframer - Was RE: Another Light goes out
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Scott Ford Sent: Wednesday, October 03, 2012 3:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Career Advice for the Mainframer - Was RE: Another Light goes out They are also in the business of making hardware, my father worked for Unisys and when I mentioned I wanted to get into this industry he's the one that steered me toward IBM. Not ultimately. Mainframes are hardware. DASD is hardware. Typewriters and punched card sorters are hardware, and they were once IBM's main product lines. Even if their mission statement requires them to continue making hardware, they are free to change their mission statement any time it becomes necessary. It is my opinion that they will also dump their hardware business the day it no longer is profitable. We have already seen IBM sell off their DASD manufacturing business. IBM, and tens of thousands of other American businesses, must follow the federal laws of the United States regarding corporations, and one of those laws requires that the top financial officers of the corporation take care to exercise their fiduciary responsibilities, the primary one being to reward their stockholders. I doubt that our laws require IBM to continue making hardware, however. It's a happy coincidence for CEOs and CFOS that they can always blame US law for requiring that they make cold-blooded decisions that do not sit well with employees or those whose livelihoods depend upon the continued sale of certain products. The US auto businesses have dumped many auto dealerships that depended on the continuous stream of hardware from the auto industry. It may be a long-standing tradition of company X to manufacture product Y, but company X's 1st priority is to stay in business and continue making profits, not to continue making Y. This brutal logic works for all federally chartered corporations. Another way to understand this brutal logic is to ponder what would I do if I were CEO of IBM and our hardware divisions were no longer profitable? I know what I would do. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there a correspondence between 64-bit IBM mainframes and PoOps editions levels?
Marketing people understand instinctively how the paying customer (the executive who authorizes payment) emotes (rather than logically thinks), and thus they use terms that give the paying customer a warm fuzzy feeling - amorphous words like framework, enterprise, cloud, and leverage. We techies are used to having to translate mentally when we want to explain to our management how SRBs, locked code, etc., work so that they can understand the concepts. The processor is just one more thing in our universe of words that has multiple names by which it is known, depending on who is talking. We need both extremes - logically thinking techies and emoting marketers, for we techies would not be paid to have our techie fun if marketers were not successfully coaxing the big bucks out of paying customers' budgets. It could be a lot worse. Hardware engineers number the bits in a byte in the opposite manner that we software techies do; i.e., bit 0 (hardware) = bit 7 (software), etc. I think hardware people must consider bit 0, the rightmost bit in their world view, to represent two to the zero-th power, so I understand why they number the bits from right to left. There are also many languages that are written, and thus must be read, from right to left, and some languages anciently were even written both ways on the same stone document using the boustrophedon method described once by John Gilmore. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of McKown, John Sent: Wednesday, September 19, 2012 8:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there a correspondence between 64-bit IBM mainframes and PoOps editions levels? The problem with the language processors is that they are developed by different groups. And there is apparently not a coordinating body so that PARMs with identical meanings don't end up with identical values. As far as marketing is concerned, they aren't even on the same planet as the techies and speak a different language with their own distinctive world view. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Wednesday, September 19, 2012 7:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there a correspondence between 64-bit IBM mainframes and PoOps editions levels? Nobody asked me, but you know what I would like? I would like it if the HLASM, the XLC compiler, the PoP, and the marketing model names all used the same terminology. For example, the HLASM uses MACHINE(Z-SERIES-2) etc.; the XLC compiler defines ARCH(2) etc. which unless I am mistaken is not the same thing; the PoP uses phrases like Program Exceptions: Operation, if the extended-immediate facility is not installed; and marketing of course uses names like z196. I'd like to see a consistent terminology for a particular level of hardware or availability of a hardware feature. I maintain two products with two different customer sets and marketing philosophies, both of which are implemented in a mix of XLC and HLASM, and translating product management's we want to support the so-and-so model and above into MACHINE and ARCH options, and assembler op code availability, is always more of a detective project than it needs to be IMHO. For some of us it may be some other mix of languages, and the same advantage of consistency would apply. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Cole Sent: Tuesday, September 18, 2012 11:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there a correspondence between 64-bit IBM mainframes and PoOps editions levels? Thanks to all of you who responded to my query. I now have what I need. Let me make a couple of closing responses. At 9/17/2012 05:41 PM, Farley, Peter x23353 wrote: The only IBM-resident page I ever found was this one on the VM side of their sites: http://www.vm.ibm.com/devpages
Re: Is there a correspondence between 64-bit IBM mainframes and PoOps editions levels?
My increasingly failure-prone long-term memory thought that I had heard or read somewhere long ago that this was true. Upon Googling, I have found this discussion of PDP's vs. IBM's bit numbering schemes: http://onlamp.com/pub/a/onlamp/2007/02/22/open-formats-open-source.html I may have heard this story long ago and conflated PDP's engineers with all hardware engineers everywhere. I regret my earlier comments on this topic. But reading about the little- and big-endian ways of numbering bits is very interesting. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane • Franklin, TN 37069-2526 • USA t: +1.617.614.4503 • e: bfairch...@rocketsoftware.com • w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Marchant Sent: Wednesday, September 19, 2012 11:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there a correspondence between 64-bit IBM mainframes and PoOps editions levels? On Wed, 19 Sep 2012 14:25:11 +, Bill Fairchild wrote: It could be a lot worse. Hardware engineers number the bits in a byte in the opposite manner that we software techies do; i.e., bit 0 (hardware) = bit 7 (software), etc. Do they really? I know that the documentation for some architectures have the bits numbered with 0 being the low-order bit. Programmers working on those architectures typically number the bits the same way. AFAICT, everything to do with IBM mainframes has bit 0 as the high-order bit. I know that this was true of the Amdahl engineering documents. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPCS help needed
More SRB debugging hints: The SRB routine may never have been dispatched, or was dispatched with a lot of other higher-priority activity (especially SRBs) running. This would depend on whether you SCHEDULEd your SRB as global or local and what other work was running on all the various processors at that instant. Look in the system trace to make sure your SRB was ever dispatched. And I believe that XDC can be used to trace code running in SRB mode. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dave Day Sent: Monday, September 17, 2012 12:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IPCS help needed Looking at an SVC dump of my application. Dump was produced by my FRR when the SRB that was running timed out. 05B abend. I set a timer when the SRB initially kicks off. The logic in the SRB is processing some data areas, working its way from top to bottom in a linked/chained list of these same sized data areas. The list in the dump has thousands of entries. One of two possibilities. Either the linked list has an invalid chain ptr, and the code is running in circles. Or, the list is good, and I just needed to give the code a longer period of time to run. My question. Is there a way within IPCS I can describe the data area containing the chain pointer, and then run some kind of a command that would run the list to determine if the list is good or not? I'm in the IPCS manuals right now, but if its there, its not jumping out at me. Any help would be appreciated. --Dave Day -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Disk data set space allocation, philosophy
You should add your POS definition to its data base if they allow reader-submitted edits. If not, Wikipedia certainly will. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane • Franklin, TN 37069-2526 • USA t: +1.617.614.4503 • e: bfairch...@rocketsoftware.com • w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Monday, September 10, 2012 5:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Disk data set space allocation, philosophy Leslie Turriff wrote: POS? Please explain, I got 96 useless hits from AcronymFinder.com ... POS = Piece Of S**t Ah, yes, many thanks for clearing out my murky brain. ;-D So it is 'P*ssed Of Soldiers' using 'Piece of S**t' while walking the 'Path Of Sorrows'? [1] :-D Thanks, Leslie, it seemed to me, AcronymFinder was too polite for this... :-D Groete / Greetings Elardus Engelbrecht [1] - All coming from Acronym Attics from AcronymFinder. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Who is sending this ftp file
Would this phenomenon count as installing unapproved software according to a certain auditor in a different thread? Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- On Fri, Sep 7, 2012 at 7:57 AM, Rajaram Kalahasti rajaram.kalaha...@gmail.com wrote: hi, I our shop, some job on the mainframe is sending a file ( thru ft) to a windows box. We lost track of which job it is. We only have 1. the windows box name 2. the file name (on windows box ) 3. the time we received the file on windows box. Looked up syslog -- no information there about the ftp. Is any any log on the mainframe that can give this information? Any help appreciated. Thank you Raj. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
Assuming you have the authority to do so, superzap the F1 DSCB for your source PDS so that its DSORG is PS instead of PO. Then do your IEBGENER. Then zap the F1 back to PO. It might work. I have never tried this myself. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Thursday, September 06, 2012 8:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Anyone know how to copy a PDS directory as a flat file? I want to make a PS (flat file) copy of the series of 256-byte blocks of a PDS directory. (I want to copy the data to another platform so I can test some code with it more readily.) I tried //GENEREXEC PGM=IEBGENER //SYSUT1 DD DSN=MY.PDS,DISP=SHR,RECFM=F,DSORG=PS //SYSUT2 DD DSN=THE.SAMPLE.PDSDIR,DISP=(NEW,CATLG), // SPACE=(TRK,(1,1)) but IEBGENER is too smart for that: IEB311I CONFLICTING DCB PARAMETERS IEB311I CONFLICTING DCB PARAMETERS (and copied nothing). Anyone know how to accomplish this, short of writing an assembler program to do it? Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud.
The average American daily newspaper's writing is aimed at seventh-grade English. The New York Times and Washington Post are written for college graduates' English level. The Wall Street Journal is aimed at post-graduate level English. Or something like that. Labor specialization is a mixed blessing and a trade-off. If everybody knew all that we did and could do all that we do, our employers wouldn't pay us the big bucks. That's true for computer nerds, medical nerds, rocket science nerds, biogenetics nerds, language nerds, and a veritable potpourri of other occupations. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Gilmore Sent: Thursday, August 30, 2012 9:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Too true to be funny - 51% of the surveyed Americans think that stormy weather can interfere with the functionality of the cloud. Literacy is uncommon; technical literacy is exiguous. The last time around here--American presidential elections are quadrennial--the late Gore Vidal observed that Half of the American people have never read a newspaper. Half never voted for President. One hopes it is the same half. --jg On 8/30/12, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Vernooij, CP - SPLXM wrote: Not so strange. That's what you get, when you take a normal word, that has a normal meaning to everybody and use it for a very special niche thing that lives fully outside of normal lifes of 95% of the people. Of course. There are dictionaries for each field/career/study etc... Here at IBM-MAIN members are discussing/using terms about z/OS, OS/390, MVS, etc. AFAIK, Medical terms are not used much here for example, the last time I checked. :-D Don't be surprised that the 'normal' people suppose the 'normal' meaning of this normal word. I once made an error where I asked a parent of a Down syndrome child where he will put his child. In a 'normal' or 'special' school? He asked me a counter question: What is 'normal'? Oops... We have elections coming up and a survey showed that many people don't know the meaning of terms that are used only in parliament and on political talkshows on TV. Here in sunny South Africa we are using the term 'voting station', not 'polling station' during elections. Why? 'polling' sounds much like 'police'. :-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Space Allocation In Bytes
You can also OPEN a DCB to a data set allocated with zero space and with a system-created temporary data set name. Not necessarily all types of DCBs, but I have done this in order to have a complete EXCP control block structure created (DEB, etc.) that I later manipulated for use with EXCP. Yes, this was in an APF authorized program. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skip Robinson Sent: Saturday, August 25, 2012 10:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Space Allocation In Bytes Zero space allocation is perfectly valid. As is SPACE (0,1) also. The result is just as requested. In either case, the data set exists in the VTOC but takes up no space on disk. The data set is treated as 'real', including GRS enqueue. Hence it can be used like any other exclusively held data set to serialize execution. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/25/2012 08:27 AM Subject:Re: Space Allocation In Bytes Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Wed, 8 Aug 2012 14:06:04 +0200, R.S. wrote: BTW: your allocation request was illogical - you wanted to have 80-byte records and requested 1 byte. Such request has to be re-interpreted or canceled. ;-) As in: DD LRECL=80,SPACE=(1,...),... Seveal contributors argued that there was no way a 1-byte block could be written if LRECL=80, and the construct should result in an error. The JCL RM says: blklgth -- (only if AVGREC is not coded) Specifies the average block length of the data, in bytes. The blklgth is a decimal number from 0 through 65535. Really!? In fact by experiment, in JCL: DD SPACE=(0,1),... and in TSO ALLOCATE AVBLOCK(0) ... are both accepted without complaint. I suppose allocation adds a count and an IBG; divides track size by that; takes the ceiling and requests the resulting number of tracks (almost certainly 1). I have little problem with that. I haven't investigated whether SPACE=(0,9) allocates fewer tracks than SPACE=(1,9). It's possible that integer arithmetic or 32-byte chunking gives the same result for both. Perhaps I'll start coding SPACE=(0,1) in JCL to allocate minimal data sets, just to startle readers. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: X86 server
We will accept responsibility for ... to me sounds a lot like if elected, I promise to Welcome to human reality. It is part of the normal growth process to uncover and discard delusions. Mencken said that the cynics were right 90 percent of the time. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane • Franklin, TN 37069-2526 • USA t: +1.617.614.4503 • e: bfairch...@rocketsoftware.com • w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of McKown, John Sent: Thursday, August 23, 2012 7:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: X86 server I now don't believe much of anybody when they say that they will accept any responsibility for anything. Given time, they will renege on any agreement that they possibly can get away with reneging on. I am getting very cynical and sick of people in my old age. -- John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEC161I 037(108,000,IGG0CLFE)-0257 under ZOS 1.10
Good advice. I have wanted to give the same advice many times. However, even if one can find in 2 minutes the relevant text that explains the error messages and tells exactly how to fix the problem, the text one reads may contain many technical terms that are gibberish to a novice. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Scott Ford Sent: Thursday, August 23, 2012 4:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEC161I 037(108,000,IGG0CLFE)-0257 under ZOS 1.10 Alvaro, Do you know how to use google .. http://www.jatomes.com/Help/VsamRc.php The rc and reason is there, 2 mins work Scott ford -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using NOTE and POINT simulation macros on CMS?
No, and a track boundary is not a multiple of 256. You have to compare the new record number to the maximum number of records that will fit on the track. Or, even more fun, if your records are variable-length, then you get to play with the track balance service to see if there is enough room left on the track for your next record regardless of its record number. When you cross a track boundary for whatever reason, the next sequential record number will be 1 and the track number will be one higher than the TT part of the previous TTR. Unless, of course, you have spanned records, and then it really gets fun. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane • Franklin, TN 37069-2526 • USA t: +1.617.614.4503 • e: bfairch...@rocketsoftware.com • w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, August 08, 2012 3:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Using NOTE and POINT simulation macros on CMS? On Wed, 8 Aug 2012 09:18:35 -0400, Shmuel Metz (Seymour J.) shmuel+...@patriot.net wrote: To increment the record number by one, add 256 to the TTR. ITYM add 256 to the TTRz. Does this work when you cross a track boundary? I might expect it to work less well for TTRz than for relative block number. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [z390] Anyone want Source code listing of last VSE program product Supervisor?
This is one of many reasons why SHARE attendance was so much fun. There was great camaraderie, esprit de corps, and also it made a lot of business sense for both employers and employees' careers to participate. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Scott Ford Sent: Monday, August 06, 2012 8:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [z390] Anyone want Source code listing of last VSE program product Supervisor? God I love it, need a sense of humor Scott ford www.identityforge.com On Aug 6, 2012, at 8:29 PM, Clark Morris cfmpub...@ns.sympatico.ca wrote: On 6 Aug 2012 15:20:02 -0700, in bit.listserv.ibm-main you wrote: In a1ff1e2a-3a73-4c0f-8a06-a562b18ae...@yahoo.com, on 08/05/2012 at 09:10 PM, Scott Ford scott_j_f...@yahoo.com said: So what's a wooden paddle ? I don't know about wooden paddles in general, but a canoe paddle was the emblem of the paddle project at Share for many years. Does anybody remember the paddle temporary fix (PTF)? This was after Gerry Feinman (IBM Rep) broke the paddle and it first was put back together with duct tape and then a titanium piece was used to join the two pieces for a Paddle Titanium Fix. Gerry also burned the paddle (actually just charred a small corner). There were other hi-jinks. There also was the virtual paddle (clear lexan, I think) given to Robert Rannie when his shop got MVS. SEAS (Share Europe) also had a paddle. Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [z390] Anyone want Source code listing of last VSE program product Supervisor?
40 or so years ago, IBM certified OS/MVT as functionally complete (or stable?) and stopped enhancing it. Source code was still available back then. A subset of IBM's mainframe customers kept using the last release of MVT for many years, as their management was not prepared to incur the expense of upgrading both processors and operating system in order to stay current with IBM's moving window of currency. Continuing to use the old, no longer officially maintained operating system was called paddling your own canoe. At SHARE meetings, the principal spokesman for this concept was Dr. Robert Rannie, who would carry a large wooden canoe paddle on his shoulder throughout the SHARE week. Google for share os/mvt project ibm wooden paddle and read the first four hits. A copy of that version of MVT is still available and still works on certain computers. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Scott Ford Sent: Sunday, August 05, 2012 8:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [z390] Anyone want Source code listing of last VSE program product Supervisor? So what's a wooden paddle ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Friday: What you've been waiting for! Build an 80 column punched card reader!
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Gilmore Sent: Monday, July 30, 2012 2:30 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Friday: What you've been waiting for! Build an 80 column punched card reader! Knuth recounts an anecdote, in his book 'Quiddities', of listening to learn whether a speaker at a scientific meeting would use the word 'data' in the singular or the plural. Its use in the singular was disqualifying. Knuth listened no more. Now it is certainly possible to disagree with Knuth, to judge that usage amply justifies, even sanctifies, the use of 'data' in the singular. Knuth was nevertheless a towering figure, one of the greatest logicians, philosophers, and, yes, linguists of the 20th century; and his judgments were consequential. There were and are circumstances in which ignoring the judgments of such figures would be foolhardy. It is possible to stigmatize them as élitist, but doing so does not make them inconsequential. I do know that data is the nominative and accusative plural form of the singular Latin noun datum, and should require a plural form of any associated verb IN CORRECT LATIN, but I have heard data is my whole life when listening to conversational English (not Latin), find data are to sound strange, and have learned to accept both forms in other people's speech. I have also learned to ignore, as horrifying as it is to my ears, the British use of a plural verb with a singular subject, such as Her Majesty's Government are inclined to... or the Australian swimming team are slightly ahead in the Olympic finals. I can understand their perfectionistic concern for their language, but I cannot understand their bloody inconsistency when they require data are and also government are. Perhaps it all boils down to whether one feels that the subject (data, government, team, etc.) is singular or plural. I can comfortably imagine that data could be singular if one is thinking of all the data as a whole data set rather than all the millions of little individual datums. My concept of water subsumes the entire Atlantic Ocean as well as a single molecule of H2O. When I hear or read a subject-verb inconsistency, I experience a brief blip in the continuously parsing and proofreading microcircuity in my brain, I remember where the speaker or writer learned his English, and I move on in my mind to reconnect with the topic being discussed. If the eminent American (and not British) Knuth had continued listening after disqualifying a speaker, he might have learned a lot more about everything, including modesty and patience. Just as you recommended that one should learn when to use and when not to use one's own native dialect, I would suggest that one should also know when to require and when not to require a speaker to speak perfectly according to one's own parochial set of perceived grammar rules. There were and are circumstances in which ignoring the rest of a speech at a scientific meeting, after one's sense of grammatically required constructs is first outraged, might not be wise or inconsequential. I can imagine someone's shouting Everybody get out! The building are on fire! in a scientific meeting and all the elitists remain seated while the subliterate escape with their lives. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane . Franklin, TN 37069-2526 . USA t: +1.617.614.4503 . e: bfairch...@rocketsoftware.com . w: www.rocketsoftware.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Gordon Crovitz: Who Really Invented the Internet?
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Gilmore Sent: Thursday, July 26, 2012 7:45 AM In another context Paul Krugman recently reminded us that conspiracy theories are dispensable, likely to be misleading, in the many situations in which stupidity provides an adequate explanation of what is going on. The conspirators count on the masses' accepting the conspiracy theories and on the intelligentsia's applying Occam's Razor universally, thus making their (the conspirators) influence undetectable. Perhaps Occam was the most devious conspirator ever. Whatever else the Internet may be, its evolution reflects a congeries of diverse, finally irreconcilable ideologies and business interests; and no simple dietrologia is likely to be very helpful in explaining it. Exactly as do national and international politics. There is never any single over-reaching reason for anything. Ultimately, self-interest directs the actions of all seven billion of us, including the desire to hide our self-interest. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Quantas hit by leap second issue?
As a non-Australian but ecumenical Anglophile, I feel obliged to point out that all the blokes and mates making telly adverts in which the word Qantas is spoken aloud should then stop doing so as if it did indeed contain a U. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Anthony Thompson Sent: Sunday, July 01, 2012 11:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Quantas hit by leap second issue? I feel obliged, as an Australian, to point out there is no 'U' in Qantas. Qantas is short for Queensland And Northern Territory Aerial Services, the company's original area of operations. Ant. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 'Inexperienced' RBS tech operative's blunder led to banking meltdown
I understand why all accumulated transactions have to be processed in the correct sequence if they are batched up daily, but why is an individual transaction not instantaneously and permanently processed with the results being committed right then? Why is it necessary to run huge batches of transactions at night? I am guessing that committing the transaction instantly would take too long for the average customer's patience when standing at an outdoors ATM in the rain. Are there any other reasons? When I buy an airplane ticket online, I get my whole transaction complete in one sitting and do not have to wait until the next day to receive confirmation of my reservation, but it always takes several minutes to do it online. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J. Cassidy Sent: Wednesday, June 27, 2012 9:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 'Inexperienced' RBS tech operative's blunder led to banking meltdown The Guardian has a version that is more or less readable, albeit meant for the man on the street. Some of the comments are rather pungent. http://www.guardian.co.uk/technology/2012/jun/25/how-natwest-it-meltdown?newsfeed=true = On Wed, 27 Jun 2012 09:49:03 -0400, Knutson, Sam sknut...@geico.com = wrote: = = Big snip = = Well put Sam. = = =The Register is fun reading sometimes but they rarely have enough detail = to get real insight into what actually happened. So really anything we = say here is just idle speculation. = = = Exactly what I told an old manager of mine who emailed me the = story after it started circulating at his office. I told him to think = of it as the National Enquirer of IT. :-) = = Mark = -- = Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS = mailto:m...@mzelden.com = Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html = Systems Programming expert at http://expertanswercenter.techtarget.com/ = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN = John Cassidy (Dipl.-Ingr.) Kapellenstr. 21a D-65193 Wiesbaden EU Mobile: +49 (0) 170 794 3616 http://www.JDCassidy.net http://en.federaleurope.org/ http://sva-zhosting.com/en/index.php -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why is GRS ENQ needed in SMFDUMP program?
The behavior of your systems that you described sounds as if you have a global enqueue that is systems-wide rather than an enqueue that should only affect one system. The source code snippet you posted shows what looks correct for a local enqueue (within one system) rather than a global enqueue. You might also investigate whether your source code matches the load module that is executing. You can do this in at least two ways. The first way is to obtain a superzap dump of the load module, find the enqueue macro within the load module, disassemble the parameter list of the ENQ macro with the aid of the parameter list contents as shown in the MVS Diagnosis: Reference book (GA22-7588) for SVC 56, paying special attention to the bits involved with the SCOPE parameter. If the executable load module shows SCOPE=SYSTEMS, then that would explain your systems' behavior and also signal that your source code is down level. The second way is to run GTF on any one of the systems in! volved and trace only SVC 56 for the jobname of your SMF dump; then find the parameter list in the GTF trace and disassemble it as described above. I am not sure that this second way will work, however, as I do not remember if GTF traces the parameter list for SVC 56. The issuance of multiple START PENDING messages does not automatically mean that there are performance problems anywhere. START PENDING means that some shared DASD data set is either being very heavily used or is RESERVEd on one system while another system is trying to do some kind of I/O to the same device, and the second system might even be trying to access a different data set from the one that the first system is using heavily or has reserved. A START PENDING message is one possible clue as to what is causing a performance problem, but don't go investigating any given START PENDING message unless you already know for some other reason that you are having a performance problem. One possible problem indicator would be that other work on the system with START PENDING messages is stopped because it is has an I/O request in the queue for the problem device. This situation will show up as an abnormally high average IOS queue length on that one device on a system with the! START PENDING messages. There are many other messages or indicators that can be used to diagnose a performance problem, but they do not automatically mean there is a problem. There is no performance problem anywhere unless someone is complaining. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf Of Tom Marchant Sent: Thursday, June 21, 2012 9:10 AM To: IBM-MAIN@listserv.ua.edu Subject: Re: Why is GRS ENQ needed in SMFDUMP program? On Thu, 21 Jun 2012 08:17:33 -0500, Elardus Engelbrecht wrote: Peter Relson wrote: ... the ENQ you show is a SYSTEM level ENQ, not a SYSTEMS level ENQ. Indeed, from source this: ENQ (SMFQNAME,SMFRNAME,E,,SYSTEM) ... holding of this ENQ on one LPAR will have no effect on another LPAR. Thanks. This is what I also understand after reading MVS Programming: Authorized Assembler Services Reference, Volume 2 (EDTINFO-IXGWRITE). What exactly is the deadly embrace here? If the two SMFDUMP's both go after the ENQ, one will get it and one will wait. That is expected. Of course, I see one SMFDUMP with exclusive ENQ while other SMFDUMP on other LPARS are waiting for it. Not the SYSTEM level ENQ that you have shown, unless you have added IPOSMF01 to the INCLude list in GRSRNKxx. If one LPAR SMFDUMP finish a 'I SMF', it release the ENQ. Then ANOTHER SMFDUMP on another LPAR which is waiting for the ENQ name, picks up the ENQ and do its own 'I SMF' and so on on all the LPARs. Eventually the first SMFDUMP obtains the ENQ and so on. All the SMFDUMP program are getting a turn to do a 'I SMF'. It goes on until no SMF datasets are remaining in DUMP status. So, the problem is not a deadly embrace, but delays in processing. I think you need to determine what is causing the delays. What is the impact of the delay? Is this happening because all of the LPARs are doing this processing at the same time? If, for example, this is happening because the SMF records for the whole day are being dumped on every LPAR at midnight, perhaps you could stagger the dumping somehow. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM
Re: Account transfer error
Some other excuses given in the same article were gambling addiction and the ubiquitous computer glitch. I also noted that it took the bank 17 days to discover what was going on and to stop his ability to continue making unlimited overdraft withdrawals forever. The bank also has quite a few lapses in judgment to correct. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf Of Scott Ford Sent: Wednesday, June 20, 2012 8:16 AM To: IBM-MAIN@listserv.ua.edu Subject: Re: Account transfer error Mike, I like the excuse given, lapse in judgement, duh Scott ford www.identityforge.com On Jun 20, 2012, at 2:25 AM, Mike Schwab mike.a.sch...@gmail.com wrote: Bank of America transfers a LaSalle Bank account, and allows unlimited withdraw. In 17 days, he gambles away 1.5 million. How many other accounts did this happen to, but the customer did not take advantage? http://news.yahoo.com/blogs/sideshow/detroit-man-gambles-away-1-5-mill ion-accidentally-191619543.html -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN