AW: Intrdr
Scott First read z/OS MVS Programming: Assembler Services Guide, 25.1.3.1 Obtaining a job identifier. Using VSAM as the access method for the INTRDR file you can get the job identifier by means of the ENDREQ service after writing the last record to INTRDR. Then you can use jobname AND jobid as a filter to the Extended Status Function Call (SSI Function Code 80) using IEFSSREQ. Using both filters makes the use of this interface much easier because it should normally return only one job. It gives you all information you need (see fields STTRXIND and STTRPHAZ of macro IAZSSST). Re-issue IEFSSREQ after some time if STTRPHAZ indicates that the job has not yet ended. See z/OS MVS Using the Subsystem Interface, 3.1.11 Extended Status Function Call -- SSI Function Code 80. Hans -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Im Auftrag von Scott Ford Gesendet: Mittwoch, 1. Februar 2012 02:37 An: IBM-MAIN@bama.ua.edu Betreff: Intrdr All, I have a STC that submits a job via the Intrdr, unfortunately it's single thread. I need know when the submitted job completed. If I have the job and can I step through control blocks to find this jobs status? Thanks in advance Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CPP (C++) file on z/OS
IBM does not charge for z/OS access in the Master the Mainframe contests: http://www.ibm.com/developerworks/university/contest The North American contest is typically held during the North American autumn each year. There have been (and will be) other Master the Mainframe contests in other parts of the world. Some universities also offer no charge access, although it may depend on your affiliation(s) and/or residence. Here's one in Germany, to pick a random example: http://jedi.informatik.uni-leipzig.de/de/access.html Of course I do not represent the University of Leipzig. I've never been to Leipzig either. Timothy Sipples Resident Enterprise Architect (Based in Singapore) E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Finding 'empty' GDG's
Hi, Does anyone know of a simple way to find GDG’s that have no GDS’s attached? Thanks Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Finding 'empty' GDG's
Another thought would be REXX LISTDSI. Might be easier. By using the gdgbase(0) it should tell you if there is one GDG out there. Lizette Hi, Does anyone know of a simple way to find GDG's that have no GDS's attached? Thanks Gadi I could use LISTC ENT('gdgbase') GDG Or Use something like a TSO ALLOCATE for a 0 gen and see what it returns? (I have not tried this) If zero rc then you have entries. If greater than zero then no entries then check the output for the ASSOCIATION entries. If there were none, then it would be empty. I usually do this in a REXX then it is easier to extract the data I might want. Possibly the Catalog Search Interface could also be helpful. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Finding 'empty' GDG's
Hi, Does anyone know of a simple way to find GDG's that have no GDS's attached? Thanks Gadi I could use LISTC ENT('gdgbase') GDG Or Use something like a TSO ALLOCATE for a 0 gen and see what it returns? (I have not tried this) If zero rc then you have entries. If greater than zero then no entries then check the output for the ASSOCIATION entries. If there were none, then it would be empty. I usually do this in a REXX then it is easier to extract the data I might want. Possibly the Catalog Search Interface could also be helpful. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: S0C4 in CEE3DMP
In that case , AMBLIST or browse the load modules. snip I don't have PDS unfortunately. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CPP (C++) file on z/OS
FWIW, gcc stands for GNU Compiler Collection. It is owned (copyrighted) by the Free Software Foundation. It is licensed under the GPL and the source code is freely available. There is a port for the z series, but hosted on z/Linux, not z/OS and produces z/Linux ELF binaries. I wonder if it would be possible to take the z/Linux port of GCC and modify it to be LE compatible and produce GOFF output? -- 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@bama.ua.edu] On Behalf Of Tomasz Rola Sent: Tuesday, January 31, 2012 6:45 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CPP (C++) file on z/OS On Tue, 31 Jan 2012, Sam Siegel wrote: Sorry about that. I misspoke, I do not know if anyone or any organization is porting the gcc suite of tools to z/OS. No need to be sorry about anything, I am ok :-). I just did a quick search and found via goog that man named David Pitts did some port, which is now old stuff and wasn't quite finished when it was still fresh. http://www.cozx.com/~dpitts/gcc.html From his own words on gcc mailing list, he's got a bit disenchanted and stopped working on it. https://lists.gnu.org/archive/html/bug-grep/2011-11/msg00072.html My question about courts etc was because I think even if there is any kind of court in the land of Linux, it is peopled by a bunch of ronins. So there is no central authority that could decide now we go into z/OS or something. On the other hand, I know of no real reason that would prevent anybody with knowledge of z/OS internals from getting source code and adding z/OS support to it. The final form would be either fork from original gcc, like David Pitts apparently did, or a patch sent to mailing list or to a maintainer, to be included in a base source. It seems that cpu support is already in newest gcc: http://en.wikipedia.org/wiki/GNU_Compiler_Collection#Architectures I notice they do support VAXen, PDP-11 and 10, and many exotic architectures - some in core source and some in forks. So this may be a good starting point, if somebody here has enough know-how. BTW, from the formal standpoint, gcc is not connected to Linux, it's just the compiler of choice. A proper organisation is GNU Project. Regards, Tomasz Rola -- ** A C programmer asked whether computer had Buddha's nature. ** ** As the answer, master did rm -rif on the programmer's home** ** directory. And then the C programmer became enlightened... ** ** ** ** Tomasz Rola mailto:tomasz_r...@bigfoot.com ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Intrdr
Being a bit of a UNIX partisan, I'd do a fork()/exec() to run the application. You'd fork()/exec() /bin/sh -c to run a UNIX REXX script. This UNIX REXX script uses ADDRESS TSO to run a TSO REXX program (yes, it's getting complicated) to do what the JCL usually does. When the TSO REXX finishes, the UNIX REXX script continues, and subsequently finishes. When the UNIX REXX script finishes, the shell finishes and the originating program can be informed via a SIGCHLD signal. Or it can just hang itself in a UNIX wait(). If you're really good, you may not need the TSO REXX. I just think it's easier to convert JCL to TSO REXX than UNIX REXX. OK, this is likely going overboard. It would require a major rewrite of the STC's current code. But it does give an example of running another process asynchronously with the originator being informed of completion. Of course, depending on what the STC is doing in the mean time, the creation of the dataset can be eliminated by using a named pipe, or perhaps even an anonymous pipe. Have the asynchronous process write to the named pipe. Have the main STC read from it. The main STC will wait in the read of the pipe until the subprocess starts writing. And will get an EOF on the pipe when the subprocess does a CLOSE on it. Come to think of it, this will even work with a batch job submitted via the INTRDR, so long as you are running on the same system. If you really need the dataset for later, have the final step of the batch job use IEBGENER to copy the dataset contents to the named pipe. -- 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@bama.ua.edu] On Behalf Of Hunkeler Peter (KIUP 4) Sent: Wednesday, February 01, 2012 1:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Intrdr There is a STC running , similar in characteristics as CICS, runs all the time. Submits a job via Intrdr, job creates a Qsam file, STC must wait for job to complete, Because STC needs the data and it is single thread... Why does it have to be a submitted job? Can't you just link to the program, or programs one after the other, that create the file? Knowing more about this requirement might trigger new ideas. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: TOD clock format
Gerhard Postpischil wrote: | And Toronto will be a U.S. city? G I was reliably informed that 'Toronto' has for some reason always been problematic; a precursor of Watson, reasoning by phonetic analogy with 'Taranto', moved it to Italy in a slightly different context. --jg On 1/31/12, Gerhard Postpischil gerh...@valley.net wrote: On 1/31/2012 3:48 PM, Ken Porowski wrote: Watson should be answering all the questions by then . And Toronto will be a U.S. city? G Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Intrdr
All, As someone once said there are about a dozen ways to do something...I need to regroup and review. Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Feb 1, 2012, at 8:26 AM, McKown, John john.mck...@healthmarkets.com wrote: Being a bit of a UNIX partisan, I'd do a fork()/exec() to run the application. You'd fork()/exec() /bin/sh -c to run a UNIX REXX script. This UNIX REXX script uses ADDRESS TSO to run a TSO REXX program (yes, it's getting complicated) to do what the JCL usually does. When the TSO REXX finishes, the UNIX REXX script continues, and subsequently finishes. When the UNIX REXX script finishes, the shell finishes and the originating program can be informed via a SIGCHLD signal. Or it can just hang itself in a UNIX wait(). If you're really good, you may not need the TSO REXX. I just think it's easier to convert JCL to TSO REXX than UNIX REXX. OK, this is likely going overboard. It would require a major rewrite of the STC's current code. But it does give an example of running another process asynchronously with the originator being informed of completion. Of course, depending on what the STC is doing in the mean time, the creation of the dataset can be eliminated by using a named pipe, or perhaps even an anonymous pipe. Have the asynchronous process write to the named pipe. Have the main STC read from it. The main STC will wait in the read of the pipe until the subprocess starts writing. And will get an EOF on the pipe when the subprocess does a CLOSE on it. Come to think of it, this will even work with a batch job submitted via the INTRDR, so long as you are running on the same system. If you really need the dataset for later, have the final step of the batch job use IEBGENER to copy the dataset contents to the named pipe. -- 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@bama.ua.edu] On Behalf Of Hunkeler Peter (KIUP 4) Sent: Wednesday, February 01, 2012 1:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Intrdr There is a STC running , similar in characteristics as CICS, runs all the time. Submits a job via Intrdr, job creates a Qsam file, STC must wait for job to complete, Because STC needs the data and it is single thread... Why does it have to be a submitted job? Can't you just link to the program, or programs one after the other, that create the file? Knowing more about this requirement might trigger new ideas. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Intrdr
Plenty of ways to skin a cat and plenty of cats to skin :-) KISS is important here. The more complex the solution, the more fragile. Why not use the FTP strategy? That is, the STC drives a FTP process to submit the job and retrieve the result. This is a snap in REXX. One concern, if the STC is single thread, then waiting for something may not be a good idea. But I think you have the right idea: regroup and take a hard look at the root business/technical problem you are trying to solve. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Wednesday, February 01, 2012 8:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Intrdr All, As someone once said there are about a dozen ways to do something...I need to regroup and review. Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Feb 1, 2012, at 8:26 AM, McKown, John john.mck...@healthmarkets.com wrote: Being a bit of a UNIX partisan, I'd do a fork()/exec() to run the application. You'd fork()/exec() /bin/sh -c to run a UNIX REXX script. This UNIX REXX script uses ADDRESS TSO to run a TSO REXX program (yes, it's getting complicated) to do what the JCL usually does. When the TSO REXX finishes, the UNIX REXX script continues, and subsequently finishes. When the UNIX REXX script finishes, the shell finishes and the originating program can be informed via a SIGCHLD signal. Or it can just hang itself in a UNIX wait(). If you're really good, you may not need the TSO REXX. I just think it's easier to convert JCL to TSO REXX than UNIX REXX. OK, this is likely going overboard. It would require a major rewrite of the STC's current code. But it does give an example of running another process asynchronously with the originator being informed of completion. Of course, depending on what the STC is doing in the mean time, the creation of the dataset can be eliminated by using a named pipe, or perhaps even an anonymous pipe. Have the asynchronous process write to the named pipe. Have the main STC read from it. The main STC will wait in the read of the pipe until the subprocess starts writing. And will get an EOF on the pipe when the subprocess does a CLOSE on it. Come to think of it, this will even work with a batch job submitted via the INTRDR, so long as you are running on the same system. If you really need the dataset for later, have the final step of the batch job use IEBGENER to copy the dataset contents to the named pipe. -- 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@bama.ua.edu] On Behalf Of Hunkeler Peter (KIUP 4) Sent: Wednesday, February 01, 2012 1:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Intrdr There is a STC running , similar in characteristics as CICS, runs all the time. Submits a job via Intrdr, job creates a Qsam file, STC must wait for job to complete, Because STC needs the data and it is single thread... Why does it have to be a submitted job? Can't you just link to the program, or programs one after the other, that create the file? Knowing more about this requirement might trigger new ideas. -- Peter Hunkeler - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have
Re: S0C4 in CEE3DMP
Ok - we are assuming that this is an LE problem. Let's not do that. If we assume we are looking at a plain old application program bug, we'd be right 99.9% of the time, so let's do that. So, what is the most common causes of an 0C4? Storage overlay is at the top of my list. Take a look at any array processing and make sure that there are overrun stoppers. Also, take a hard look at all of the files. Did each open ok? Do the DCB's fit what the program is expecting (that is, is the program trying to read a 32k record into an 80 byte buffer?). Did the program attempt to write to or read from closed file? Or perhaps read past the end of file? Back on the mixed version suspicion, try relinking the program and take a close look at the csect map. LE generally dynamically loads most all of the runtimes at runtime (vs static linking in olden days) so there shouldn't be much in the map. HTH and good luck -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills Sent: Tuesday, January 31, 2012 4:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: S0C4 in CEE3DMP Thanks. No change. //STEPLIB DD DSN=my.load.library,DISP=SHR // DD DSN=CEE.SCEERUN,DISP=SHR // DD DSN=CEE.SCEERUN2,DISP=SHR Is there a way to tell the version of CEE.SCEERUN RUN2? BTW, I *should* be able to test on two other LPARs (which might reveal that the problem was somewhere outside my code) but an unrelated problem is stopping me for now. I have asked the powers that be to resolve it. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Tuesday, January 31, 2012 1:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: S0C4 in CEE3DMP I would add the datasets CEE.SCEERUN and CEE.SCEERUN2 via steplib and see if your S0C4 goes away -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Intrdr
Whatever the FTP server does, it handles all of those conditions. It handles (1) perfectly and (2) via a timeout (JESWAITTO). Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sam Siegel Sent: Tuesday, January 31, 2012 8:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Intrdr On Tue, Jan 31, 2012 at 7:52 PM, Scott Ford scott_j_f...@yahoo.com wrote: Sam, That's a interesting idea... Scott You also need to handle the case like: 1) The submitted job gets a JCL error prior to executing your code; STC is never posted. 2) The submitted job gets queued up on resource contention; STC is left waiting for a long time. 3) The submitted job is forced off the system in a way that precludes the ESTAE from being invoked; STC is never posted. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CPP (C++) file on z/OS
On 31 January 2012 19:44, Tomasz Rola rto...@ceti.com.pl wrote: My question about courts etc was because I think even if there is any kind of court in the land of Linux, it is peopled by a bunch of ronins. So there is no central authority that could decide now we go into z/OS or something. Just to be clear, the English idiom it's in someone's court (the Linux court, your court, etc.) comes not from the kind of court that sits in judgement, but from games like tennis where the ball goes from one side to the other, and when it is in someone's court, it is their responsibility to hit it back or face the consequences. Going way back, the root is the same - the King had his court, physical and conceptual, and all sorts of words, expressions, and idioms have branched out from it. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Intrdr
On 31 January 2012 23:55, Tom Wasik wa...@us.ibm.com wrote: A couple thoughts come to mind. - Use NOTIFY= on the job card to get a TSO message when the job completes That's going to be hard to capture in a program, since it is done as a cross-memory TPUT. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Hands up! (Was: CPP (C++) file on z/OS)
Charles Haven't you noticed that, in recent years, bull-fighting has been deprecated in its heartlands? ... (don't shoot me, Chris) ... Why not - when you put yourself in my sights? ... an entire USS ... path ... The following are the principal - if not the entire - paths: 5.11, Unformatted system services tables in z/OS V1R13 Communications Server SNA Resource Definition Reference http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b6c0/5.11 12.8, Logon and logoff requests from dependent logical units in z/OS V1R13 Communications Server SNA Network Implementation Guide http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b5b0/12.8 (Please accept my apologies in advance if any mention of SNA brings on a cold sweat - or raised blood pressure - whatever!) 16.3.29, USSTCP statement in z/OS V1R13 Communications Server IP Configuration Reference http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b4b0/16.3.29 16.4, Telnet USS table setup in z/OS V1R13 Communications Server IP Configuration Reference 2.2.1.4.15, Using the Telnet solicitor or USS logon screen in z/OS Communications Server IP Configuration Guide http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b3b0/2.2.1.4.15 Incidentally, I did a smidgen of checking in the development manuals and I discovered that if - as appears to be the case from the context - and the plea! - you mean to refer to something other than the Unformatted System Services function present in both of the two components, SNA (VTAM) and IP (in the shape of the SNA-oriented TELNET server), of Communications Server, you could simply have keyed UNIX - as in the JCL Reference - or probably more generally z/OS UNIX - and your fingertips would not have suffered irretrievable damage - and you would enjoy the warm glow which comes from doing the right thing! Yet another incidentally: Failure to abjure the attempted hijacking leads to the following sort of nonsense where orthodoxy can be found in close proximity to heresy: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1d1b0/6.23 And there are some members of the spittle-flecked brigade - CO Brig. MacNeil - who claim there is no ambiguity. Moreover they also deliberately - alright, let's try to be charitable - clumsily ignore the confusion they impose upon novices who, having enjoyed a z/OS general education, find themselves working with the TN3270E server or, quite possibly, the OSA-Express feature configured as an ICC.[1] A final incidentally - for now: Has anyone else noticed a not so subtle addition in the z/OS Version 1 Release xx Implementation redbooks between xx=12 and xx=13, SG24-7853 and SG24-7946? This demonstrates once again the curate's egg nature of the redbook collection. This sort of aberration can be expected when, rather than being development authors who are supposed to be disciplined[2], the authors are amateurs, folk like you and me, and review is supposed to be performed by an ITSO resident - in former times an assignee from an IBM field post but there's less evidence of that recently - and an ITSO editor - who also may have off days! - [1] See Subject: VTAM USSTAB QUESTION. From: Howard Rifkind rifki...@emigrant.com, Date: Mon, 9 Feb 2009 14:48:11 -0500 http://www.mail-archive.com/ibm-main@bama.ua.edu/msg89840.html and see Subject: Re: Mainframe hacking, From: Howard Rifkind ibm_m...@yahoo.com, Date: Mon, 20 Jul 2009 05:36:28 -0700 http://www.mail-archive.com/ibm-main@bama.ua.edu/msg98995.html for evidence that one of your poor fellow subscribers can be so bemused that, even after having had a little tutorial on the abbreviation used in its correct - originally 1970s - context - courtesy of one C.J. Mason, after a mere 7 months the fact that the correct use was quite different from the incorrect use had been forgotten, so pernicious is the influence of so much misuse. And the members of the brigade pretend it doesn't matter! Note that an URL direct from the IBM-MAIN archive is unsuitable since it incorporates my e-mail address. [2] Although there are far too many careless lapses upon which the spittle-flecked leap in order to justify their untenable position. Nevertheless their vaunting triumphalism can easily be pricked by pointing out that, if someone has taken the trouble to point out the lapse, it gets corrected. The following, the first instance of the misuse (checked because Brig. MacNeil claimed he had fist seen the misuse 15 years ago - and has been delighting in the misuse ever since) illustrates my point: OS/390 UNIX System Services Parallel Environment: MPI Programming and Subroutine Reference For V2R4, V2R5 and V2R6, SC33-6696-00, the misuse is present: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IPEPRE01/ For V2R7, SC33-6696-01, the misuse has been purged: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ASSPRE00/ Intriguingly enough, - this
Re: Intrdr
You could have the batch job issue a MODIFY command to tell the STC that the job has completed. (Using an appropriate ROUTE command if not running on the same LPAR.) /jack - Original Message - From: Scott Ford scott_j_f...@yahoo.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Tuesday, January 31, 2012 8:36 PM Subject: Intrdr All, I have a STC that submits a job via the Intrdr, unfortunately it's single thread. I need know when the submitted job completed. If I have the job and can I step through control blocks to find this jobs status? Thanks in advance Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Intrdr
On Wed, 1 Feb 2012 08:11:48 +0100, Hunkeler Peter (KIUP 4) wrote: Why does it have to be a submitted job? Can't you just link to the program, or programs one after the other, that create the file? Knowing more about this requirement might trigger new ideas. There might be DDNAME conflicts or APF limitations. How about a combination of BPX1FRK; BPX1EXM; BPX1WAT to avoid those restrictions with no need to submit a job? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Intrdr
On Wed, 1 Feb 2012 07:26:36 -0600, McKown, John wrote: If you're really good, you may not need the TSO REXX. I just think it's easier to convert JCL to TSO REXX than UNIX REXX. Why? ALLOCATE? There's BPXWDYN. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Very Lage Page Datasets (was ASM and HiperPAV)
On Tue, 31 Jan 2012 22:49:53 -0600, Barbara Nitz nitz-...@gmx.net wrote: Writing to contiguous slots and over allocation is mentioned, but unless I missed it the old ROT (and health check) of not having more than 30% of the slots allocated is not specifically addressed. Certainly with 4K pages (for the most part) and 3390-27 (or bigger) that 30% ROT doesn't apply anymore?50% of a mod-27 is still a helava lot of free slots. I think it still applies. My understanding has always been that the 30% usage (after which paging effectiveness drastically drops) applies to the algorithm used on the in-storage control blocks to pick the next free slot in a page data set. Unless that algorithm was redesigned, 30% of 44.9GB per page dataset is what you should not exceed (just as the health check says) in AUX usage. Redesign of that is IMHO unlikely, just as using more than 2 IOs on a page data set simultaneously would require (an unlikely) redesign. That sounds right as far as the algorithm, but I thought the paging effectiveness was related to likelihood of not being able to find contiguous slots for group page outs after the 30% usage (based on old technology). So if I have 5 3390-27 locals and they are all equally used at 50%, the algorithms (CPU usage, not I/O) are going to pick one of them, then do the page outs. That paging will find contiguous slots and should be efficient. BTW, this is just an example, we still try to keep our 3390-27 local usage at 30% just like we always did with smaller local page datasets in the past. I wonder what if any studies on this have been done in the lab. It would be nice if an IBM performance expert like Kathy Walsh could weigh in. Regards, 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...@bama.ua.edu with the message: INFO IBM-MAIN
court (was: CPP (C++) ...)
On Wed, 1 Feb 2012 10:15:31 -0500, Tony Harminc wrote: Just to be clear, the English idiom it's in someone's court (the Linux court, your court, etc.) comes not from the kind of court that sits in judgement, but from games like tennis where the ball goes from one side to the other, and when it is in someone's court, it is their responsibility to hit it back or face the consequences. Going way back, the root is the same - the King had his court, physical and conceptual, and all sorts of words, expressions, and idioms have branched out from it. Court, garden, yard, horticulture, girdle, ... http://www.20kweb.com/etymology_dictionary_Y/origin_of_the_word_yard.htm -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Hands up! (Was: CPP (C++) file on z/OS)
Brig. MacNeil Based on (1) a comment I seem to recall him making a while ago and (2) not having seen him post lately, maybe that should be Brig. MacNeil (Ret.) Date: Wed, 1 Feb 2012 09:28:40 -0600 From: chrisma...@belgacom.net Subject: Hands up! (Was: CPP (C++) file on z/OS) To: IBM-MAIN@bama.ua.edu Charles Haven't you noticed that, in recent years, bull-fighting has been deprecated in its heartlands? ... (don't shoot me, Chris) ... Why not - when you put yourself in my sights? ... an entire USS ... path ... The following are the principal - if not the entire - paths: 5.11, Unformatted system services tables in z/OS V1R13 Communications Server SNA Resource Definition Reference http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b6c0/5.11 12.8, Logon and logoff requests from dependent logical units in z/OS V1R13 Communications Server SNA Network Implementation Guide http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b5b0/12.8 (Please accept my apologies in advance if any mention of SNA brings on a cold sweat - or raised blood pressure - whatever!) 16.3.29, USSTCP statement in z/OS V1R13 Communications Server IP Configuration Reference http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b4b0/16.3.29 16.4, Telnet USS table setup in z/OS V1R13 Communications Server IP Configuration Reference 2.2.1.4.15, Using the Telnet solicitor or USS logon screen in z/OS Communications Server IP Configuration Guide http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b3b0/2.2.1.4.15 Incidentally, I did a smidgen of checking in the development manuals and I discovered that if - as appears to be the case from the context - and the plea! - you mean to refer to something other than the Unformatted System Services function present in both of the two components, SNA (VTAM) and IP (in the shape of the SNA-oriented TELNET server), of Communications Server, you could simply have keyed UNIX - as in the JCL Reference - or probably more generally z/OS UNIX - and your fingertips would not have suffered irretrievable damage - and you would enjoy the warm glow which comes from doing the right thing! Yet another incidentally: Failure to abjure the attempted hijacking leads to the following sort of nonsense where orthodoxy can be found in close proximity to heresy: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1d1b0/6.23 And there are some members of the spittle-flecked brigade - CO Brig. MacNeil - who claim there is no ambiguity. Moreover they also deliberately - alright, let's try to be charitable - clumsily ignore the confusion they impose upon novices who, having enjoyed a z/OS general education, find themselves working with the TN3270E server or, quite possibly, the OSA-Express feature configured as an ICC.[1] A final incidentally - for now: Has anyone else noticed a not so subtle addition in the z/OS Version 1 Release xx Implementation redbooks between xx=12 and xx=13, SG24-7853 and SG24-7946? This demonstrates once again the curate's egg nature of the redbook collection. This sort of aberration can be expected when, rather than being development authors who are supposed to be disciplined[2], the authors are amateurs, folk like you and me, and review is supposed to be performed by an ITSO resident - in former times an assignee from an IBM field post but there's less evidence of that recently - and an ITSO editor - who also may have off days! - [1] See Subject: VTAM USSTAB QUESTION. From: Howard Rifkind rifki...@emigrant.com, Date: Mon, 9 Feb 2009 14:48:11 -0500 http://www.mail-archive.com/ibm-main@bama.ua.edu/msg89840.html and see Subject: Re: Mainframe hacking, From: Howard Rifkind ibm_m...@yahoo.com, Date: Mon, 20 Jul 2009 05:36:28 -0700 http://www.mail-archive.com/ibm-main@bama.ua.edu/msg98995.html for evidence that one of your poor fellow subscribers can be so bemused that, even after having had a little tutorial on the abbreviation used in its correct - originally 1970s - context - courtesy of one C.J. Mason, after a mere 7 months the fact that the correct use was quite different from the incorrect use had been forgotten, so pernicious is the influence of so much misuse. And the members of the brigade pretend it doesn't matter! Note that an URL direct from the IBM-MAIN archive is unsuitable since it incorporates my e-mail address. [2] Although there are far too many careless lapses upon which the spittle-flecked leap in order to justify their untenable position. Nevertheless their vaunting triumphalism can easily be pricked by pointing out that, if someone has taken the trouble to point out the lapse, it gets corrected. The following, the first instance of the misuse (checked because Brig. MacNeil claimed he had fist seen the misuse 15 years ago - and has been delighting in the
Re: TOD clock format
It already is. It's in Kansas. -- This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, CIT), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sen! t from or received at this email address. -- Gerhard Postpischil On 1/31/2012 3:48 PM, Ken Porowski wrote: Watson should be answering all the questions by then . And Toronto will be a U.S. city? G Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Intrdr
Whatever happened to the PLMs when you need them Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Feb 1, 2012, at 10:04 AM, Charles Mills charl...@mcn.org wrote: Whatever the FTP server does, it handles all of those conditions. It handles (1) perfectly and (2) via a timeout (JESWAITTO). Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sam Siegel Sent: Tuesday, January 31, 2012 8:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Intrdr On Tue, Jan 31, 2012 at 7:52 PM, Scott Ford scott_j_f...@yahoo.com wrote: Sam, That's a interesting idea... Scott You also need to handle the case like: 1) The submitted job gets a JCL error prior to executing your code; STC is never posted. 2) The submitted job gets queued up on resource contention; STC is left waiting for a long time. 3) The submitted job is forced off the system in a way that precludes the ESTAE from being invoked; STC is never posted. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CPP (C++) file on z/OS
The cpp files are currently on my windows system. I am attempting to send them to my z/OS system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CPP (C++) file on z/OS
It looks like Wordpad did convert the file to CRLF properly (because it looked much better in notepad after I saved it). Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Unicode 6.1.0 released (not on z/OS yet)
Just in case anybody is really interested. http://www.unicode.org/versions/Unicode6.1.0/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Hands up! (Was: CPP (C++) file on z/OS)
Aaargh! Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Wednesday, February 01, 2012 7:29 AM To: IBM-MAIN@bama.ua.edu Subject: Hands up! (Was: CPP (C++) file on z/OS) Charles Haven't you noticed that, in recent years, bull-fighting has been deprecated in its heartlands? ... (don't shoot me, Chris) ... Why not - when you put yourself in my sights? ... an entire USS ... path ... The following are the principal - if not the entire - paths: 5.11, Unformatted system services tables in z/OS V1R13 Communications Server SNA Resource Definition Reference -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: S0C4 in CEE3DMP
It's not blowing up in SignalHandler.C; it is blowing up IN CEE3DMP: I get half of the CEE3DMP output and no I'm all done message. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Don Poitras Sent: Tuesday, January 31, 2012 8:18 PM To: IBM-MAIN@bama.ua.edu Subject: Re: S0C4 in CEE3DMP Tea leaves are good for making tea. :) I would compile SignalHandler.C with the LIST option to see the psuedo assembly output and see from the dump where the abend occured and try to figure out what went wrong. The message you've given wouldn't lead me to think there was a problem in CEEDMP, but rather in the calling code. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: S0C4 in CEE3DMP
To review, it's a C++ program so there are no DCBs that are visible to the program, and there is absolutely no other evidence of corrupted storage, etc. CEE3DMP simply blows up partway through. I think it's not supposed to do that; I often see it print inaccessible storage. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Hal Merritt Sent: Wednesday, February 01, 2012 6:44 AM To: IBM-MAIN@bama.ua.edu Subject: Re: S0C4 in CEE3DMP Ok - we are assuming that this is an LE problem. Let's not do that. If we assume we are looking at a plain old application program bug, we'd be right 99.9% of the time, so let's do that. So, what is the most common causes of an 0C4? Storage overlay is at the top of my list. Take a look at any array processing and make sure that there are overrun stoppers. Also, take a hard look at all of the files. Did each open ok? Do the DCB's fit what the program is expecting (that is, is the program trying to read a 32k record into an 80 byte buffer?). Did the program attempt to write to or read from closed file? Or perhaps read past the end of file? Back on the mixed version suspicion, try relinking the program and take a close look at the csect map. LE generally dynamically loads most all of the runtimes at runtime (vs static linking in olden days) so there shouldn't be much in the map. HTH and good luck -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills Sent: Tuesday, January 31, 2012 4:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: S0C4 in CEE3DMP Thanks. No change. //STEPLIB DD DSN=my.load.library,DISP=SHR // DD DSN=CEE.SCEERUN,DISP=SHR // DD DSN=CEE.SCEERUN2,DISP=SHR Is there a way to tell the version of CEE.SCEERUN RUN2? BTW, I *should* be able to test on two other LPARs (which might reveal that the problem was somewhere outside my code) but an unrelated problem is stopping me for now. I have asked the powers that be to resolve it. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Tuesday, January 31, 2012 1:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: S0C4 in CEE3DMP I would add the datasets CEE.SCEERUN and CEE.SCEERUN2 via steplib and see if your S0C4 goes away -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Hands up! (Was: CPP (C++) file on z/OS)
jayrelim Based on ... (2) not having seen him post lately, Last post - appropriate? - on IBM-MAIN is dated 30 Dec last year: Subject: Re: IBM Manuals From: Ted MacNEIL eamacn...@yahoo.ca Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Date: Fri, 30 Dec 2011 19:59:26 + But I have evidence that he posted in the RACF-L list today!: Date: Wed, 1 Feb 2012 01:23:42 + Reply-To: eamacn...@yahoo.ca Sender: RACF Discussion List rac...@listserv.uga.edu From: Ted MacNeil eamacn...@yahoo.ca Subject: Re: IRRUT200 performance question. - Based on (1) a comment I seem to recall him making a while ago ... Is this the post you have in mind?: Subject: Re: z/OS UNIX file can't be deleted. (Was confusing and confused) From: Ted MacNEIL eamacn...@yahoo.ca Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Date: Wed, 26 Oct 2011 17:34:27 + It contains a self-denying ordinance: quote But, I shall not be responding to any more bump on USS. /quote He probably meant bumpf but I guess the spittle obscured his screen - or made his keyboard a bit slippery in places! This post is actually worth reading in full in order to see why the brigade deserves its name. Incidentally, just like the original self-denying ordinance of 1644/1645, it became famous for not being observed! Subject: USS From: Ted MacNEIL eamacn...@yahoo.ca Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Date: Thu, 17 Nov 2011 02:44:06 + To add insult to his self-inflicted injury, he even *initiated* this thread. Probably some post provoked him but he was trembling so much with rage he forgot to indicate what it was! Finally, the foundations upon which he bases his brigade headquarters, namely that I have no authority to make my claims, are very easily demolished with the following reference, one of many obviously: quote As part of the name change of OS/390 OpenEdition to OS/390 UNIX System Services, occurrences of OS/390 OpenEdition have been changed to OS/390 UNIX System Services or its abbreviated name, OS/390 UNIX. /quote http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA1E211/CHANGES and search for OpenEdition. Naturally OS/390 can be understood to be replaced with z/OS today. I don't suppose even the brigadier would be so stupid as to argue with that. Chris Mason On Wed, 1 Feb 2012 11:06:46 -0500, J R jayare...@hotmail.com wrote: Brig. MacNeil Based on (1) a comment I seem to recall him making a while ago and (2) not having seen him post lately, maybe that should be Brig. MacNeil (Ret.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Unicode 6.1.0 released (not on z/OS yet)
On 2/1/2012 10:30 AM, McKown, John wrote: Just in case anybody is really interested. http://www.unicode.org/versions/Unicode6.1.0/ I am. Thanks. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Hands up! (Was: CPP (C++) file on z/OS)
I relish Chris Mason's posts. There are an unconscionable number of [to the rest of the world obscure] Americanisms used here without thought, and Chris gets his own back by using what are to many Americans equally obscure Briticisms. How many of the Americans here can recite on the curate's egg or the Agincourt salute without googling one or both of them first? John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CPP (C++) file on z/OS
On Wed, 1 Feb 2012 10:48:11 -0600, Donald Likens wrote: It looks like Wordpad did convert the file to CRLF properly (because it looked much better in notepad after I saved it). Thanks FSVO properly. Which answers some of the questions. But where did that alien C++ file come from, and how did it get to Windows in that state? Now you need to set the throw notepad away and never use it again. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CPP (C++) file on z/OS
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Wednesday, February 01, 2012 12:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CPP (C++) file on z/OS On Wed, 1 Feb 2012 10:48:11 -0600, Donald Likens wrote: It looks like Wordpad did convert the file to CRLF properly (because it looked much better in notepad after I saved it). Thanks FSVO properly. Which answers some of the questions. But where did that alien C++ file come from, and how did it get to Windows in that state? Now you need to set the throw notepad away and never use it again. -- gil Closely followed, IMO, by throwing away Windows too. Real Programmers use *BSD! (but I'm a Linux user, and so only a virtual programmer). -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: different tape media for ML2 copies in HSM
Hi All, Sorry it took me a while to respond. Russel, thank you for letting me know that CopyCat doesn't work. Allan, I have reviewed the parts in the manual pointing to Tapecopy and DR and, despite what it said there, tried some tapecopies. They failed - the unit is not compatiable. I decided I am 100% sure now. :) Don, I will have to check with my boss if he is interested in a new product and than will get back to you. I will probably go to duplicate copies of 3590's, in addition to implementing ML1, since we are going direct to ML2 right now. Thanks to everybody else for responding, I appreciate it. Judith -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: S0C4 in CEE3DMP
Then you should open a PMR with IBM. They have two problems to solve: 1. An abend in CEE3DMP 2. Incorrect diagnotic message In article 01f001cce108$66577f60$33067e20$@mcn.org you wrote: It's not blowing up in SignalHandler.C; it is blowing up IN CEE3DMP: I get half of the CEE3DMP output and no I'm all done message. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Don Poitras Sent: Tuesday, January 31, 2012 8:18 PM To: IBM-MAIN@bama.ua.edu Subject: Re: S0C4 in CEE3DMP Tea leaves are good for making tea. :) I would compile SignalHandler.C with the LIST option to see the psuedo assembly output and see from the dump where the abend occured and try to figure out what went wrong. The message you've given wouldn't lead me to think there was a problem in CEEDMP, but rather in the calling code. -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive sas...@sas.com (919) 531-5637Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Hands up! (Was: CPP (C++) file on z/OS)
No, the post I had in mind was http://groups.google.com/group/bit.listserv.ibm-main/tree/browse_frm/thread/37b96e67a712a429/fa36e99827151c83?rnum=21_done=%2Fgroup%2Fbit.listserv.ibm-main%2Fbrowse_frm%2Fthread%2F37b96e67a712a429%3Fscoring%3Dd%26scoring=d#doc_99ee584950b96736 (mind the rap) Newsgroups: bit.listserv.ibm-main From: eamacn...@yahoo.ca (Ted MacNEIL) Date: 2 Dec 2011 02:23:28 -0800 Local: Fri, Dec 2 2011 5:23 am Subject: Re: Last use date of a PDS member Mea culpa., I must be having major memory problems. I was totally wrong on finding the PROC name in type 30. yet snother senior moment, and I know a retrsction is not necessaruly good enough. I'm gone from this list due to my failing memory And, yes, last post would be appropriate. Date: Wed, 1 Feb 2012 11:36:53 -0600 From: chrisma...@belgacom.net Subject: Re: Hands up! (Was: CPP (C++) file on z/OS) To: IBM-MAIN@bama.ua.edu jayrelim Based on ... (2) not having seen him post lately, Last post - appropriate? - on IBM-MAIN is dated 30 Dec last year: Subject: Re: IBM Manuals From: Ted MacNEIL eamacn...@yahoo.ca Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Date: Fri, 30 Dec 2011 19:59:26 + But I have evidence that he posted in the RACF-L list today!: Date: Wed, 1 Feb 2012 01:23:42 + Reply-To: eamacn...@yahoo.ca Sender: RACF Discussion List rac...@listserv.uga.edu From: Ted MacNeil eamacn...@yahoo.ca Subject: Re: IRRUT200 performance question. - Based on (1) a comment I seem to recall him making a while ago ... Is this the post you have in mind?: Subject: Re: z/OS UNIX file can't be deleted. (Was confusing and confused) From: Ted MacNEIL eamacn...@yahoo.ca Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Date: Wed, 26 Oct 2011 17:34:27 + It contains a self-denying ordinance: quote But, I shall not be responding to any more bump on USS. /quote He probably meant bumpf but I guess the spittle obscured his screen - or made his keyboard a bit slippery in places! This post is actually worth reading in full in order to see why the brigade deserves its name. Incidentally, just like the original self-denying ordinance of 1644/1645, it became famous for not being observed! Subject: USS From: Ted MacNEIL eamacn...@yahoo.ca Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Date: Thu, 17 Nov 2011 02:44:06 + To add insult to his self-inflicted injury, he even *initiated* this thread. Probably some post provoked him but he was trembling so much with rage he forgot to indicate what it was! Finally, the foundations upon which he bases his brigade headquarters, namely that I have no authority to make my claims, are very easily demolished with the following reference, one of many obviously: quote As part of the name change of OS/390 OpenEdition to OS/390 UNIX System Services, occurrences of OS/390 OpenEdition have been changed to OS/390 UNIX System Services or its abbreviated name, OS/390 UNIX. /quote http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA1E211/CHANGES and search for OpenEdition. Naturally OS/390 can be understood to be replaced with z/OS today. I don't suppose even the brigadier would be so stupid as to argue with that. Chris Mason On Wed, 1 Feb 2012 11:06:46 -0500, J R jayare...@hotmail.com wrote: Brig. MacNeil Based on (1) a comment I seem to recall him making a while ago and (2) not having seen him post lately, maybe that should be Brig. MacNeil (Ret.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Very Lage Page Datasets (was ASM and HiperPAV)
I'm sure I don't count as like Kathy* :-) but... Contiguous Slot Allocation Algorithm is still in place so I also tout the 30% but... 1) I say this is not a falling off a cliff thing but hazard it to be more gradual than that - so a dynamic. 2) I also suggest people aim for free paging space generally 1.5x the LPAR's memory. Item 2 is a ROT I made up myself. :-) It's motivated by the need to have something to dump into - and it leans in the same direction as the Cont Slot Alloc Algorithm. I'm not sure the 1.5x number is right... ... I consider both the 30% and my 1.5x as STARTING POINTS. And I emphasise good paging subsystem design and adequate memory provision - even now. So I'm really glad we're having this conversation. Martin Martin Packer, Mainframe Performance Consultant, zChampion Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker * Kathy's the real expert to defer to From: Mark Zelden m...@mzelden.com To: IBM-MAIN@bama.ua.edu, Date: 01/02/2012 15:48 Subject: Re: Very Lage Page Datasets (was ASM and HiperPAV) Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Tue, 31 Jan 2012 22:49:53 -0600, Barbara Nitz nitz-...@gmx.net wrote: Writing to contiguous slots and over allocation is mentioned, but unless I missed it the old ROT (and health check) of not having more than 30% of the slots allocated is not specifically addressed. Certainly with 4K pages (for the most part) and 3390-27 (or bigger) that 30% ROT doesn't apply anymore?50% of a mod-27 is still a helava lot of free slots. I think it still applies. My understanding has always been that the 30% usage (after which paging effectiveness drastically drops) applies to the algorithm used on the in-storage control blocks to pick the next free slot in a page data set. Unless that algorithm was redesigned, 30% of 44.9GB per page dataset is what you should not exceed (just as the health check says) in AUX usage. Redesign of that is IMHO unlikely, just as using more than 2 IOs on a page data set simultaneously would require (an unlikely) redesign. That sounds right as far as the algorithm, but I thought the paging effectiveness was related to likelihood of not being able to find contiguous slots for group page outs after the 30% usage (based on old technology). So if I have 5 3390-27 locals and they are all equally used at 50%, the algorithms (CPU usage, not I/O) are going to pick one of them, then do the page outs. That paging will find contiguous slots and should be efficient. BTW, this is just an example, we still try to keep our 3390-27 local usage at 30% just like we always did with smaller local page datasets in the past. I wonder what if any studies on this have been done in the lab. It would be nice if an IBM performance expert like Kathy Walsh could weigh in. Regards, 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...@bama.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
ZIP390 called by XMITIP
Has anyone upgraded to ZIP390 6.0 then found that using the ZIP format under ZMITIP gives a S047 abend. The new ZIP390 requires APF authorization as it now uses ZIIP processors. It works fine natively but fails when being called by xmitip. Have worked a little with Lionel on this but I guess his access to z/OS has been limited. Have tried a couple things like adding XMITIP loadlib to APF and adding ZIPSRB to TSOAUTH. Have also tried modifying XMITIPZP to add a ZIP390 card of 'ZIIP=N' however XMITIP returns RC 202. Any other ideas are appreciated. regards, Chris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
A huge thx to all
Guys and gals, Thank so much for all your help in my question on the Intrdr question. It is very much appreciated. Even after 40 crazy yrs in this business, always find something you don't how it works. Best Regards, Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Hands up! (Was: CPP (C++) file on z/OS)
Right you are, Chris, Ted's last post to IBM-MAIN was indeed Dec 30. However, when I tried to locate it in the Google Groups version of the list, Ted's profile did not include it. Date: Wed, 1 Feb 2012 13:38:02 -0500 From: jayare...@hotmail.com Subject: Re: Hands up! (Was: CPP (C++) file on z/OS) To: IBM-MAIN@bama.ua.edu No, the post I had in mind was http://groups.google.com/group/bit.listserv.ibm-main/tree/browse_frm/thread/37b96e67a712a429/fa36e99827151c83?rnum=21_done=%2Fgroup%2Fbit.listserv.ibm-main%2Fbrowse_frm%2Fthread%2F37b96e67a712a429%3Fscoring%3Dd%26scoring=d#doc_99ee584950b96736 (mind the rap) Newsgroups: bit.listserv.ibm-main From: eamacn...@yahoo.ca (Ted MacNEIL) Date: 2 Dec 2011 02:23:28 -0800 Local: Fri, Dec 2 2011 5:23 am Subject: Re: Last use date of a PDS member Mea culpa., I must be having major memory problems. I was totally wrong on finding the PROC name in type 30. yet snother senior moment, and I know a retrsction is not necessaruly good enough. I'm gone from this list due to my failing memory And, yes, last post would be appropriate. Date: Wed, 1 Feb 2012 11:36:53 -0600 From: chrisma...@belgacom.net Subject: Re: Hands up! (Was: CPP (C++) file on z/OS) To: IBM-MAIN@bama.ua.edu jayrelim Based on ... (2) not having seen him post lately, Last post - appropriate? - on IBM-MAIN is dated 30 Dec last year: Subject: Re: IBM Manuals From: Ted MacNEIL eamacn...@yahoo.ca Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Date: Fri, 30 Dec 2011 19:59:26 + But I have evidence that he posted in the RACF-L list today!: Date: Wed, 1 Feb 2012 01:23:42 + Reply-To: eamacn...@yahoo.ca Sender: RACF Discussion List rac...@listserv.uga.edu From: Ted MacNeil eamacn...@yahoo.ca Subject: Re: IRRUT200 performance question. - Based on (1) a comment I seem to recall him making a while ago ... Is this the post you have in mind?: Subject: Re: z/OS UNIX file can't be deleted. (Was confusing and confused) From: Ted MacNEIL eamacn...@yahoo.ca Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Date: Wed, 26 Oct 2011 17:34:27 + It contains a self-denying ordinance: quote But, I shall not be responding to any more bump on USS. /quote He probably meant bumpf but I guess the spittle obscured his screen - or made his keyboard a bit slippery in places! This post is actually worth reading in full in order to see why the brigade deserves its name. Incidentally, just like the original self-denying ordinance of 1644/1645, it became famous for not being observed! Subject: USS From: Ted MacNEIL eamacn...@yahoo.ca Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Date: Thu, 17 Nov 2011 02:44:06 + To add insult to his self-inflicted injury, he even *initiated* this thread. Probably some post provoked him but he was trembling so much with rage he forgot to indicate what it was! Finally, the foundations upon which he bases his brigade headquarters, namely that I have no authority to make my claims, are very easily demolished with the following reference, one of many obviously: quote As part of the name change of OS/390 OpenEdition to OS/390 UNIX System Services, occurrences of OS/390 OpenEdition have been changed to OS/390 UNIX System Services or its abbreviated name, OS/390 UNIX. /quote http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA1E211/CHANGES and search for OpenEdition. Naturally OS/390 can be understood to be replaced with z/OS today. I don't suppose even the brigadier would be so stupid as to argue with that. Chris Mason On Wed, 1 Feb 2012 11:06:46 -0500, J R jayare...@hotmail.com wrote: Brig. MacNeil Based on (1) a comment I seem to recall him making a while ago and (2) not having seen him post lately, maybe that should be Brig. MacNeil (Ret.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: S0C4 in CEE3DMP
the dump title and dump options must respectively be 80 and 255 byte fixed length character strings That's why I am using the IBM leawi.h macros to define them. _CHAR80, for example, is declared as typedef char _CHAR80 [ 80]; Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sam Siegel Sent: Tuesday, January 31, 2012 8:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: S0C4 in CEE3DMP On Tue, Jan 31, 2012 at 8:17 PM, Don Poitras poit...@pobox.com wrote: Tea leaves are good for making tea. :) I would compile SignalHandler.C with the LIST option to see the psuedo assembly output and see from the dump where the abend occured and try to figure out what went wrong. The message you've given wouldn't lead me to think there was a problem in CEEDMP, but rather in the calling code. In article 00f801cce057$c5539eb0$4ffadc10$@mcn.org you wrote: I am getting a S0C4 (apparently - assuming I am reading the tea leaves correctly) calling CEE3DMP from a C linkage signal handler routine in a C++ program under v1.13. I believe the code used to work under V1.10 but I am not absolutely certain that nothing has been changed. I am using leawi.h for the declaration of CEE3DMP. Here is my calling sequence: _CHAR80 dumpTitle = My dump title here; // do not exceed 60 characters per z/OS V1R10.0 Language Environment Programming Reference _CHAR255 dumpOptions = BLOCKS,REGSTOR(256),FNAME(CZADIAG); _FEEDBACK fc; Charles - Look closely that the way dumpTitle and dumpOptions are defined in your source code. The V1R10 LE programming reference (SA22-7562-10) indicates that the dump title and dump options must respectively be 80 and 255 byte fixed length character strings. Sam CEE3DMP(dumpTitle, dumpOptions, fc); Here is the SYSOUT output that leads me to believe the problem is CEE3DMP: CEE3204S The system detected a protection exception (System Completion Code=0C4) From compile unit /u/xx/Source/SignalHandler.C at entry point sigHandler at statement 92 at compile unit offset +016A at entry offset +016A at address 15383292. Statement 92 is the CEE3DMP call above. The whole situation is a little confusing because the error in question that triggered the Signal is also a S0C4. (It is intentional as part of a test; there is no reason to think that storage in general is corrupted.) The CEEDUMP output on DD CZADIAG correctly diagnoses the original S0C4. What should I be looking for? Any clues? Thanks, Charles -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive sas...@sas.com (919) 531-5637 Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: OT: Backup drives for a PC
On 21 Jan 2012 02:43:39 -0800, in bit.listserv.ibm-main Radoslaw wrote: W dniu 2012-01-21 03:13, Clark Morris pisze: [...] Both my wife and I are adding family pictures so that is part of the reason for the capacity. In response to Radoslaw, I am getting the second drive so that I can rotate the drives between my home and that of another family member 160 kilometers away. Right now I have a Western Digital external desktop drive for the purpose and I was assuming the difference between that and a portable drive was how the hard drive is mounted inside the box. Based on some bad user reviews that I saw for a Seagate drive that was used for a similar purpose, I then had to question whether the additional expense of portable drive was justified for the backup since a backup is no good if you can't read it. Yes, I forgot to mention jewel-box features. It important to choose good quality box (not the drive manufacturer) with good amortization (shock absorbtion). I haven't seen any test or comparison, but I can compare some drives I have or I have seen: Transcend 2.5 is described as very shock-proof and it's look like. Seagate is 2.5 ...nice and shining ;-))) IOmega 3.5 is clearly described as don't move while operating, avoid any shocks all the time. Regarding photos: There is a method to make them smaller *without* loosing quality. Usually digital cameras have no enough time/processing power to make good compression. A PC program can save picture with no conversion, under the same name, etc. Usually it saves 60-70% (100MB-30MB). I thoroughly compared some pictures before and after, also using magnification. No perceptible differences. Whole process can be performed as batch job, however with no DDs ;-) Application used: freeware Irfan Viewer. Thanks to all who responded to my question. I finally went with a USB 3.0 1 Terabyte Portable Drive from HP (it looks like the actual disk is Western Digital) for $149 Canadian. While I appreciate Barry Merrill's comment that he has knocked over his desktop drive without losing data and I have been similarly lucky with my 2 Terabyte USB 3.0 Desktop Drive, I didn't like the long term odds given my clumsiness. This made the substantial premium for the portable drive worth while. A pleasant surprise was the small size and the much greater ease of backing up both my desktop and my wife's laptop because of the drive being powered via the USB connection. Currently the combined space of full backups using Acronis True Image Home 11.0 is about 260 Gigabytes and I will be doing periodic incremental backups. Speed is not that good but it wasn't with the 2 Terabyte drive either because the only ports available are USB 2.0. The small size of the drive is causing me to wait for a sale and then repurposing the desktop drive to online storage after getting a USB 3.0 PCI card and a longer USB 3.0 cable (if they make them). Some comments that have mainframe relevance or at least association. I like using Acronis which has saved me on a couple of occasions. I can take the full disk backup and restore individual files from it. I have done both full disk and file restores. I have finally figured out their improved user interface. It reminds me of Innovations FDR/FDRDSF which I also like using and which saved the day on more than one occasion. What is really scary is that I can fit a USB key in my wallet and the 1 terabyte portable drive in my pants pocket. That means an authorized person logging on to an organization's computer can download a very large amount of data onto something that fits in their wallet and a tremendous amount into something that would be unobtrusive in their pants pocket. The security implications are frightening to someone who comes from an era where even a 3480 cartridge was somewhat noticeable. Thanks: Clark Morris Regards -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
XL CPP z/OS first use problem
Hello, all, first time post from new member. Please bear with me if I lack polish! I'm trying to prove the function of our CPP processor on our mainframe (Frankly, it's mostly for the exercise) and am running into problems with Hello-World. The code I'm running is: #include iostream #include stdio.h using namespace std; int main() { cout Hello, World!; return 0; } I've also run it without stdio.h; it has never run successfully. It compiles, then fails in execution with ABEND User=U4038. The relevant message appears to be this: CEE3555S A call was made from a NOXPLINK-compiled application to an XPLINK-compiled exported function in DLL C128 and the XPLINK(ON) runtime option was not specified. From entry point __dllstaticinit at compile unit offset +0116 at entry offset +0116 at address 14D02176. LEAID ENTERED (LEVEL 08/30/2010 AT 12.37) LEAID PROCESSING COMPLETE. RC=0 *** Bottom of Data Now, I'm compiling with the standard proc CBCCB, which specifies inline that XPLING(ON) is not supported. Using compiler options: LOCALE(En_US.IBM-1140) MAR(1,80) NOSEQ LO Can someone direct me to a reference source that's likely to help, and/or point out whatever really N00b mistake I'm making? --Phil Sevetson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: OT: Backup drives for a PC
On 2/1/2012 12:34 PM, Clark Morris wrote: [snip] Some comments that have mainframe relevance or at least association. I like using Acronis which has saved me on a couple of occasions. I can take the full disk backup and restore individual files from it. I have done both full disk and file restores. I have finally figured out their improved user interface. I can't stand their interface. I find it unfriendly, and their support site is awful! I rue the day I let the Micro Center salesman talk me into buying it. Every day I get a cryptic message about operation paused and if I don't respond it will make an automatic decision. The message says something about drive 30 or location 30 with no information of what that's about. There is no place to tell the software where drive or location 30 is. The software does not make an automatic decision, it just updates the time on the message and keeps it on the screen. I have to close the window. Going to their help site never gets a response. Sucks big time. I would swithc to doing back up by hand, but supposedly this Acronis stuff is backing up the system settings and I don't know enough to do that with any confidence. It reminds me of Innovations FDR/FDRDSF which I also like using and which saved the day on more than one occasion. What is really scary is that I can fit a USB key in my wallet and the 1 terabyte portable drive in my pants pocket. That means an authorized person logging on to an organization's computer can download a very large amount of data onto something that fits in their wallet and a tremendous amount into something that would be unobtrusive in their pants pocket. The security implications are frightening to someone who comes from an era where even a 3480 cartridge was somewhat noticeable. Thanks: Clark Morris -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: XL CPP z/OS first use problem
Possibly (we always hope) simple? XPLING(ON) is not supported Spelling XPLINK? Good luck. Peter /Now, I'm compiling with the standard proc CBCCB, which specifies inline that XPLING(ON) is not supported. Using compiler options: LOCALE(En_US.IBM-1140) MAR(1,80) NOSEQ LO / -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Unicode Services custom table?
Thanks to everyone for your kind suggestions, especially John McKown who responded offline. It is possible to build your own Unicode Services tables to match the TCPIP STANDARD table, but I am surprised that there isn't a Unicode Services table that matches STANDARD. If anyone knows of one, please let me know. (I can build my own, but we have customers that would like this, and modifying z/OS Unicode Services is a little intimidating). Thanks again, Kirk Wolf Dovetailed Technologies http://dovetail.com On Tue, Jan 31, 2012 at 2:13 PM, Mark Jacobs mark.jac...@custserv.comwrote: It looks like the source code for the conversion tables are in TCPIP.SEZATCPX (our name). You might be able to match that to what's already available in unicode services. Mark Jacobs On 01/31/12 14:49, Kirk Wolf wrote: Mark, AFAIK, there is not a IBM-supplied conversion table for Unicode services that matches TCPIP.STANDARD.TCPXLBIN. It would be great if I were wrong. If not, then it seems that you have to generate your own user-defined conversion table and image. Kirk Wolf Dovetailed Technologies http://dovetail.com On Tue, Jan 31, 2012 at 1:21 PM, Mark Jacobsmark.jacobs@custserv.**commark.jac...@custserv.com wrote: On 01/31/12 14:14, Kirk Wolf wrote: Has anyone tried creating a custom table for z/OS Unicode Services? I would like to create one that matches the FTP TCPIP.STANDARD.TCPXLBIN dataset, for use by iconv, but the manual z/OS Unicode Services User's Guide is a little intimidating... Thanks, Kirk Wolf Dovetailed Technologies http://dovetail.com --**--** -- Why not just depend on Unicode on Demand? I haven't created any images since that functionally became available. -- Mark Jacobs Time Customer Service Tampa, FL Don't be too sweet lest you be eaten up; don't be too bitter lest you be spewed out. Yiddish Proverb --** --**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN --**--** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Mark Jacobs Time Customer Service Tampa, FL Don't be too sweet lest you be eaten up; don't be too bitter lest you be spewed out. Yiddish Proverb --**--**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Kirk Wolf Dovetailed Technologies http://dovetail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: XL CPP z/OS first use problem
Sorry, my typo. The compiler proc says XPLINK(ON) is not supported. XPLING isn't mentioned anywhere. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Conlin, Pete Sent: Wednesday, February 01, 2012 2:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: XL CPP z/OS first use problem Possibly (we always hope) simple? XPLING(ON) is not supported Spelling XPLINK? Good luck. Peter /Now, I'm compiling with the standard proc CBCCB, which specifies inline that XPLING(ON) is not supported. Using compiler options: LOCALE(En_US.IBM-1140) MAR(1,80) NOSEQ LO / -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: XL CPP z/OS first use problem
All, Solved it with reference to the manual -- I was apparently using the wrong compile proc. CBCXCBG worked, and gave me my output in the SYSPRINT sysout. So, apparently Hello-World needs XPLINK(ON), so I have to use a proc which supports it. I hope to understand this in a future life. Thanks, for any think time anyone put in on this. --Phil Sevetson -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sevetson, Phil Sent: Wednesday, February 01, 2012 2:29 PM To: IBM-MAIN@bama.ua.edu Subject: XL CPP z/OS first use problem Hello, all, first time post from new member. Please bear with me if I lack polish! I'm trying to prove the function of our CPP processor on our mainframe (Frankly, it's mostly for the exercise) and am running into problems with Hello-World. The code I'm running is: #include iostream #include stdio.h using namespace std; int main() { cout Hello, World!; return 0; } I've also run it without stdio.h; it has never run successfully. It compiles, then fails in execution with ABEND User=U4038. The relevant message appears to be this: CEE3555S A call was made from a NOXPLINK-compiled application to an XPLINK-compiled exported function in DLL C128 and the XPLINK(ON) runtime option was not specified. From entry point __dllstaticinit at compile unit offset +0116 at entry offset +0116 at address 14D02176. LEAID ENTERED (LEVEL 08/30/2010 AT 12.37) LEAID PROCESSING COMPLETE. RC=0 *** Bottom of Data Now, I'm compiling with the standard proc CBCCB, which specifies inline that XPLING(ON) is not supported. Using compiler options: LOCALE(En_US.IBM-1140) MAR(1,80) NOSEQ LO Can someone direct me to a reference source that's likely to help, and/or point out whatever really N00b mistake I'm making? --Phil Sevetson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: S0C4 in CEE3DMP
On Wed, Feb 1, 2012 at 11:30 AM, Charles Mills charl...@mcn.org wrote: the dump title and dump options must respectively be 80 and 255 byte fixed length character strings That's why I am using the IBM leawi.h macros to define them. _CHAR80, for example, is declared as typedef char _CHAR80 [ 80]; Charles - One thing I noticed in the example (and it probably is insignificant) is that care was taken to init the fields to spaces and to NOT copy the trailing binary zero associated with a d string in C/C++. I only mention it because of the grief that you are having over this and hoping that this will get you past it. Sam Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sam Siegel Sent: Tuesday, January 31, 2012 8:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: S0C4 in CEE3DMP On Tue, Jan 31, 2012 at 8:17 PM, Don Poitras poit...@pobox.com wrote: Tea leaves are good for making tea. :) I would compile SignalHandler.C with the LIST option to see the psuedo assembly output and see from the dump where the abend occured and try to figure out what went wrong. The message you've given wouldn't lead me to think there was a problem in CEEDMP, but rather in the calling code. In article 00f801cce057$c5539eb0$4ffadc10$@mcn.org you wrote: I am getting a S0C4 (apparently - assuming I am reading the tea leaves correctly) calling CEE3DMP from a C linkage signal handler routine in a C++ program under v1.13. I believe the code used to work under V1.10 but I am not absolutely certain that nothing has been changed. I am using leawi.h for the declaration of CEE3DMP. Here is my calling sequence: _CHAR80 dumpTitle = My dump title here; // do not exceed 60 characters per z/OS V1R10.0 Language Environment Programming Reference _CHAR255 dumpOptions = BLOCKS,REGSTOR(256),FNAME(CZADIAG); _FEEDBACK fc; Charles - Look closely that the way dumpTitle and dumpOptions are defined in your source code. The V1R10 LE programming reference (SA22-7562-10) indicates that the dump title and dump options must respectively be 80 and 255 byte fixed length character strings. Sam CEE3DMP(dumpTitle, dumpOptions, fc); Here is the SYSOUT output that leads me to believe the problem is CEE3DMP: CEE3204S The system detected a protection exception (System Completion Code=0C4) From compile unit /u/xx/Source/SignalHandler.C at entry point sigHandler at statement 92 at compile unit offset +016A at entry offset +016A at address 15383292. Statement 92 is the CEE3DMP call above. The whole situation is a little confusing because the error in question that triggered the Signal is also a S0C4. (It is intentional as part of a test; there is no reason to think that storage in general is corrupted.) The CEEDUMP output on DD CZADIAG correctly diagnoses the original S0C4. What should I be looking for? Any clues? Thanks, Charles -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive sas...@sas.com (919) 531-5637 Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: XL CPP z/OS first use problem
use C128N for a non xplink program. On Wed, Feb 1, 2012 at 11:29 AM, Sevetson, Phil psevet...@fisa.nyc.gov wrote: Hello, all, first time post from new member. Please bear with me if I lack polish! I'm trying to prove the function of our CPP processor on our mainframe (Frankly, it's mostly for the exercise) and am running into problems with Hello-World. The code I'm running is: #include iostream #include stdio.h using namespace std; int main() { cout Hello, World!; return 0; } I've also run it without stdio.h; it has never run successfully. It compiles, then fails in execution with ABEND User=U4038. The relevant message appears to be this: CEE3555S A call was made from a NOXPLINK-compiled application to an XPLINK-compiled exported function in DLL C128 and the XPLINK(ON) runtime option was not specified. From entry point __dllstaticinit at compile unit offset +0116 at entry offset +0116 at address 14D02176. LEAID ENTERED (LEVEL 08/30/2010 AT 12.37) LEAID PROCESSING COMPLETE. RC=0 *** Bottom of Data Now, I'm compiling with the standard proc CBCCB, which specifies inline that XPLING(ON) is not supported. Using compiler options: LOCALE(En_US.IBM-1140) MAR(1,80) NOSEQ LO Can someone direct me to a reference source that's likely to help, and/or point out whatever really N00b mistake I'm making? --Phil Sevetson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: XL CPP z/OS first use problem
Go back to the other proc and look at your STEPLIB libraries in the execution step. XPLINK requires a different set of libraries. There are three sets for xlc: 1. XPLINK 2. non-XPLINK, LE 3. non-XPLINK, non-LE, for the METAL option. Lloyd - Original Message From: Sevetson, Phil psevet...@fisa.nyc.gov To: IBM-MAIN@bama.ua.edu Sent: Wed, February 1, 2012 3:14:09 PM Subject: Re: XL CPP z/OS first use problem All, Solved it with reference to the manual -- I was apparently using the wrong compile proc. CBCXCBG worked, and gave me my output in the SYSPRINT sysout. So, apparently Hello-World needs XPLINK(ON), so I have to use a proc which supports it. I hope to understand this in a future life. Thanks, for any think time anyone put in on this. --Phil Sevetson -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sevetson, Phil Sent: Wednesday, February 01, 2012 2:29 PM To: IBM-MAIN@bama.ua.edu Subject: XL CPP z/OS first use problem Hello, all, first time post from new member. Please bear with me if I lack polish! I'm trying to prove the function of our CPP processor on our mainframe (Frankly, it's mostly for the exercise) and am running into problems with Hello-World. The code I'm running is: #include iostream #include stdio.h using namespace std; int main() { cout Hello, World!; return 0; } I've also run it without stdio.h; it has never run successfully. It compiles, then fails in execution with ABEND User=U4038. The relevant message appears to be this: CEE3555S A call was made from a NOXPLINK-compiled application to an XPLINK-compiled exported function in DLL C128 and the XPLINK(ON) runtime option was not specified. From entry point __dllstaticinit at compile unit offset +0116 at entry offset +0116 at address 14D02176. LEAID ENTERED (LEVEL 08/30/2010 AT 12.37) LEAID PROCESSING COMPLETE. RC=0 *** Bottom of Data Now, I'm compiling with the standard proc CBCCB, which specifies inline that XPLING(ON) is not supported. Using compiler options: LOCALE(En_US.IBM-1140) MAR(1,80) NOSEQ LO Can someone direct me to a reference source that's likely to help, and/or point out whatever really N00b mistake I'm making? --Phil Sevetson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Unicode Services custom table?
OK, so I found a sneaky way of adding a new conversion table to Unicode Services to match TCPIP.STANDARD.TCPXLBIN.Thanks again to Mark and John for getting me started.. 1) Unless you want to modify SYS1.SCUNTBL, create a new PDS: HLQ.SCUNTBL with RECFM=F,LRECL=256,BLKSIZE=256 2) I wanted to create a new conversion from IBM-850 - IBM-037. Looking these up in the manual, their two-character codes are EB (850) and AA (037). For my new conversion, I'll use the conversion technique code 2. If you look at TCPIP.STANDARD.TCPXLBIN, you will see that it has three records - 1) a comment 2) the 256-byte ASCII-EBCDIC table 3) the 256-byte EBCDIC-ASCII table a) create a new member CUN2EBAA (850-037, TECH=2) copy the first non-comment record from TCPIP.STANDARD.TCPXLBIN into this member b) create another new member CUN2AAEB (037-850, TECH=2) copy the second non-comment record from TCPIP.STANDARD.TCPXLBIN into this member 3) To activate your new conversion tables: setuni add,from(037),to(850),TECH(2),DSN(HLQ.SCUNTBL) setuni add,from(850),to(037),TECH(2),DSN(HLQ.SCUNTBL) (You would also want to update PARMLIB(CUNUNIxx) to include these add statements) 4) verify with iconv that it works. We have a simple utility in Co:Z that will display single byte translate tables: *showtrtab -s IBM-850 -t IBM-037 -q 2* 00: 00 01 02 03 37 2D 2E 2F 16 05 25 0B 0C 0D 0E 0F 10: 10 11 12 13 3C 3D 32 26 18 19 3F 27 22 1D 35 1F 20: 40 5A 7F 7B 5B 6C 50 7D 4D 5D 5C 4E 6B 60 4B 61 30: F0 F1 F2 F3 F4 F5 F6 F7 F8 F9 7A 5E 4C 7E 6E 6F 40: 7C C1 C2 C3 C4 C5 C6 C7 C8 C9 D1 D2 D3 D4 D5 D6 50: D7 D8 D9 E2 E3 E4 E5 E6 E7 E8 E9 AD E0 BD 5F 6D 60: 79 81 82 83 84 85 86 87 88 89 91 92 93 94 95 96 70: 97 98 99 A2 A3 A4 A5 A6 A7 A8 A9 C0 4F D0 A1 07 80: 00 01 02 03 37 2D 2E 2F 16 05 25 0B 0C 0D 0E 0F 90: 10 11 12 13 3C 3D 32 26 18 19 3F 27 22 1D 35 1F A0: 40 5A 7F 7B 5B 6C 50 7D 4D 5D 5C 4E 6B 60 4B 61 B0: F0 F1 F2 F3 F4 F5 F6 F7 F8 F9 7A 5E 4C 7E 6E 6F C0: 7C C1 C2 C3 C4 C5 C6 C7 C8 C9 D1 D2 D3 D4 D5 D6 D0: D7 D8 D9 E2 E3 E4 E5 E6 E7 E8 E9 AD E0 BD 5F 6D E0: 79 81 82 83 84 85 86 87 88 89 91 92 93 94 95 96 F0: 97 98 99 A2 A3 A4 A5 A6 A7 A8 A9 C0 4F D0 A1 07 On Wed, Feb 1, 2012 at 2:02 PM, Kirk Wolf k...@dovetail.com wrote: Thanks to everyone for your kind suggestions, especially John McKown who responded offline. It is possible to build your own Unicode Services tables to match the TCPIP STANDARD table, but I am surprised that there isn't a Unicode Services table that matches STANDARD. If anyone knows of one, please let me know. (I can build my own, but we have customers that would like this, and modifying z/OS Unicode Services is a little intimidating). Thanks again, Kirk Wolf Dovetailed Technologies http://dovetail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: S0C4 in CEE3DMP
Thanks, Sam. It makes it through 20 or so pages of the dump so I am going to guess the '\0' in the title is not the problem. The plot thickens. I *still* can't test (mostly to see if the problem is solved by different CEERUN libraries) due to an unrelated bit of sysprog foolishness on my V1R11 and V1R12 systems, but the problem goes away if I compile with OPT(2) INLINE NOTEST NOGONUMBER (my standard release options) rather than OPT(0) NOINLINE TEST GONUMBER (my standard test options) I guess because CEE3DMP can't do the variable displays that it is trying to do when it blows up. I said in the OP that I thought it had worked under V1R10 but I was not sure if something had changed; perhaps what changed is that my original testing was with the release options, I don't know. Seeing as having this code work at customer sites is what is important to me (the error is annoying but does not really hurt anything on a test system) I think I am going to declare a victory. Thanks, all. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sam Siegel Sent: Wednesday, February 01, 2012 12:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: S0C4 in CEE3DMP On Wed, Feb 1, 2012 at 11:30 AM, Charles Mills charl...@mcn.org wrote: the dump title and dump options must respectively be 80 and 255 byte fixed length character strings That's why I am using the IBM leawi.h macros to define them. _CHAR80, for example, is declared as typedef char _CHAR80 [ 80]; Charles - One thing I noticed in the example (and it probably is insignificant) is that care was taken to init the fields to spaces and to NOT copy the trailing binary zero associated with a d string in C/C++. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Very Lage Page Datasets (was ASM and HiperPAV)
MXG added variable SLOTUTIL back in '97 with this change text: Change 15.064 Variable SLOTUTIL is added to dataset TYPE71 to measure VMAC71 the percentage of local page dataset slots that are in Apr 28, 1997 use. Find the maximum value of SLOTUTIL during the month to make sure you have enough page dataset slots defined. SLOTUTIL should always be less than 25% (because the ASM's contiguous slot allocation algorithm can move 30 pages in one SSCH only when there are 30 contiguous free slots, and at utilizations above 25%, ASM begins to not find 30 slots, so it tries to find 15, then 8... which causes lots of extra SSCHs to your page volumes at the very worst possible time - those few times when paging becomes a performance problem!). I have preached this concept, but had not provided the variable (and the value I used in class turns out to need to be changed): SLOTUTIL=(SLOTLOMN-SLOTUNMN)/SLOTLOMN; compares the minimum number of defined local slots with the minimum number of unused local slots to calculate the maximum utilization of slots during the interval. That note was based on a CMG or SHARE presentation I had attended years earlier, when the contiguous slot allocation algorithm was first being used, and the presentation was a smooth curve, output from a model, rather than actual measurements, so there was no real knee of the curve, but somewhere in the 25-30% range was noted as the beginning of possible pain. Since one of the consequences of breaking the contiguous slot allocation is an increase in the number of SSCHs to the paging volumes, and since you all have dedicated devices, you should be able to plot the SSCH count to your local page datasets from RMF 74 records versus the SLOTUTIL from the 71 to see where your site's knee is located. Barry Merrill -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Tuesday, January 31, 2012 10:50 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Very Lage Page Datasets (was ASM and HiperPAV) Writing to contiguous slots and over allocation is mentioned, but unless I missed it the old ROT (and health check) of not having more than 30% of the slots allocated is not specifically addressed. Certainly with 4K pages (for the most part) and 3390-27 (or bigger) that 30% ROT doesn't apply anymore?50% of a mod-27 is still a helava lot of free slots. I think it still applies. My understanding has always been that the 30% usage (after which paging effectiveness drastically drops) applies to the algorithm used on the in-storage control blocks to pick the next free slot in a page data set. Unless that algorithm was redesigned, 30% of 44.9GB per page dataset is what you should not exceed (just as the health check says) in AUX usage. Redesign of that is IMHO unlikely, just as using more than 2 IOs on a page data set simultaneously would require (an unlikely) redesign. Sometimes the need for the appearance of an autonomic, self-healing system becomes more important than the need for an autonomic, self-healing system. ;-) But, you're also saying close to 50% of health checks are useful, so that's good thing. I consider about 30 of the 180-200 checks (1.12) useful. Otherwise I'll stay out of *this* discussion. Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: CPP (C++) file on z/OS
In pine.lnx.4.64.1202010124290.1...@tau.ceti.pl, on 02/01/2012 at 01:44 AM, Tomasz Rola rto...@ceti.com.pl said: On the other hand, I know of no real reason that would prevent anybody with knowledge of z/OS internals You don't need knowledge of z/OS internals. However, it's a lot of work. So this may be a good starting point, if somebody here has enough know-how. And CFT. -- 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...@bama.ua.edu with the message: INFO IBM-MAIN
Dual IBM 3584 ATLs
In 1997 or so we installed a used IBM 3494 ATL and now in 2012 we are replacing with two IBM 3584 ATL systems. The first one is on the floor and 2nd will be arriving in March. Hey this is the US Govt and we got our money out of it. We also run IBM's RMM. We have one series of carts, 93 for the first ATL and plan on 94 for the 2nd series. We would be ejecting out carts to head off to DR storage and coming back. Also we have carts created onsite and come back to used 1-2 times a year. These carts are in RMM and have VRS records. My concern is when these carts return, operations puts a cart into the wrong ATL (should I be comcerned) or does it manner. In misfile case, will it reject the input or just put the cart into limbo status for me to eventually figure out. Been thinking about maybe defining both ranges to both ATL's and then who cares. But it seems RMM might care. Am sure someone has encountered this question and knows the answers or some food for thought. Any help is appreciated. Jim Marshall, Washington DC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Unicode Services custom table?
On 1 February 2012 15:50, Kirk Wolf k...@dovetail.com wrote: OK, so I found a sneaky way of adding a new conversion table to Unicode Services to match TCPIP.STANDARD.TCPXLBIN. Thanks again to Mark and John for getting me started.. 1) Unless you want to modify SYS1.SCUNTBL, create a new PDS: HLQ.SCUNTBL with RECFM=F,LRECL=256,BLKSIZE=256 (Remember the unfortunate would-be AOL users from Scunthorpe in the UK, years ago? We surely won't have that problem on IBM-MAIN in 2012... http://en.wikipedia.org/wiki/Scunthorpe_problem ) 2) I wanted to create a new conversion from IBM-850 - IBM-037. Looking these up in the manual, their two-character codes are EB (850) and AA (037). For my new conversion, I'll use the conversion technique code 2. An interesting pair of codepages. You might find recent APAR OA37099 and its PTFs UA62130/UA62131, followed by OA38383 and UA63909/UA63910 of some interest. The first APAR *removes entirely* several hundred translations of technique L from Unicode services, and the second puts them back as technique M tables. The APAR texts are less then enlightening, and there is no PE on the first, nor are they marked as connected in any obvious way. The PTFs for the first were shipped as routine maintenance, and broke character conversion for applications using the iconv() service with codepage pairs like yours. Several of our customers had Monday morning problems when they promoted these PTFs into production, and the iconv() results suddently changed. Well, the second fix seems to put things back about they way they were, but there's no hint about what the whole exercise was for. This is the old issue of line ending conversion: does NL go to LF or to NEL, and so on. Reasonable people can agree to disagree on this, but I'm not sure it's reasonable that the customer's Unicode services configuration, let alone IBM maintenance should change the result of a conversion that has been working the same way for 10+ years. But I'm sounding grumpy, I'm sure... Your example of the same codepage pair we are using, plus a conversion technique in the user range (the 2) reminds me that I'm a little nervous about the whole topic. If you look at TCPIP.STANDARD.TCPXLBIN, you will see that it has three records - 1) a comment 2) the 256-byte ASCII-EBCDIC table 3) the 256-byte EBCDIC-ASCII table a) create a new member CUN2EBAA (850-037, TECH=2) copy the first non-comment record from TCPIP.STANDARD.TCPXLBIN into this member b) create another new member CUN2AAEB (037-850, TECH=2) copy the second non-comment record from TCPIP.STANDARD.TCPXLBIN into this member 3) To activate your new conversion tables: setuni add,from(037),to(850),TECH(2),DSN(HLQ.SCUNTBL) setuni add,from(850),to(037),TECH(2),DSN(HLQ.SCUNTBL) (You would also want to update PARMLIB(CUNUNIxx) to include these add statements) How are you expecting a user conversion technique to fit into your or a customer's environment? In other words, how will the fact that you want a different conversion for these codepage pairs to be used be communicated to the program? Will it explicitly request a technique 2 conversion, or is it expected that things will fall through to technique 2 because of the system configuration? Are you using iconv() or calling the Unicode services directly? 4) verify with iconv that it works. We have a simple utility in Co:Z that will display single byte translate tables: *showtrtab -s IBM-850 -t IBM-037 -q 2* What does that call internally? Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Intrdr
In CAArMM9RAqzhBQTM1hHu9-GAVXaAK68WrDqxsBofB=60hHK3d=a...@mail.gmail.com, on 02/01/2012 at 10:20 AM, Tony Harminc t...@harminc.net said: That's going to be hard to capture in a program, Doesn't Session Manager capture cross-memory TPUT messages? -- 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...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Intrdr
On Wed, 1 Feb 2012 20:16:03 -0500, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In CAArMM9RAqzhBQTM1hHu9-GAVXaAK68WrDqxsBofB=60hHK3d=a...@mail.gmail.com, on 02/01/2012 at 10:20 AM, Tony Harminc t...@harminc.net said: That's going to be hard to capture in a program, Doesn't Session Manager capture cross-memory TPUT messages? I discovered lately, and posted to MVS-OE, where Dave Gibney suggested a fix for a defect: http://www2.marist.edu/htbin/wlvtype?MVS-OE.56917 that if I submit a job with address LINKMVS IEBGENER; SYSUT2=INTRDR, that JCL messages, including: 10.58.03 JOB00618 $HASP100 JOBCARD ON INTRDR Paul Gilmartin FROM STC00548 user 10.58.03 JOB00618 IRR010I USERID user IS ASSIGNED TO THIS JOB. get written to stderr and I can capture them and use the Job ID as input to the Rexx SDSF API (theoretically). -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: z/OS Unicode Services custom table?
On Wed, 1 Feb 2012 19:53:55 -0500, Tony Harminc wrote: This is the old issue of line ending conversion: does NL go to LF or to NEL, and so on. Reasonable people can agree to disagree on this, but I'm not sure it's reasonable that the customer's Unicode services configuration, let alone IBM maintenance should change the result of a conversion that has been working the same way for 10+ years. But I'm sounding grumpy, I'm sure... I've disagreed with that conclusion here fairly recently: http://www.mail-archive.com/ibm-main@bama.ua.edu/msg144612.html Note that o Ubuntu Linux has iconv with pages ISO8859-1 and IBM-1047 and implements the code page definition, not the z/OS OEMVS311 deviation. o VM/CMS pipelines has pages ISO8859-1 and IBM-1047 and implements the code page definition, not the z/OS OEMVS311 deviation. z/OS needs to learn to play well with others, not just to play with itself. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Dual IBM 3584 ATLs
Jim, One easy way would be to modify the CBRUXENT sample exit supplied. That would allow you to check the library-name and the volser and simply reject the entry of the wrong cart. But, if both ATL's are going to be on a single RMM system then it probably doesn't matter (assumption that the drives are compatible with each other). Russell Witt CA 1 L2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jim Marshall Sent: Wednesday, February 01, 2012 6:49 PM To: IBM-MAIN@bama.ua.edu Subject: Dual IBM 3584 ATLs In 1997 or so we installed a used IBM 3494 ATL and now in 2012 we are replacing with two IBM 3584 ATL systems. The first one is on the floor and 2nd will be arriving in March. Hey this is the US Govt and we got our money out of it. We also run IBM's RMM. We have one series of carts, 93 for the first ATL and plan on 94 for the 2nd series. We would be ejecting out carts to head off to DR storage and coming back. Also we have carts created onsite and come back to used 1-2 times a year. These carts are in RMM and have VRS records. My concern is when these carts return, operations puts a cart into the wrong ATL (should I be comcerned) or does it manner. In misfile case, will it reject the input or just put the cart into limbo status for me to eventually figure out. Been thinking about maybe defining both ranges to both ATL's and then who cares. But it seems RMM might care. Am sure someone has encountered this question and knows the answers or some food for thought. Any help is appreciated. Jim Marshall, Washington DC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Very Lage Page Datasets (was ASM and HiperPAV)
So if I have 5 3390-27 locals and they are all equally used at 50%, the algorithms (CPU usage, not I/O) are going to pick one of them, then do the page outs. That paging will find contiguous slots and should be efficient. BTW, this is just an example, we still try to keep our 3390-27 local usage at 30% just like we always did with smaller local page datasets in the past. I wonder what if any studies on this have been done in the lab. It would be nice if an IBM performance expert like Kathy Walsh could weigh in. I had the 'honour' of deleting and adding several local page data sets on several lpars. They were a mixture of 1.10 and 1.12, I think. What I did observe (and that clashed with what I thought I knew about ASM) is the following: 1) Adding one or more locals, I expected them to first fill up to about the same percentage as the ones that were already in use (same size page ds, much faster -new- controller). No such luck. It looked to me like *all* of them were filling up (percentage wise) in about the same manner. Meaning that the 'old' locals had about 27%, the new ones right after add 0%. A day later the old ones had 35%, the new ones 8%. About the same behaviour when adding locals of the same size on the same controller - we only have one DASD controller per sysplex, and having two was the time when we migrated from one to the other. 2) A pagedel finishes MUCH faster than it ever did. It looked like ASM is actively shifting slots away from the to-be-deleted page data set. A pagedel finishes in under a minute. This used to be a really slow process because nothing was actively done. 3) In one case, I had two locals and pagedel'd one of them. Usage of the remaining one went up to 46%, pagedel was extremely fast. I then added a new local (on a new, different, much faster controller). Usage of that one stayed at 0% for a long time, which also surprised me. 4) I like the ASM health check that tells us that usage is 30% or more. (In fact, I send an automated exception email every time this happens.) I hate that ASM does not recognize that a new page data set was added. That health check stupidly doesn't recognize a changed config and still spits out the warning. ASM also doesn't do anything active to level out slot usage on a new local. Usage only levels out after the next IPL. 5) I wonder if the behaviour I witnessed is due to applications (written by clickers with no z/OS clue) taking *a lot* - in the GB range - of above- the-bar storage, getting that backed by 'initializing' and then never use it, causing all those backed frames to become slots for the live of the IPL. Yes, I am talking primarily about the stuff that has feet in OMVS, where typically clickers write the code. 6) I bemoan IBMs failure to give us a good means of figuring out who is using HVSHARE or HVCOMMON storage and how much storage-above-the-bar is actually *used*, i.e. backed. As far as I know, there still isn't any tracking done for HVCOMMON storage, no means of reporting about it. No way to know who is excessively using common storage above the bar. Same for HVSHARE. Unless you're named Jim Mulder and know where to look in a dump, us lowly customers cannot even check that in a dump. Am I mistaken in the reporting capabilities? Has that been fixed by now? Or is it another means of IBM trying to sell software service contracts to get that done only by IBM? Not to mention the frustration until you find someone who can actually *do* it. Barry, thank you very much for pointing out the MXG SLOTUTIL thing. I am now off to reading in the TYPE71 records and doing nice coloured pictures! Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Off till tuesday 7th February
I will be out of the office starting 02/02/2012 and will return on 07/02/2012. For anything urgent contact the Mainframe Services support number, x79371 or 04 924 9371 or email BNZ Mainframe Services. Monday 6th is a holiday in NZ. CAUTION - This message may contain privileged and confidential information intended only for the use of the addressee named above. If you are not the intended recipient of this message you are hereby notified that any use, dissemination, distribution or reproduction of this message is prohibited. This email was sent by the Bank of New Zealand. You can contact us on 0800 ASK BNZ (0800 275 269). Any views expressed in this message are those of the individual sender and may not necessarily reflect the views of Bank of New Zealand. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Very Lage Page Datasets (was ASM and HiperPAV)
All, Another element of paging that has not been referenced is the ability to handle all of the swap set size in parallel. If the swap set size is 120 pages then the old practice was to have at least four LOCALS so each thirty page block of pages could be swapped-in in parallel. While swapping, like paging, is not as prevalent as it once was I'm wondering if the swap set size is still one of the principal guidelines for the number of locals that should be defined. For HDS VSP customers there is a new facility called MF-HDP that allows for some very wide striping of volumes across the available spindles. If you are using or plan to use MF-HDP then LOCALS would be very good candidates for HDP pool volumes. You can allocate a 3390-3, 9, 27, 54 or A as a virtual volume within the pool, but initially the space you use will be a 672 track block that contains the volume label, VTOC, Index and VVDS. Then when you define and format you LOCAL you will only use space equal to the size of the page dataset rounded up to 672 tracks. So if you want to allocate a 3390-54 for your locals, but only make them 5000 CYLS in size you should go for it, because the 60020 CYLS of empty space won't actually use any space in the HDP pool. If you handled this concept on Iceberg and the RVA then you're well on your way to wrapping your head around this with MF-HDP? The other advantage of this is the wide striping I mentioned. Each 30 page set of contiguous slots will be within the same page, but the page is striped across the underlying parity group disks. There won't be much advantage for block page-in for each set of thirty pages, but you don't have to worry about hand placing all your locals across the parity groups. The wide striping will uniformly distribute all the page datasets across all the underlying parity groups and disks. If you have 128 parity groups of R6 6D+2P then the read miss and destage activity of your locals, no matter how many, will be uniformly spread across 1024 disk drives. Ignoring UCB constraints, it kind of makes minimizing the number of locals an academic exercise. If you think you need eight locals then allocate sixteen that are half the size on 3390-A. You will still only use the same amount of disk space. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Wednesday, February 01, 2012 9:13 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Very Lage Page Datasets (was ASM and HiperPAV) So if I have 5 3390-27 locals and they are all equally used at 50%, the algorithms (CPU usage, not I/O) are going to pick one of them, then do the page outs. That paging will find contiguous slots and should be efficient. BTW, this is just an example, we still try to keep our 3390-27 local usage at 30% just like we always did with smaller local page datasets in the past. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN