Re: Setting up a sysplex and OMVS/zFS
It looks like most of the datasets the system is complaining about are in their own user catalogs. I should be able to connect the user catalog to the master catalog on the zOS 1.13 side and be ok. Tho there is one that is cataloged in the z2.1's master catalog. I may have to just ignore the error message for that. I think that solves that problem. I know I am a bit late on this, but do you really want to *share* the OMVS environment in an ADCD sysplex of two differing z/OS levels? Not sharing OMVS would take care of all error messages, and you already have the infrastructure duplicated for each release. Of course, if you plan to later migrate the 1.13 system in that plex to a 2.1 system using the same sysres's, forget I said anything. Having recently renamed a system that is using the ADCD sysplex setup (making it shared HFS/zFS depite being a monoplex), we discovered the hard way how asinine the delivered symbolic links are, pointing back and forth in several symbolic substitutions. OMVS did come up (and TCPIP came up!), but since /tmp was not mounted correctly due to the SYSNAME having gotten changed, we could not even set new paths in OMVS, because that requires tmp to be available. I would not be surprised if you run into problems like this down the road with your semi-shared setup. Admittedly, yours seems like a later version of my 1.13 ADCD version (in mine the root was still an HFS, which we were very grateful for, because we could just catalog it on another system and then set the links). Essentially, we ended up replacing the symbolic links in the root with hardcoded links and all was well again. Of course, this effectively stopped OMVS sharing. But now I have an idea how to remove 'sysplex sharing' of OMVS in my monoplex and remove the BPX CDSs, since they are not needed. That will also take care of all the complaining OMVS health checks that still don't take into account that ieasysxx says PLEXCFG=MONOPLEX, so nobody ever will automove anything away from my monoplex. (After 2 years, I am now almost where I want my system to be!) Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Ancient IEFUSI
To the best of my knowledge, whether rightly or wrongly, neither the LCT nor the SCTX has ever been considered a programming interface. GUPI and PSPI are no longer differentiated (although they're still valid and you'll see them in many macros); PI is the new term. DMTI has morphed into NOTPI. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AW: EXAMPLE OF BACKUPING UP A VOLUME USING DEVICE ADDRESS
Not that I know of natively under z/OS. If you have z/VM available, DDR is your friend; or write your own using EXCP based on a few utilities Sam Golob and other have written already. Christian -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag von esmie moo Gesendet: Freitag, 5. Dezember 2014 17:07 An: IBM-MAIN@LISTSERV.UA.EDU Betreff: EXAMPLE OF BACKUPING UP A VOLUME USING DEVICE ADDRESS Gentle Readers, Is it possible to perform a volume backup using the device address instead of the VOLSER? If so, could you provide me an example? Many thanks. -- 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: thought: z/OS structured logging
When you build hardware its logical to try to sell it or push it for solutions ...does mean you have to like it or be involved if you don't need to or want to Scott ford www.identityforge.com from my IPAD On Dec 5, 2014, at 11:25 AM, David Crayford dcrayf...@gmail.com wrote: On 6/12/2014 12:08 AM, John Gilmore wrote: David Crayford wrote: begin extract I know it's heresy on this list, but in the distributed world they would just add another server and/or add more grunt to the network. /end extract The granularity of mainframes is of course greater, but additional storage and CPEs are available. Yes, and they're very expensive! This strategy, that of throwing hardware at problems, has been around in the mainframe world for decades. IBM salesmen used to call the customer CIOs who used it routinely hardware hawks, perhaps still do. They were much appreciated, though not much respected. IBM salesmen will be queuing up to sell you an IBM SmartCloud Analytics solution for System z that doesn't actually run on system z. Well, maybe the agent does. It's all going off host these days and that makes sense. You only want to pay $$$ for running your legacy COBOL apps. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
How much storage is left?
In an assembler program how can you find out how much storage/memory is remaining? Do getmains till the return code replies back there is no more? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How much storage is left?
Do a variable GETMAIN (or whatever the modern equivalent is) specifying a suitable minimum and a horrendous maximum. The system will return both the address and the actual amount obtained. Save the amount and free the storage. You may need to repeat for the three different areas: below the line, above the bar, and between the two. Be aware that the amount could change as you make use of system services. For example, OPEN could allocate memory for buffers. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of scott Sent: Saturday, December 06, 2014 9:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: How much storage is left? In an assembler program how can you find out how much storage/memory is remaining? Do getmains till the return code replies back there is no more? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How much storage is left?
Look at the LDA. Here is how to get to it. USING PSA,R0 L R3,PSAAOLD POINT AT ASCB DROP R0 USING ASCB,R3 L R3,ASCBLDA POINT AT LDA FOR THIS TASK USING LDA,R3 Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of scott Sent: Saturday, December 06, 2014 12:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: How much storage is left? In an assembler program how can you find out how much storage/memory is remaining? Do getmains till the return code replies back there is no more? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How much storage is left?
But remember that how much has several answers: not only Where? but In how big a chunk?. Fragmentation can ruin your day... On Sat, Dec 6, 2014 at 1:20 PM, Blaicher, Christopher Y. cblaic...@syncsort.com wrote: Look at the LDA. Here is how to get to it. USING PSA,R0 L R3,PSAAOLD POINT AT ASCB DROP R0 USING ASCB,R3 L R3,ASCBLDA POINT AT LDA FOR THIS TASK USING LDA,R3 Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of scott Sent: Saturday, December 06, 2014 12:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: How much storage is left? In an assembler program how can you find out how much storage/memory is remaining? Do getmains till the return code replies back there is no more? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How much storage is left?
Vis-à-vis fragmentation, I was once tasked with finding the 'largest chunk of free storage' in order to order to set region limit in IEFUSI. I no longer have the code, but I believe I used VSMLIST to scan through available chunks to locate the biggest one. This may be overkill for your needs, but it was very reliable. The problem being addressed was a shrinking address space that gradually reduced the available storage over time until the initiator was bounced. That problem may be long gone in z/OS, but the technique should still be valid. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of zMan Sent: Saturday, December 06, 2014 10:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How much storage is left? But remember that how much has several answers: not only Where? but In how big a chunk?. Fragmentation can ruin your day... On Sat, Dec 6, 2014 at 1:20 PM, Blaicher, Christopher Y. cblaic...@syncsort.com wrote: Look at the LDA. Here is how to get to it. USING PSA,R0 L R3,PSAAOLD POINT AT ASCB DROP R0 USING ASCB,R3 L R3,ASCBLDA POINT AT LDA FOR THIS TASK USING LDA,R3 Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of scott Sent: Saturday, December 06, 2014 12:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: How much storage is left? In an assembler program how can you find out how much storage/memory is remaining? Do getmains till the return code replies back there is no more? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How much storage is left?
What problem are you trying to solve? Are you getting S878 abends? Some other abends? If you could explain the details behind the question, we can probably provide some more detailed suggestions. Do you have a monitor tool like Tivoli Omegamon, CA Sysview, Mainview, or other? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of scott Sent: Saturday, December 06, 2014 10:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: How much storage is left? In an assembler program how can you find out how much storage/memory is remaining? Do getmains till the return code replies back there is no more? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LPAR IPL order within a Sysplex
This is *not* a counter-example to Mark's point that the 'building LPAR' should make no difference but an observation that in 'bronzeplex', some things work differently from a gold?/platinum? plex. Our bronzeplex is truly a parallel sysplex that meets all IBM requirements for you-know-what. However, almost nothing is shared except for the few XCF volumes and a handful of others. In particular, each subplex has a separate RACF data base. One subplex has two fully sharing members, the other subplex has only one member. All three members belong to the parallel sysplex. For administrative reasons, we use RACF sharing in the two-member subplex. Since the other subplex has a different RACF data base, it cannot share. CFRM policy defines IRRXCF00_P001 and IRRXCF00_B001 for RACF sharing--with DISPOSITION DELETE--but only the two-member RACF data base has the SHARE bit set. If the non-sharing system is IPLed first, these structures will not be used and may not even be allocated. But when the first sharing system is IPLed, the structure is allocated and used. Whichever sharing member is IPLed first, the structure will look the same because they use a single set of attributes in the CFRM policy. In our DR setup scenario, the non-sharing member always comes up first. The sharing-member(s) have never had a problem coming up afterwards. There are many cases where a defined structure is not actually used by all members--in some cases by any member--but the order of system IPL does not matter. The only possible case I can imagine is if a CF LPAR runs out of storage and fails to allocate one or more structures beyond a certain point. That's an abnormal circumstance that should be avoided in the first place. Likewise, in a POR sequence, CF LPARs should be initialized before z/OS LPARs to ensure that CF structures will be available for exploiters. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Brooks Sent: Friday, December 05, 2014 11:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: LPAR IPL order within a Sysplex Hi, Other than the issue of wanting the last system that goes down to be the first system IPLed into the sysplex (so as to avoid the operator I,J,R prompt), I'm not aware of any technical reason that would require a particular IPL order. In particular, I don't understand why there would be any motivation to ensure structures built in the coupling facility will always be built by a particular LPAR. To me, the very notion is anathema. We could never deliver on the promise of high availability if there was a dependency that one particular system had to be the one to create the CF structures. It also suggests that one would need to wait for all applications that create CF structures to do their allocations before any other system could be IPLed into the sysplex. Does someone have an example of a CF Structure that would demand the sort of enforcement that is being suggested? Mark A. Brooks z/OS Sysplex design and development 845-435-5149 T/L 8-295-5149 Poughkeepsie, NY mabr...@us.ibm.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: thought: z/OS structured logging
Not really sure that the format matters if you are going to have a self described layout/format/etc. Sure. Basic legibility is good.. But having XML json (or something similar) plus a general engine for massive searches.. Not to get on a band wagon..but Hadoop would do the trick. ;-) Rob Schramm On Dec 4, 2014 2:38 PM, R.S. r.skoru...@bremultibank.com.pl wrote: My €0.02 The idea of structured logging smells like WIndows Event Log which I hate deeply. JSON ans XML are the format which I like in similar manner like the above. For human and script-powered review we have syslog. Of structured logging we have SMF which can be exported to XML if someone want it. -- Radoslaw Skorupka Lodz, Poland --- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2014 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.696.052 złote. -- 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: PARMDD -- any one use yet?
In 5480ca98.3040...@copper.net, on 12/04/2014 at 03:56 PM, Steve Thompson ste...@copper.net said: On 12/04/2014 03:04 PM, Paul Gilmartin wrote: On 2014-12-04 12:35, Steve Thompson wrote: SNIP Like, what's the most efficient way to clear a register? -- gil SNIP Well, mine is to pull the power plug. Works for all machines. No. However, it will probably work for anything designed in the last few decades. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PARMDD -- any one use yet?
In 5480d9dd.6000...@copper.net, on 12/04/2014 at 05:02 PM, Steve Thompson ste...@copper.net said: The one that does not work does pass to IKJEFT1B ISPSTART cmd(%NCMPL and that's it. The rest of the parm string is NOT passed. What happedns if you surround the parameter with apostrophes, e.g., ISPSTART cmd('%NCMPL foo') ? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: thought: z/OS structured logging
In CAAJSdjib6t_m-9iKZOshxHvXBz0=683tfnt-hu4jxfj01wg...@mail.gmail.com, on 12/05/2014 at 07:22 AM, John McKown john.archie.mck...@gmail.com said: Hum, I was thinking more of the UNIX syslog daemon stuff. Which is harder to parse than, e.g., SMF. Wouldn't including both UTC local time in ISO8601 be redundant? Only if ISO 8601 requires including the offset. Also, how does ISO 8601 handle fractional time zones? But perhaps, since you like binary, it would be better to make this the STCKE value and the CVTLDTO field, and maybe the CVTLSO field as well. What is important is that the information be recorded and recorded in a consistent fashion. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Ancient IEFUSI
In ofdab2603e.ec1e6e90-on85257da6.0052641c-85257da6.0052c...@us.ibm.com, on 12/06/2014 at 10:03 AM, Peter Relson rel...@us.ibm.com said: To the best of my knowledge, whether rightly or wrongly, neither the LCT nor the SCTX has ever been considered a programming interface. That matches my recollection. However, some undocumented behaviors have been more stable than some documented features. I know of one features that was announced in V1R1.2 and taken away in V1R1.3 of MVS/SP, while R10-LCT has been (mostly) stable from the OS/360 days on. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Ancient IEFUSI
In 5763756791911978.wa.andrew.metcalfebarclays@listserv.ua.edu, on 12/05/2014 at 10:35 AM, Andrew Metcalfe andrew.metca...@barclays.com said: The first of these is the alarming comment: * ON ENTRY R10 POINTS TO THE LCT. While that could certainly change without notice, it's been stable[1] since OS/360 and you should catch any hypothetical changes during your regression testing. [1] But read Jim Mulder's meesage. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: thought: z/OS structured logging
Which is harder to parse than, e.g., SMF. Depending on your background. You and I think fixed-length binary and character fields cheek-to-jowl are peachy-keen; the UNIX-y folks are appalled and want something in delimited character form and more-or-less human-readable. Only if ISO 8601 requires including the offset. Also, how does ISO 8601 handle fractional time zones? ISO 8601 does not *require* an offset but it does *permit* the designator Z (for Zulu=UTC) or an offset. Offsets are specified in hours and minutes. (No provision for fractional minutes g.) Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shmuel Metz (Seymour J.) Sent: Saturday, December 06, 2014 3:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: thought: z/OS structured logging In CAAJSdjib6t_m-9iKZOshxHvXBz0=683tfnt-hu4jxfj01wg...@mail.gmail.com, on 12/05/2014 at 07:22 AM, John McKown john.archie.mck...@gmail.com said: Hum, I was thinking more of the UNIX syslog daemon stuff. Which is harder to parse than, e.g., SMF. Wouldn't including both UTC local time in ISO8601 be redundant? Only if ISO 8601 requires including the offset. Also, how does ISO 8601 handle fractional time zones? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Page Data Set Sizes and Volume Types
Shmuel Metz (Seymour J.) wrote: Have you submitted the cards to bitsavers? That sounds like a lot of scanning - I have about a foot and a half of these things. Maybe when I retire? Until then, the world may have to do without things like: Program Update Tape with SMP4 VTAM/TCAM/NCP Trace Analysis Guide by C.H. Howard DISSPLA 8.2 Pocket Manual, from ISSCO OS/360 Job Control Language: Syntax Reference Summary Did they all pass the same QA, or did they sell diodes that failed at 200V for use at lower voltages? At first I thought this might be a trick question, because every time I ran the voltage too high on a diode that was the end of it. But I guess if you limit the current you could test that way - so you might be right. My dad didn't mention that. Luckily, he's still around so I can ask. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PARMDD -- any one use yet?
On 12/06/2014 06:20 PM, Shmuel Metz (Seymour J.) wrote: In 5480ca98.3040...@copper.net, on 12/04/2014 at 03:56 PM, Steve Thompson ste...@copper.net said: On 12/04/2014 03:04 PM, Paul Gilmartin wrote: On 2014-12-04 12:35, Steve Thompson wrote: SNIP Like, what's the most efficient way to clear a register? -- gil SNIP Well, mine is to pull the power plug. Works for all machines. No. However, it will probably work for anything designed in the last few decades. I know of NOTHING using cores today. But if you know of a machine that you pull the plug on it and it has registers that have something in them after POST or IML/IMPL/POR... How about identifying. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PARMDD -- any one use yet?
On 12/06/2014 06:22 PM, Shmuel Metz (Seymour J.) wrote: In 5480d9dd.6000...@copper.net, on 12/04/2014 at 05:02 PM, Steve Thompson ste...@copper.net said: The one that does not work does pass to IKJEFT1B ISPSTART cmd(%NCMPL and that's it. The rest of the parm string is NOT passed. What happedns if you surround the parameter with apostrophes, e.g., ISPSTART cmd('%NCMPL foo') ? We would still need to explain why JOB A works while JOB B, based on JOB A, isn't working. After all, this isn't MFT, or DOS R26. It is an ec12 running z/OS 2.1. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
System REXX AXRCMD not returning all the output of a display command
Hi list, I have a problem with AXRCMD returning not all the lines of a JES2 display command. A system rexx is coded as follows: rc = axrcmd('$DPROCLIB','proclib.',5) if rc 0 then do say 'axrcmd $DPROCLIB returned non-zero return code:' rc return(rc) end say '-START-'rc'--'proclib.0'---' do i = 1 to proclib.0 say '---'i'---'proclib.i end say '-END---' This results in the following 8 lines written to SYSLOG: -START-0--8--- ---1--- $HASP319 PROCLIB(PROC00) ---2--- $HASP319 PROCLIB(PROC00)DD(1)=(DSNAME=SYSL.TMP.PROCLIB.PL+ EX9 ---3--- $HASP3191.IP91B1), ---4--- $HASP319DD(2)=(DSNAME=SYSN.EOC.PROCLIB), ---5--- $HASP319DD(3)=(DSNAME=SYSL.MID.PROCLIB.PL+ EX9 ---6--- $HASP3191), ---7--- $HASP319DD(4)=(DSNAME=SYSN.MID.PROCLIB), ---8--- $HASP319DD(5)=(DSNAME=SYS1.IBM.PROCLIB) -END--- However in SDSF, /$DPROCLIB results in 12 lines: $HASP319 PROCLIB(PROC00) $HASP319 PROCLIB(PROC00)DD(1)=(DSNAME=SYSL.TMP.PROCLIB.PLEX9 $HASP3191.IP91B1), $HASP319DD(2)=(DSNAME=SYSN.EOC.PROCLIB), $HASP319DD(3)=(DSNAME=SYSL.MID.PROCLIB.PLEX9 $HASP3191), $HASP319DD(4)=(DSNAME=SYSN.MID.PROCLIB), $HASP319DD(5)=(DSNAME=SYS1.IBM.PROCLIB) $HASP319 PROCLIB(PROC01) $HASP319 PROCLIB(PROC01)DD(1)=(DSNAME=SYSL.TMP.PROCLIB.PLEX9 $HASP3191.IP91B1), $HASP319DD(2)=(DSNAME=SYSN.TSO.PROCLIB) Anybody an idea or should I APAR it? Any help would be greatly appreciated. Best regards, j@n -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AW: Re: PARMDD -- any one use yet?
A suggestion then: Specify a SYMBOLS logging DD, as I did in my example. It *should* tell you what substitutions were actually made. I believe I've read of such; I don't readily find it in the JCL Reference. The JCL reference explains the SYMBOLS parameter as: SYMBOLS parameter Parameter type Keyword, optional Purpose Use the SYMBOLS parameter to request JES to perform symbol substitution within in-stream data. Syntax SYMBOLS=({JCLONLY|EXECSYS|CNVTSYS} [,logging-DDname]) Valid values: Specify one of three SYMBOLS= values: JCLONLY [snip] EXECSYS [snip] CNVTSYS [snip] logging-DDname Optional parameter that indicates a valid DD name for the data set to use for logging results of the symbol substitution. Rules for DD names are described in ?DDNAME parameter? on page 150. Note that logging-DDname is ignored if it is specified on the DD statement which describes a data set that is the target on the PARMDD keyword (see ?PARMDD parameter? on page 354). Note the last sentence! I appreciate the possibility of substituting symbols in instream data. However, I cannot understand how one (IBM) can desing so many surprise, surprise effects into such functionality in the 21st century. Paul listed many of them in an earlier post. This is just one more one cannot readily understand. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AW: Re: PARMDD -- any one use yet?
We would still need to explain why JOB A works while JOB B, based on JOB A, isn't working. How about posting the two JCLs? -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AW: What is the purpose of BPXBATA2?
Cross-posted to MVS-OE and IBM-MAIN Until today it escaped me that BPXPATA2 is specifically intended to run in key 2. Does anyone know where there is a need to run a UNIX program in key 2? Since I had cross-posted the question, here is the answer I got on MVS-OE: WebSphere Control region use this to start. I don't like this desing. The Websphere team should have written their own specific startup program which would do nothing but starting Websphere. Instead, we now got a general utility to run almost any (I know there are limitations) program in key 2. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN