Re: $P JOBQ Question
No apologies necessary, Jack. Thanks for this follow-up post. In the absence of any naysayers, I'll increase the values to 10 the next chance I get. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jack Schudel Sent: Wednesday, February 04, 2009 1:18 PM To: IBM-MAIN@bama.ua.edu Subject: Re: $P JOBQ Question Sorry about my bad memory regarding the defaults for PCEDEF. I went back through my init deck notes and found a comment from 10 OCT 1999 saying that I set most of the PCEDEFs to 10 based on Chip Wood's presentation at SHARE 93. (Chicago, AUG 1999) This was probably session 2658 JES2 Configuration Tuning Tips. SHARE's online handouts do not appear to go back that far, but the abstract for the session said: Is your JES system running as well as it should? There are some simple things you may be able to do which can improve the efficiency or availability of your system. In this session, a representative from JES2 development will discuss: (.) Initialization statements which must be coded, or for which the default is not the best choice, (.) Tuning tips to improve performance of checkpoint and spool, (.) Recommendations for maximizing the availability of your JESplex. I would guess that I would not have set these values to the max if any potential downside had been mentioned at the session. /jack -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New product for SMF reporting on a PC
Andrew, You missed my point. It was not about the file transfer mechanism (FTP, IND$FILE, whatever), it was about the ability to do it directly from the MANx datasets. This presumes that you have handled the correct control cards, etc. My question was then if you can do it with MANx datasets, can you correctly generate the necessary SMF logstream control cards too? Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Andrew Rowley Sent: Thursday, February 05, 2009 6:53 AM To: IBM-MAIN@bama.ua.edu Subject: Re: New product for SMF reporting on a PC It just does regular FTP, so unless you can do a file transfer from the logstreams, I don't think so. I haven't tried. Regards Andrew Rowley Richards, Robert B. wrote: Does it also have built-in FTP support to download from logstreams instead of dump datasets? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New product for SMF reporting on a PC
Does it also have built-in FTP support to download from logstreams instead of dump datasets? Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Andrew Rowley Sent: Wednesday, February 04, 2009 11:37 PM To: IBM-MAIN@bama.ua.edu Subject: New product for SMF reporting on a PC EasySMF runs on Windows and reports directly on SMF data. It has a built in FTP client to download data directly from SMF dump datasets, and can also read SMF data from other formats such as TSO TRANSMIT and zip files. Snippage... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New product for SMF reporting on a PC
On Thu, 2009-02-05 at 07:02 -0500, Richards, Robert B. wrote: You missed my point. It was not about the file transfer mechanism (FTP, IND$FILE, whatever), it was about the ability to do it directly from the MANx datasets. This presumes that you have handled the correct control cards, etc. My question was then if you can do it with MANx datasets, can you correctly generate the necessary SMF logstream control cards too? From the initial post ... quote It has a built in FTP client to download data directly from SMF dump datasets /quote Am I missing some nuance somewhere ?. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New product for SMF reporting on a PC
Nah, it is me replying again before brain is engaged. Apologies to the list for equating MANx datasets with dump datasets. Thanks for catching that and pointing it the error of my ways, Shane! Sheesh, where's that coffee! :-) Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shane Sent: Thursday, February 05, 2009 7:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: New product for SMF reporting on a PC On Thu, 2009-02-05 at 07:02 -0500, Richards, Robert B. wrote: You missed my point. It was not about the file transfer mechanism (FTP, IND$FILE, whatever), it was about the ability to do it directly from the MANx datasets. This presumes that you have handled the correct control cards, etc. My question was then if you can do it with MANx datasets, can you correctly generate the necessary SMF logstream control cards too? From the initial post ... quote It has a built in FTP client to download data directly from SMF dump datasets /quote Am I missing some nuance somewhere ?. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New product for SMF reporting on a PC
Andrew, My bad. See my reply to Shane. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Andrew Rowley Sent: Thursday, February 05, 2009 7:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: New product for SMF reporting on a PC Bob, Maybe I'm still confused. I didn't mean to suggest that it can transfer directly from (or do anything with) the MANx datasets, it can't. It doesn't do any processing on the mainframe other than connecting to the FTP server. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to APPLY FMID's again
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin On Wed, 4 Feb 2009 12:21:58 -0600, Chase, John wrote: [snip ] If the product has been ACCEPTed and you haven't applied subsequent maintenance that is not also ACCEPTed, you might consider the SMP/E BUILDMCS command, then RECEIVE, APPLY and ACCEPT its output deck. Will BUILDMCS unwind the DLIBs into SMPMCS? I didn't know that. RELFILE/LKLIB format, I'd guess? I've only done it once, when I copied the XML Toolkit from the z/OS 1.7 to the 1.9 CSI. It appears to just copy from the existing DLIBs. I still have the SMPPUNCH output; I'll send you a sanitized copy off-list if you like (187 lines). -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New product for SMF reporting on a PC
It just does regular FTP, so unless you can do a file transfer from the logstreams, I don't think so. I haven't tried. Regards Andrew Rowley Richards, Robert B. wrote: Does it also have built-in FTP support to download from logstreams instead of dump datasets? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New product for SMF reporting on a PC
Bob, Maybe I'm still confused. I didn't mean to suggest that it can transfer directly from (or do anything with) the MANx datasets, it can't. It doesn't do any processing on the mainframe other than connecting to the FTP server. Regards Andrew Richards, Robert B. wrote: Andrew, You missed my point. It was not about the file transfer mechanism (FTP, IND$FILE, whatever), it was about the ability to do it directly from the MANx datasets. This presumes that you have handled the correct control cards, etc. My question was then if you can do it with MANx datasets, can you correctly generate the necessary SMF logstream control cards too? Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.10: Beta Systems Software - PTFs are available
PTFs for the compatibility of Beta Systems BSA based software product with z/OS 1.10 are now available for download and will also be shipped to our customers. Regards, Matthias Schmidt Manager Services Support Beta Systems Software AG Business Line DCI Alt-Moabit 90d, 10559 Berlin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: B18 VTS replication question
Hi all, You will probably need channel extenders like the usd-x from brocade. we are using them with escon now, but soon we will be using them with ficon. bert -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to APPLY FMID's again
On Thu, 5 Feb 2009 07:03:13 -0600, Chase, John wrote: Will BUILDMCS unwind the DLIBs into SMPMCS? I didn't know that. RELFILE/LKLIB format, I'd guess? I've only done it once, when I copied the XML Toolkit from the z/OS 1.7 to the 1.9 CSI. It appears to just copy from the existing DLIBs. I still have the SMPPUNCH output; I'll send you a sanitized copy off-list if you like (187 lines). Ah, no need: I RTFM: 4.8.3 SMP/E V3R5.0 for z/OS V1R10.0 Commands __ 4.8.3 Determine elements for all associated SYSMODs ... SMP/E creates a FROMDS operand on the element MCS to specify the data set name associated with the element's DISTLIB value. SMP/E extracts the data set name from the DDDEF entry for the DISTLIB ddname. If a DDDEF entry is not found in the set-to zone for the DISTLIB ddname, then only the ddname is specified on the FROMDS operand. ... so the built MCS contains references to the local DLIBs. As such, it seems tied to the originating site; not exportable to other site; and subject to peculiar corruption if subsequent maintenance is ACCEPTed in the originating CSI. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Abend 04E - Reason 00E20003 on BIND Job with DB2
Sam. I think, that you are right... ( Perhaps you changed the size of CSA or ECSA to a much larger size ) In a previous migracion another LPAR we had memory problems and for that reason we changed the parameters of CSA and ECSA ... So we have regularized the values of CSA and ECSA and we are waiting an opportunity to try again... I'll tell you how we will ... Thank you so match Atte., Alvaro Quintupray Burgos -Mensaje original- De: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] En nombre de Knutson, Sam Enviado el: Miércoles, 04 de Febrero de 2009 23:40 Para: IBM-MAIN@bama.ua.edu Asunto: Re: Abend 04E - Reason 00E20003 on BIND Job with DB2 The reason code points to a shortage of Private storage not common storage. Check that you have the same REGION being assigned perhaps you dropped a USERMOD or an IEFUSI exit that you had in place on your previous release. Perhaps you changed the size of CSA or ECSA to a much larger size making PVT/EPVT much smaller. The CA-SYSVIEW PRIVATE and REGION commands will show you what your virtual storage boundaries are and use within a given address space. Consider to try coding REGION=nnnM or event REGIOn=0M on your step. Not being a DB2 guy it's not obvious if the storage shortage is local in your BIND job which is what it sounds like or in the DBxxMSTR or DBxxDBM1 address spaces. I think it is the first case. 00E20003 Explanation: In order to satisfy an unconditional request for storage, the get variable storage function needed to obtain storage (from GETMAIN) to expand a storage pool. However, GETMAIN indicated that sufficient storage in the private area was not available. This abend reason code is issued by the following CSECT: DSNSVBK System Action: The agent is abended. Operator Response: Notify the system programmer. System Programmer Response: Increase region size. If the region size is already defined at the maximum, consider enabling the CONTSTOR system initialization parameter. For more information, see DB2 Installation Guide. Good Luck! LookAT is often a good place to start to find a message or code if you don't have the exact book or link handy. http://www-03.ibm.com/systems/z/os/zos/bkserv/lookat/ Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Alvaro Quintupray B. Sent: Wednesday, February 04, 2009 5:47 PM To: IBM-MAIN@bama.ua.edu Subject: Abend 04E - Reason 00E20003 on BIND Job with DB2 Hi. We are migrated from ZOS 1.6 to ZOS 1.8 with DB2 7.10 and we are getting an abend 04E with Reason code 00E20003 at the BIND. -- 1READY DSN SYSTEM (DSNT) DSN BIND PACKAGE(CDDTCBAT)QUALIFIER(WDSIGADM)PATH (HDSIGSTP,HDGRCSTP,HDCRMSTP)LIB('DDTCDB2.DBRMLIB') ACT(REP) ISOLATION(CS) RELEASE(COMMIT)VALIDATE(BIND) MEMBER( DTCLDCFE ); IKJ56641I DSN ENDED DUE TO ERROR+ IKJ56641I SYSTEM ABEND CODE 04E REASON CODE 00E20003 PSW 077C10009DE825BC ASIDS: HOME = 0051 PRIMARY = 0048 SECONDARY = 0048 This problem not occurred with ZOS 1.6 ... I know that is a management storage ( CSA, ECSA ) but I can see whith SYSVIEW and RMF/ISPF that Do not have problem with CSA. And can not find one similar report on the web... anyone has any help for me? Thanks Alvaro. This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html La información contenida en este correo electrónico, así como en cualquiera de sus adjuntos, es confidencial y está dirigida exclusivamente a el o los destinatarios indicados. Cualquier uso, reproducción, divulgación o distribución por otras personas distintas de el o los destinatarios está estrictamente prohibida. Si ha recibido este correo por error, por favor notifíquelo inmediatamente al remitente y bórrelo de su sistema sin dejar copia del mismo. BancoEstado no acepta responsabilidad alguna por cualquier perdida o daño como consecuencia, directa o
Mainframe Memories
Hello all, I don't know if this is the appropriate forum, but IBM Systems Magazine, Mainframe edition is collecting ³mainframe memories² in recognition of the 45th anniversary of the System/360 announcement. The magazine is hoping to review how the mainframe has changed the industry by publishing user, client and vendor memories in the magazine and on our Web site. Were you one of the 100,000 businessmen who attended the announcement meeting? Did you play a role in helping the 360 evolve over the years? Amusing or earnest, momentous or trivial, we¹d like to hear how the IBM mainframe has impacted your life. Share you story by e-mailing me at nbo...@msptechmedia.com before April 13. Thanks! -- Natalie Boike | Managing Editor IBM Systems Magazine, Mainframe edition and Power Systems-AIX edition nbo...@msptechmedia.com | 612-373-9584 We now offer a free, full-content digital edition of the magazine. Sign up now at http://www.ibmsystemsmag.com/subscriptions -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: insanity? process SMF with Java on non-z?
John, The JZOS Cookbook (on alphaWorks) has code samples and a nice little class for reading RDW-delimited records. Not ugly at all :-) There are also examples in the cookbook of using the (Cobol) copy book to Java tools. The ASM Dsect utility is similar. The difficult part of many SMF records is that they are often aggregations of subtype records. Look at the SMF 119 (FTP) records for example.The JZOS generator tool will help you with some of the low level drudgery, but it will still be a bit of work to write the code to stitch the subtypes together. If SAS is inexpensive on a PC and you can run MXG on it supported, then why not use it? Replicating even a small subset of MXG's functionality seems like a huge effort. A very slick approach is to a Co:Z batch job to launch SAS/MXG on a PC and pipe the SMF records directly into the load process. You could even kick this off with a IEFU29 exit. Kirk On Wed, Feb 4, 2009 at 8:32 PM, John McKown joa...@swbell.net wrote: On Wed, 4 Feb 2009, Paul Gilmartin wrote: Good question. I know that John is an NFS user (at least Linux server; z/OS client). I believe that SMF data are RECFM=VBS. I know that if a VBS file is overridden to RECFM=U it can be reconstructed from the RDWs (I've done it in Rexx with an IEBCOPY-unloaded library). But is there any way to trick the z/OS NFS server into presenting an SMF log to the client as such a byte stream? I didn't try NFS. My Linux box is down for a while. It (not I) am accused of streaming data at 7Mbs over our external Internet connection, causing much weeping and wailing. I have no idea what could have done this. I didn't do anything. The LAN people said it was 7Mbs encrypted downloads from Fedora. Whatever that really means. The alternative is to override to RECFM=U,FILEDATA=BINARY in JCL and IEBGENER to the Linux NFS server. Does Java on z/OS understand RECFM=VBS legacy data sets? Not directly. But I do an FTP with QUOTE SITE RDW or Co:Z fromdsn with standard IBM RDWs. I have written Java code which can read this by decoding the RDWs in the code. It's ugly code (IMO), but not too difficult. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New product for SMF reporting on a PC
On Thu, 2009-02-05 at 15:37 +1100, Andrew Rowley wrote: EasySMF runs on Windows But, sadly, not on WINE (1.1.10) -- David Andrews A. Duda and Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Changes to Shopz
Anyone out there using Shopz to download RSU and PUT maintenance. We noticed the process changes between last month and this month on the website. We have an automated process in place and it started to fail. One thing is it now uses a HFS rather than normal PDS members. We made the changes and tested it seems to work. This is the Bitmap process it creates etc if your familiar with it. The questions though are as follows 1) Who and how did IBM announce these changes to the process so we could of had this all in place rather than race to get it fixed. 2) We noticed on the website we see RSU is available to download for our z/OS system but no indication of PUT which we also download. Does anyone know will it also be available like it used to be through shopz? Thanks Andy The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
For the archives http://www.ibm.com/support/docview.wss?uid=isg1OA27291 OA27291 is closed with some good information included in the APAR text. Thanks, Sam Knutson This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Memories
On 2/5/2009 at 9:35 AM, Natalie Boike nbo...@msptechmedia.com wrote: Hello all, I don't know if this is the appropriate forum, but IBM Systems Magazine, Mainframe edition is collecting *mainframe memories* in recognition of the 45th anniversary of the System/360 announcement. You may also want to repeat this request on the IBMVM and Linux-390 mailing lists. (I'm not sure of the name of any VSE/TPF lists.) Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DD DEST=(MS Windows machine)
I'm toying with different ideas of how to send data to an MS Windows server from MVS (1.9) Right now I have step one produce a sequential, plain text file on DASD, and step 2 uses FTP to send it to the PC, translating ebcdic to ascii along the way. I can easily send data from MVS to VM/CMS using DEST=(vmnode,userid) and that got me thinking... what would it take to have something similar to write data to a PC? Where can I read about the process required to to do that? (I'm anticipating the work required to do it is prohibitive given that FTP is readily available, but still, it's an interesting (to me) idea. :-) Note: The PC is not a user workstation, it's a server that watches the directory the FTP process writes to, and then processes the file when the size stops changing. (Seems a little hokey to me... but there it is) Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DD DEST=(MS Windows machine)
There are products that look at the spool and then use FTP to transfer spool datasets with certain characteristics to a remote system using FTP or email. One such product is jes2ftp Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Don Russell Sent: Thursday, February 05, 2009 5:51 PM To: IBM-MAIN@bama.ua.edu Subject: DD DEST=(MS Windows machine) I'm toying with different ideas of how to send data to an MS Windows server from MVS (1.9) Right now I have step one produce a sequential, plain text file on DASD, and step 2 uses FTP to send it to the PC, translating ebcdic to ascii along the way. I can easily send data from MVS to VM/CMS using DEST=(vmnode,userid) and that got me thinking... what would it take to have something similar to write data to a PC? Where can I read about the process required to to do that? (I'm anticipating the work required to do it is prohibitive given that FTP is readily available, but still, it's an interesting (to me) idea. :-) Note: The PC is not a user workstation, it's a server that watches the directory the FTP process writes to, and then processes the file when the size stops changing. (Seems a little hokey to me... but there it is) Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
EXEC PGM=FTP and put
I have an FTP process that writes a temporary file to a remote site. Because put requires the local file name to be explicitly specified, the temporary file must be catalogued. Is there a way to specify a DD NAME to read from instead of the actual local file name? Something like put (ddname) remote.file.name It doesn't look like it from any doc I've seen, but it seems like such a natural thing to do in an MVS batch environment. :-) //S1 EXEC PGM=MHH Miracle Happens Here //STUFF DD DISP=(,PASS,DELETE), text, sequential, flat file //* //S2 EXEC PGM=FTP //STUFF DD DISP=(OLD,DELETE) //INPUT DD * ... put (STUFF) remote.file.name /* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EXEC PGM=FTP and put
On Thu, 5 Feb 2009 08:00:38 -0800, Don Russell russell@gmail.com wrote: I have an FTP process that writes a temporary file to a remote site. Because put requires the local file name to be explicitly specified, the temporary file must be catalogued. Is there a way to specify a DD NAME to read from instead of the actual local file name? Something like put (ddname) remote.file.name It doesn't look like it from any doc I've seen, but it seems like such a natural thing to do in an MVS batch environment. :-) //S1 EXEC PGM=MHH Miracle Happens Here //STUFF DD DISP=(,PASS,DELETE), text, sequential, flat file //* //S2 EXEC PGM=FTP //STUFF DD DISP=(OLD,DELETE) //INPUT DD * ... put (STUFF) remote.file.name /* put //DD:yourdd _remote_host_file_goes_here_ Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EXEC PGM=FTP and put
In a message dated 2/5/2009 10:02:11 A.M. Central Standard Time, russell@gmail.com writes: Is there a way to specify a DD NAME to read from instead of the actual local file name? In the Com. Server User's Guide under FTP ddname support? //USER33J JOB MSGLEVEL=1,MSGCLASS=H,USER=USER33,PASSWORD=**pw** //STEP01 EXEC PGM=IEBDG //SYSPRINT DD SYSOUT=A //OUTSET DD DSNAME=USER33.MYGDG(+1),DISP=(NEW,CATLG,CATLG), // VOLUME=SER=CPDLB1,SPACE=(TRK,(5,5)),UNIT=SYSDA, // DCB=(RECFM=FB,LRECL=80,BLKSIZE=800) //SYSINDD * create statements //STEP02 EXEC PGM=FTP,REGION=2048K,PARM='(TCP TCPCS TRACE' //STEPLIB DD DSN=USER33.LINKLIB,DISP=SHR //SYSPRINT DD SYSOUT=* //DD01 DD DSNAME=USER33.TEST.S.A,DISP=OLD //DD02 DD DSNAME=*.STEP01.OUTSET,DISP=SHR //OUTPUT DD SYSOUT=* //INPUT DD * 9.67.113.57 6321 USER33 **pw** put4 //DD:DD02data get5 data//DD:DD01 quit /* **Great Deals on Dell Laptops. Starting at $499. (http://pr.atwola.com/promoclk/10075x1217883258x1201191827/aol?redir=http://ad.doubleclick. net/clk;211531132;33070124;e) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Changes to Shopz
I no longer get the emails from Shopz stating that the RSU maintenance is available. It has been missing the last two months. Thanks John Eatherly -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Andy White Sent: Thursday, February 05, 2009 9:20 AM To: IBM-MAIN@bama.ua.edu Subject: Changes to Shopz Anyone out there using Shopz to download RSU and PUT maintenance. We noticed the process changes between last month and this month on the website. We have an automated process in place and it started to fail. One thing is it now uses a HFS rather than normal PDS members. We made the changes and tested it seems to work. This is the Bitmap process it creates etc if your familiar with it. The questions though are as follows 1) Who and how did IBM announce these changes to the process so we could of had this all in place rather than race to get it fixed. 2) We noticed on the website we see RSU is available to download for our z/OS system but no indication of PUT which we also download. Does anyone know will it also be available like it used to be through shopz? Thanks Andy The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EXEC PGM=FTP and put
Thanks very much. On Thu, Feb 5, 2009 at 8:13 AM, Ed Finnell efinnel...@aol.com wrote: In a message dated 2/5/2009 10:02:11 A.M. Central Standard Time, russell@gmail.com writes: Is there a way to specify a DD NAME to read from instead of the actual local file name? In the Com. Server User's Guide under FTP ddname support? //USER33J JOB MSGLEVEL=1,MSGCLASS=H,USER=USER33,PASSWORD=**pw** //STEP01 EXEC PGM=IEBDG //SYSPRINT DD SYSOUT=A //OUTSET DD DSNAME=USER33.MYGDG(+1),DISP=(NEW,CATLG,CATLG), // VOLUME=SER=CPDLB1,SPACE=(TRK,(5,5)),UNIT=SYSDA, // DCB=(RECFM=FB,LRECL=80,BLKSIZE=800) //SYSINDD * create statements //STEP02 EXEC PGM=FTP,REGION=2048K,PARM='(TCP TCPCS TRACE' //STEPLIB DD DSN=USER33.LINKLIB,DISP=SHR //SYSPRINT DD SYSOUT=* //DD01 DD DSNAME=USER33.TEST.S.A,DISP=OLD //DD02 DD DSNAME=*.STEP01.OUTSET,DISP=SHR //OUTPUT DD SYSOUT=* //INPUT DD * 9.67.113.57 6321 USER33 **pw** put4 //DD:DD02data get5 data//DD:DD01 quit /* **Great Deals on Dell Laptops. Starting at $499. (http://pr.atwola.com/promoclk/10075x1217883258x1201191827/aol?redir=http://ad.doubleclick. net/clk;211531132;33070124;e) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
Knutson, Sam wrote: http://www.ibm.com/support/docview.wss?uid=isg1OA27291 OA27291 is closed with some good information included in the APAR text. Hopefully, people understand that this APAR doesn't fix the failing programs. They still make erroneous assumptions about the initial contents of the storage they acquire and are at risk of failing with our without UseZosV1R9Rules(Yes) coded. And, there are also other programs that make erroneous assumptions about initial storage contents that still seem to work most of the time, even with the new z/OS 1.10 VSM behaviors. The ONLY way to find all of the programs that make erroneous assumptions about the initial contents of acquired storage is to test with the IgvInitGetmain DIAG trap enabled. I repeat, it's the ONLY way! But, so far IBM has not documented that facility. IMHO, APAR OA27291 provided an appropriate opportunity for them to do so. Unfortunately, that opportunity was missed. :-( So, we're no further along with this than we were before. There are hundreds, maybe even thousands, of programs making erroneous assumptions about the initial contents of acquired storage. These programs are coded improperly and are exposed to what might appear to be spurious or unrepeatable abends. Those that are APF authorized might even represent potential exposures to the system! And, yet there is no DOCUMENTED or SUPPORTED way for IBM's customers to find and fix these erroneous programs! :o -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EXEC PGM=FTP and put
Here's a step we regularly run: = //FTPSTEP EXEC PGM=FTP,PARM='remote-machine-IP-address 21 ( EXIT' //JOBCARDS DD DSN=JOB,LRECL=80,RECFM=FB,BLKSIZE=0, // SPACE=(80,(100,100)),UNIT=VIO,DISP=(NEW,PASS,DELETE) //SYSPRINT DD SYSOUT=* //INPUTDD *,DLM='!!' c449630 password ascii get 'DBCNHPS2.HPS.MIS.FORMATS.CNTL(C449630F)' //DD:JOBCARDS site filetype=jes put //DD:JOBCARDS quit !! = This copies a file contraining a job stream from a remote system and writes it to a temporary file, then submits that temporary file to the internal reader. This is probably described in the IBM manual IP User's Guide and Commands, but I couldn't readily locate it in the index. -- Jack Hamilton Management Information Analysis - Analytic Information Services Kaiser Foundation Health Plan, Inc. 1950 Franklin Street, Oakland, California 94612 +1 510 987-1556 (KP tieline 8-427-1556) NOTE: This email document and attachments are covered by CA Evidence Code §1157 and CA Health and Safety Code §1370. NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. Don Russell russell@gmail.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 02/05/2009 08:00 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject [IBM-MAIN] EXEC PGM=FTP and put I have an FTP process that writes a temporary file to a remote site. Because put requires the local file name to be explicitly specified, the temporary file must be catalogued. Is there a way to specify a DD NAME to read from instead of the actual local file name? Something like put (ddname) remote.file.name It doesn't look like it from any doc I've seen, but it seems like such a natural thing to do in an MVS batch environment. :-) //S1 EXEC PGM=MHH Miracle Happens Here //STUFF DD DISP=(,PASS,DELETE), text, sequential, flat file //* //S2 EXEC PGM=FTP //STUFF DD DISP=(OLD,DELETE) //INPUT DD * ... put (STUFF) remote.file.name /* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy SMF Records With Syncsort
I just thought I'd update this thread. I haven't found an answer yet. John Reda from Syncsort emailed me with a solution, except that our version of Syncsort is so old that the OVERLAY function is not included. He did say that there is a way to do what I need without using OVERLAY. I may get a solution from Syncsort today, although John was quite busy today. I am basically trying to correct the data on our test LPars for the SCRT report. I need to change the SMFID from the production Lpar names to the test lpar names. I manually looked at all of the records, and each record had what I was comparing for - either CSYS, DSYS, or FSYS. I did IPL both Lpars in the test sysplex this morning, so now I have the correct information being generated in my SMF records. If I don't get this fixed by tomorrow, we will just send in our report with an explanation. Thanks for all your help. Eric -- Eric Bielefeld Systems Programmer Washington University St Louis, Missouri 314-935-3418 Steve Comstock st...@trainersfriend.com wrote: Reda, John wrote: Steve/Eric, CHANGE has been around for a while but OVERLAY was introduced in release 1.3. Steve's control cards were real close, I think these will work for you: I kinda' thought you would have that; now it's just a matter if Eric is current in his release of SyncSort (despite his documentation which is about 6 years old). You guys make your docs available for free on the Internet, like IBM, right? Maybe you can give Eric a pointer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
I never knew about the 4096 or 8192 rules. I had always been taught that the ONLY time storage is cleared is when RSM assigns a real page to a virtual page that is not already backed by one in aux storage. Otherwise, the page contains whatever residual is in real or aux storage. I have never found this rule to fail. Bottom line - it is the programmers responsibility initialize storage as needed. Changes in LE have bit us in C++ and PL/I code in this area in the past. Dennis Roach GHG Corporation Lockheed Marten Mission Services FDOC Contract 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Voice: (281) 336-5027 Cell:(713) 591-1059 Fax: (281) 336-5410 E-Mail: dennis.ro...@lmco.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Thursday, February 05, 2009 11:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10 Knutson, Sam wrote: http://www.ibm.com/support/docview.wss?uid=isg1OA27291 OA27291 is closed with some good information included in the APAR text. Hopefully, people understand that this APAR doesn't fix the failing programs. They still make erroneous assumptions about the initial contents of the storage they acquire and are at risk of failing with our without UseZosV1R9Rules(Yes) coded. And, there are also other programs that make erroneous assumptions about initial storage contents that still seem to work most of the time, even with the new z/OS 1.10 VSM behaviors. The ONLY way to find all of the programs that make erroneous assumptions about the initial contents of acquired storage is to test with the IgvInitGetmain DIAG trap enabled. I repeat, it's the ONLY way! But, so far IBM has not documented that facility. IMHO, APAR OA27291 provided an appropriate opportunity for them to do so. Unfortunately, that opportunity was missed. :-( So, we're no further along with this than we were before. There are hundreds, maybe even thousands, of programs making erroneous assumptions about the initial contents of acquired storage. These programs are coded improperly and are exposed to what might appear to be spurious or unrepeatable abends. Those that are APF authorized might even represent potential exposures to the system! And, yet there is no DOCUMENTED or SUPPORTED way for IBM's customers to find and fix these erroneous programs! :o -- Edward E Jaffe Phoenix Software International, Inc -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
On Thu, Feb 5, 2009 at 1:02 PM, Roach, Dennis (N-GHG) dennis.ro...@lmco.com wrote: ...snip Bottom line - *it is the programmers responsibility initialize storage as needed.* Changes in LE have bit us in C++ and PL/I code in this area in the past. ...snip For the life of me, I can't understand why this is such a surprise or problem. How many bad programmers were-there/are-there anyway? Sorry, but one who breaks the rules, end ups broken. Guy Gardoit z/OS Systems Programming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
Guy, While your analysis is correct, that does not help the user that goes to a new release and suddenly has things blowing up. It is not always a case of a bad programmer, it can just be a case of forgetting to init and it never caused a problem in the past. I agree with Ed that IBM should have made a bigger point about this change and the importance to the user to run with these debugging options turned on. Christopher Y. Blaicher Senior Software Developer Austin Development Lab phone: 512.340.6154 moble: 512.627.3803 fax: 512.340.6647 10431 Morado Circle Austin, TX 78759 BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Guy Gardoit Sent: Thursday, February 05, 2009 12:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10 On Thu, Feb 5, 2009 at 1:02 PM, Roach, Dennis (N-GHG) dennis.ro...@lmco.com wrote: ...snip Bottom line - *it is the programmers responsibility initialize storage as needed.* Changes in LE have bit us in C++ and PL/I code in this area in the past. ...snip For the life of me, I can't understand why this is such a surprise or problem. How many bad programmers were-there/are-there anyway? Sorry, but one who breaks the rules, end ups broken. Guy Gardoit z/OS Systems Programming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
How many of the programs that run in your installation were written by you? We have 20+ year old programs running. How can we determine if the programmer coded them correctly? Jon L. Veilleux veilleu...@aetna.com (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Guy Gardoit Sent: Thursday, February 05, 2009 1:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10 On Thu, Feb 5, 2009 at 1:02 PM, Roach, Dennis (N-GHG) dennis.ro...@lmco.com wrote: ...snip Bottom line - *it is the programmers responsibility initialize storage as needed.* Changes in LE have bit us in C++ and PL/I code in this area in the past. ...snip For the life of me, I can't understand why this is such a surprise or problem. How many bad programmers were-there/are-there anyway? Sorry, but one who breaks the rules, end ups broken. Guy Gardoit z/OS Systems Programming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
On Thu, 5 Feb 2009 13:39:32 -0500, Guy Gardoit ggard...@gmail.com wrote: For the life of me, I can't understand why this is such a surprise or problem. How many bad programmers were-there/are-there anyway? Sorry, but one who breaks the rules, end ups broken. Guy Gardoit z/OS Systems Programming I'll admit that I am one of the ones who would have made this mistake. I don't know why, but I __always__ thought that the storage returned via GETMAIN or STORAGE OBTAIN was guaranteed to be x'00'. Now, I might not have gotten caught because my normal coding technique for this sort of think is to assemble an initialization area in my code, do the GETMAIN, then MVC[L] my initialized area to the GETMAIN'd area. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
For the life of me, I can't understand why this is such a surprise or problem. I agree! In 1976, I was taught, whether getmain, malloc, or whatever the memory allocation method was, to always initialise, unless the function specifically stated it would do it. That was my first year university programming courses. When in doubt, assume it's not initialised. How many bad programmers were-there/are-there anyway? Sadly, too many to count on fingers and toes. And, unfortunately, they're not restricted to mickey-soft. If you allocated it, initialise it. If you allocated, de-allocate it when you're done! If you open it, close it. If you ENQ it, DEQUEU it. Basic, but missed! Too many times!!! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy SMF Records With Syncsort
FileAid could do this sort of fix as well, if you have it. If you're really masochistic, you could even use REXX! -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy SMF Records With Syncsort
Eric, Sorry, it has been a real busy day. Try these control cards: ALTSEQ CODE=(C3C5,C4C6) SORT FIELDS=COPY,STOPAFT=50 OUTREC FIELDS=(1,4,5,10,15,1,TRAN=ALTSEQ,16) I believe they will produce the desired output with the release you are running but please check the columns to make sure. Send me a private email with the status. I will be able to get that even though I will be out of the office. John Reda Syncsort, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Thursday, February 05, 2009 1:01 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Copy SMF Records With Syncsort I just thought I'd update this thread. I haven't found an answer yet. John Reda from Syncsort emailed me with a solution, except that our version of Syncsort is so old that the OVERLAY function is not included. He did say that there is a way to do what I need without using OVERLAY. I may get a solution from Syncsort today, although John was quite busy today. I am basically trying to correct the data on our test LPars for the SCRT report. I need to change the SMFID from the production Lpar names to the test lpar names. I manually looked at all of the records, and each record had what I was comparing for - either CSYS, DSYS, or FSYS. I did IPL both Lpars in the test sysplex this morning, so now I have the correct information being generated in my SMF records. If I don't get this fixed by tomorrow, we will just send in our report with an explanation. Thanks for all your help. Eric -- Eric Bielefeld Systems Programmer Washington University St Louis, Missouri 314-935-3418 Steve Comstock st...@trainersfriend.com wrote: Reda, John wrote: Steve/Eric, CHANGE has been around for a while but OVERLAY was introduced in release 1.3. Steve's control cards were real close, I think these will work for you: I kinda' thought you would have that; now it's just a matter if Eric is current in his release of SyncSort (despite his documentation which is about 6 years old). You guys make your docs available for free on the Internet, like IBM, right? Maybe you can give Eric a pointer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy SMF Records With Syncsort
Unfortuneately, we don't have FileAid. I've used it in the past, and its a great product. I don't think I would even attempt to do this in Rexx. Maybe assembler! I used to do a lot of assembler 25 years ago. But, as my boss says, if it takes longer than 10 minutes, don't do it. Eric Bielefeld On Thu, 5 Feb 2009 12:59:07 -0600, John McKown joa...@swbell.net wrote: FileAid could do this sort of fix as well, if you have it. If you're really masochistic, you could even use REXX! -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
Just as a side note, I remember learning long ago to always initialize static areas, for example: use DC instead of DS wherever possible (same equivalents for all languages). It follows that the rule same rule would be wise for dynamic storage. Seemed simple enough at the time. I do understand though why IBM had to come up with this, IMO, very generous fix. Guy Gardoit z/OS Systems Programming On Thu, Feb 5, 2009 at 1:57 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: For the life of me, I can't understand why this is such a surprise or problem. I agree! In 1976, I was taught, whether getmain, malloc, or whatever the memory allocation method was, to always initialise, unless the function specifically stated it would do it. That was my first year university programming courses. When in doubt, assume it's not initialised. How many bad programmers were-there/are-there anyway? Sadly, too many to count on fingers and toes. And, unfortunately, they're not restricted to mickey-soft. If you allocated it, initialise it. If you allocated, de-allocate it when you're done! If you open it, close it. If you ENQ it, DEQUEU it. Basic, but missed! Too many times!!! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy SMF Records With Syncsort
the following COBOL program will do what you want. Well, in my minor test it did. Compiled with Enterprise COBOL 3.4. 000100 PROCESS MAP,TRUNC(OPT),OPTIMIZE,VBREF,XREF,APOST,LIST 000200 ID DIVISION. 000300 PROGRAM-ID. SMFALTER. 000400 AUTHOR. JOHN MCKOWN. 000500 INSTALLATION. HEALTHMARKETS, INC. 000600 DATE-WRITTEN. FEBRUARY 04, 2009. 000700 DATE-COMPILED. 000800 SECURITY. NONE. 000900* 001000 ENVIRONMENT DIVISION. 001100 CONFIGURATION SECTION. 001200 SOURCE-COMPUTER. IBM-370. 001300 OBJECT-COMPUTER. IBM-370. 001400 INPUT-OUTPUT SECTION. 001500 FILE-CONTROL. 001600 SELECT SMF-INPUT ASSIGN TO UT-S-SMFIN 001700ORGANIZATION IS SEQUENTIAL 001800ACCESS MODE IS SEQUENTIAL 001900FILE STATUS IS SMFIN-FILE-STATUS. 002000 SELECT SMF-OUTPUT ASSIGN TO UT-S-SMFOUT 002100ORGANIZATION IS SEQUENTIAL 002200ACCESS MODE IS SEQUENTIAL 002300FILE STATUS IS SMFOUT-FILE-STATUS. 002400 I-O-CONTROL. 002500*APPLY WRITE-ONLY ON SMF-OUTPUT. 002600* 002700 DATA DIVISION. 002800 FILE SECTION. 002900 FD SMF-INPUT 003000 BLOCK CONTAINS 0 RECORDS 003100 LABEL RECORDS ARE STANDARD 003200 RECORDING MODE IS S 003300 RECORD IS VARYING IN SIZE FROM 1 TO 32763 CHARACTERS 003400 DEPENDING ON WS-INPUT-RECORD-SIZE 003500 . 003600 01 SMF-INPUT-RECORD. 003700 05 SMF-INPUT-DATA PIC X 003800OCCURS 1 TO 32763 TIMES 003900DEPENDING ON WS-INPUT-RECORD-SIZE 004000. 004100*01 LARGEST-INPUT-RECORD. 004200*05 FILLER PIC X(32763). 004300 01 SMF-COMMON-RECORD. 004400 05 FILLERPIC X. 004500 05 SMF-RECORD-TYPE PIC X. 004600 88 SMF-RECORD-TYPE-30VALUE IS X'1E'. 004700 05 SMF-TIME PIC S9(9) BINARY. 004800 05 SMF-DATE PIC S9(7) PACKED-DECIMAL. 004900 05 SMF-SYSTEM-ID PIC X(4). 005000 05 SMF-SUBSYSTEM-ID PIC X(4). 005100 05 SMF-RECORD-SUBTYPEPIC S9(4) BINARY. 005200 88 SMF-RECORD-SUBTYPE-2 VALUE IS 2. 005300 88 SMF-RECORD-SUBTYPE-3 VALUE IS 3. 005400* 005500 FD SMF-OUTPUT 005600 BLOCK CONTAINS 0 RECORDS 005700 LABEL RECORDS ARE STANDARD 005800 RECORDING MODE IS S 005900 RECORD IS VARYING IN SIZE FROM 1 TO 32763 CHARACTERS 006000 DEPENDING ON WS-INPUT-RECORD-SIZE 006100 . 006200 01 SMF-OUTPUT-RECORD. 006300 05 SMF-OUTPUT-BYTES PIC X 006400 OCCURS 1 TO 32763 TIMES 006500 DEPENDING ON WS-INPUT-RECORD-SIZE 006600 . 006700* 006800 WORKING-STORAGE SECTION. 006900 77 SMFIN-FILE-STATUS PIC XX. 007000 77 SMFOUT-FILE-STATUSPIC XX. 007100 77 EOF-ON-SMFIN-VALUEPIC X VALUE 'N'. 007200 88 EOF-ON-SMFIN VALUE IS 'Y'. 007300 77 TOTAL-RECORDS-READPIC S9(15) PACKED-DECIMAL 007400 VALUE IS ZERO. 007500 77 WS-INPUT-RECORD-SIZE PIC 9(9) BINARY. 007600 77 TOTAL-RECORDS-WRITTEN PIC S9(15) PACKED-DECIMAL 007700 VALUE IS ZERO. 007800* 007900*LINKAGE SECTION. 008000* 008100 PROCEDURE DIVISION. 008200 START-UP. 008300 OPEN INPUT SMF-INPUT 008400 OUTPUT SMF-OUTPUT. 008500 IF SMFIN-FILE-STATUS IS NOT EQUAL TO ZEROS THEN 008600DISPLAY 'ERROR. INPUT FILE FAILED TO OPEN. STATUS=' 008700SMFIN-FILE-STATUS UPON SYSOUT 008800MOVE +8 TO RETURN-CODE 008900END-IF. 009000 IF SMFOUT-FILE-STATUS IS NOT EQUAL TO ZEROS THEN 009100DISPLAY 'ERROR. OUTPUT FILE FAILED TO OPEN. STATUS=' 009200SMFOUT-FILE-STATUS UPON SYSOUT 009300MOVE +8 TO RETURN-CODE 009400END-IF. 009500 IF RETURN-CODE IS NOT EQUAL TO ZERO THEN 009600GOBACK 009700END-IF. 009800 READ SMF-INPUT AT END SET EOF-ON-SMFIN TO TRUE. 009900 PERFORM ALTER-INPUT 01 UNTIL EOF-ON-SMFIN 010100 ORSMFIN-FILE-STATUS IS NOT EQUAL TO ZERO 010200 ORSMFOUT-FILE-STATUS IS NOT EQUAL TO ZERO. 010300 CLOSE SMF-INPUT 010400 SMF-OUTPUT. 010500 DISPLAY 'TOTAL RECORDS READ =' TOTAL-RECORDS-READ 010600 UPON SYSOUT. 010700 DISPLAY 'TOTAL RECORDS WRITTEN =' TOTAL-RECORDS-WRITTEN 010800 UPON SYSOUT. 010900 IF SMFIN-FILE-STATUS IS NOT EQUAL TO ZERO THEN 011000DISPLAY 'READ ERROR. STATUS=' SMFIN-FILE-STATUS 011100UPON SYSOUT 011200MOVE +8 TO RETURN-CODE 011300 END-IF. 011400 IF SMFOUT-FILE-STATUS IS NOT EQUAL TO ZERO THEN 011500DISPLAY 'WRITE ERROR. STATUS=' SMFOUT-FILE-STATUS 011600UPON SYSOUT 011700MOVE +8 TO RETURN-CODE 011800 END-IF. 011900 GOBACK. 012000* 012100 ALTER-INPUT. 012200 ADD +1 TO TOTAL-RECORDS-READ. 012300 EVALUATE SMF-SYSTEM-ID 012400 WHEN 'CSYS' MOVE 'ESYS' TO SMF-SYSTEM-ID 012500 WHEN 'DSYS' MOVE
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
How many of the programs that run in your installation were written by you? Non sequitor! We have 20+ year old programs running. How can we determine if the programmer coded them correctly? Probably more likely than today's code. At the risk of sounding like an old f*rt, we were more careful then, than what I've seen, lately. These days, programmers debug by friction! Of course, when I went to school, it was in the dead of winter, and it was uphill in both directions. I don't blame the programmers, so much as I blame their teachers. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
It is not always a case of a bad programmer, it can just be a case of forgetting to init and it never caused a problem in the past. Well slap me rosey! I don't see the difference between bad programming, and forgetting to init! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
We installed a new release of CA/TMS. Tape processing checked out, regression testing was good, we went into production. Within a few days we had a broken PL/I program and TMS had to be the problem because the code has worked without change for years. We IPLd the old release and it did work. Set a slip for where it was abending in the new release. The bad reg was pointing to a module that had been loaded into CSA. The address on the new release had not been getmained. The address was being passed as the last parameter of the list and documented as optional. No check was being made in the code for the absence of the parameter. BTW, the module in CSA in the old system was a TMS module. On the other hand, people make use of bugs in compilers. We still have an old FORTRAN compiler because of code that relies on a bug with the handling of common. Both of these are errors, the latter a known and accepted risk. It's the ones like the first that scare me. What is the code doing with the bad data? Where is that darn source from 20+ years ago? Dennis Roach GHG Corporation Lockheed Marten Mission Services FDOC Contract 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Voice: (281) 336-5027 Cell:(713) 591-1059 Fax: (281) 336-5410 E-Mail: dennis.ro...@lmco.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Blaicher, Chris Guy, While your analysis is correct, that does not help the user that goes to a new release and suddenly has things blowing up. It is not always a case of a bad programmer, it can just be a case of forgetting to init and it never caused a problem in the past. I agree with Ed that IBM should have made a bigger point about this change and the importance to the user to run with these debugging options turned on. Christopher Y. Blaicher Senior Software Developer Austin Development Lab BMC Software -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Guy Gardoit On Thu, Feb 5, 2009 at 1:02 PM, Roach, Dennis (N-GHG) dennis.ro...@lmco.com wrote: ...snip Bottom line - *it is the programmers responsibility initialize storage as needed.* Changes in LE have bit us in C++ and PL/I code in this area in the past. ...snip For the life of me, I can't understand why this is such a surprise or problem. How many bad programmers were-there/are-there anyway? Sorry, but one who breaks the rules, end ups broken. Guy Gardoit z/OS Systems Programming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: insanity? process SMF with Java on non-z?
On Thu, 5 Feb 2009 08:52:11 -0600, Kirk Wolf k...@dovetail.com wrote: John, The JZOS Cookbook (on alphaWorks) has code samples and a nice little class for reading RDW-delimited records. Not ugly at all :-) Do these classes work on a non-z? I.e. are they pure Java? If not, then that doesn't help me to process SMF on Linux or Windows shudder. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
Just as a side note, I remember learning long ago to always initialize static areas Again, basic. Again, I agree. And, I can't understand the defensive stants, of those who don't/won't believe that basic programming is wrong! Forgetting to init is inexcusable! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to APPLY FMID's again
I'm not sure what Gil means by 'exportable'. There was a period some years ago when our mgmt couldn't decide whether to spring for the latest release of Netview, which they considered very expensive. On the other hand, we had no other product in house to do the job, so for a few releases we used BUILDMCS to roll our old Netview from one z/OS (or OS/390) level to the next. We were licensed to run the old Netview but could no longer order it in ServerPac. This process actually worked amazingly well until we decided to go whole hog on the new release. A couple of gotchas: 1. You must ACCEPT *all* product related maintenance in the old CSI before running BUILDMCS. If not, you get error messages that (at least then) were not at all clear. 2. Be careful with a tricky product like Netview that puts components into NUCLEUS. At one new MVS release, NUCLEUS structure changed such that the JCLIN for the old Netview broke it. Ouch! We got around the problem by editing out the NUCLEUS portion of the old JCLIN. I wouldn't think that many products have hooks in NUCLEUS. In any case, I consider transporting a BUILDMCS from an old CSI to a new CSI an example of 'exportability'. All this happened to take place on the same image, but as long as all files are 'moved', there should not be an 'export' problem. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com Paul Gilmartin paulgboul...@aim .COM To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Subject .edu Re: How to APPLY FMID's again 02/05/2009 06:20 AM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu On Thu, 5 Feb 2009 07:03:13 -0600, Chase, John wrote: Will BUILDMCS unwind the DLIBs into SMPMCS? I didn't know that. RELFILE/LKLIB format, I'd guess? I've only done it once, when I copied the XML Toolkit from the z/OS 1.7 to the 1.9 CSI. It appears to just copy from the existing DLIBs. I still have the SMPPUNCH output; I'll send you a sanitized copy off-list if you like (187 lines). Ah, no need: I RTFM: 4.8.3 SMP/E V3R5.0 for z/OS V1R10.0 Commands __ 4.8.3 Determine elements for all associated SYSMODs ... SMP/E creates a FROMDS operand on the element MCS to specify the data set name associated with the element's DISTLIB value. SMP/E extracts the data set name from the DDDEF entry for the DISTLIB ddname. If a DDDEF entry is not found in the set-to zone for the DISTLIB ddname, then only the ddname is specified on the FROMDS operand. ... so the built MCS contains references to the local DLIBs. As such, it seems tied to the originating site; not exportable to other site; and subject to peculiar corruption if subsequent maintenance is ACCEPTed in the originating CSI. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Changeman recycle
Hi All, Changeman address space is marked non-reusable. Tasks like this should not be recycled often to prevent excessive loss of ASVT slots. Our Changeman admin said the daily recycle is a necessary process. Can anyone agree to this? Why or why not? Thanks. /prefont face=ArialThis e-mail and any attachments may contain confidential information of Northwestern Mutual. If you are not the intended recipient of this message, be aware that any disclosure, copying, distribution or use of this e-mail and any attachments is prohibited. If you have received this e-mail in error, please notify Northwestern Mutual immediately by returning it to the sender and delete all copies from your system. Please be advised that communications received via the Northwestern Mutual Secure Message Center are secure. Communications that are not received via the Northwestern Mutual Secure Message Center may not be secure and could be observed by a third party. Thank you for your cooperation./fontpre -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
I don't think that anyone is defending bad programming practices, but not all of us have the luxury of knowing what every program running on our production systems is doing. Some were written long ago, some by vendors, and some by just bad programmers. As a systems person I have to make sure that programs that ran yesterday can run today without any changes to them. Business is business and changes cost , so even if the code was poorly written, if it is running now it better run tomorrow. Jon L. Veilleux veilleu...@aetna.com (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Thursday, February 05, 2009 2:45 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10 Just as a side note, I remember learning long ago to always initialize static areas Again, basic. Again, I agree. And, I can't understand the defensive stants, of those who don't/won't believe that basic programming is wrong! Forgetting to init is inexcusable! - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Changeman recycle
Changeman address space is marked non-reusable. Tasks like this should not be recycled often to prevent excessive loss of ASVT slots. Our Changeman admin said the daily recycle is a necessary process. Can anyone agree to this? Why or why not? 1. Ask CA. 2. Increase the number. I've used the max for the last few years; fewer IPL's. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy SMF Records With Syncsort
John, Thanks. That worked very well, except I took the STOPAFT=50 off of the SORT statement. Thanks for taking time out of a busy day to help. But, then thats one of the reasons if anyone asks about Syncsort, I will recommend your product. Eric -- Eric Bielefeld Systems Programmer Washington University St Louis, Missouri 314-935-3418 Reda wrote: Eric, Sorry, it has been a real busy day. Try these control cards: ALTSEQ CODE=(C3C5,C4C6) SORT FIELDS=COPY,STOPAFT=50 OUTREC FIELDS=(1,4,5,10,15,1,TRAN=ALTSEQ,16) I believe they will produce the desired output with the release you are running but please check the columns to make sure. Send me a private email with the status. I will be able to get that even though I will be out of the office. John Reda Syncsort, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMTP server
Yes, that will work, but if you have SMTP in the autolog section of your tcp/ip profile (for example:) AUTOLOG 5 ... SMTP ... ENDAUTOLOG you will find the SMTP address space being cancelled and restarted every 5 minutes. Of course, you can always remove it from here and start the task by other means. Dennis Barrett Systems Programmer Laclede Gas Co. 720 Olive Street, room 1103 St. Louis, Mo. 63101 (314) 342-0695 dbarr...@lacledegas.com -Original Message- From: Stephen Y Odo [mailto:step...@hawaii.edu] Sent: Tuesday, February 03, 2009 14:33 Subject: Re: SMTP server we're at z/OS 1.7 ... and I set: INBOUNDOPENLIMIT 0 in the SMTP config file ... which causes SMTP to not listen on port 25. which should be as good as block the port ... and we're still able to send outbound messages ... --Stephen Hal Merritt wrote: I've been asked to look into killing the SMTP service. We are very heavy users of XMITIP, but inbound email is blocked at the firewall. However, that does not seem to be good enough and we need to 'block the port' on the z/os host. I'm having trouble isolating a FM, and there is not much on this issue in the archives that I can see. From what I can see, the SMTP server is critical to what we are doing with XMITIP. But how would you 'block the port'? Please, no Redbook referances. Clues, anyone? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy SMF Records With Syncsort
Hi John, I just ran John Reda's sort and checked it out when I read your post. I hope you didn't spend a lot of time writing it. I don't think I'll try it right now, but I will keep a copy of it in case I have any more problems working with SMF records. SMF records ALWAYS give trouble sometimes. Thanks for your help. Eric -- Eric Bielefeld Systems Programmer Washington University St Louis, Missouri 314-935-3418 John McKown joa...@swbell.net wrote: the following COBOL program will do what you want. Well, in my minor test it did. Compiled with Enterprise COBOL 3.4. 000100 PROCESS MAP,TRUNC(OPT),OPTIMIZE,VBREF,XREF,APOST,LIST 000200 ID DIVISION. 000300 PROGRAM-ID. SMFALTER. 000400 AUTHOR. JOHN MCKOWN. 000500 INSTALLATION. HEALTHMARKETS, INC. 000600 DATE-WRITTEN. FEBRUARY 04, 2009. 000700 DATE-COMPILED. 000800 SECURITY. NONE. 000900* 001000 ENVIRONMENT DIVISION. 001100 CONFIGURATION SECTION. 001200 SOURCE-COMPUTER. IBM-370. 001300 OBJECT-COMPUTER. IBM-370. 001400 INPUT-OUTPUT SECTION. 001500 FILE-CONTROL. 001600 SELECT SMF-INPUT ASSIGN TO UT-S-SMFIN 001700ORGANIZATION IS SEQUENTIAL 001800ACCESS MODE IS SEQUENTIAL 001900FILE STATUS IS SMFIN-FILE-STATUS. 002000 SELECT SMF-OUTPUT ASSIGN TO UT-S-SMFOUT 002100ORGANIZATION IS SEQUENTIAL 002200ACCESS MODE IS SEQUENTIAL 002300FILE STATUS IS SMFOUT-FILE-STATUS. 002400 I-O-CONTROL. 002500*APPLY WRITE-ONLY ON SMF-OUTPUT. 002600* 002700 DATA DIVISION. 002800 FILE SECTION. 002900 FD SMF-INPUT 003000 BLOCK CONTAINS 0 RECORDS 003100 LABEL RECORDS ARE STANDARD 003200 RECORDING MODE IS S 003300 RECORD IS VARYING IN SIZE FROM 1 TO 32763 CHARACTERS 003400 DEPENDING ON WS-INPUT-RECORD-SIZE 003500 . 003600 01 SMF-INPUT-RECORD. 003700 05 SMF-INPUT-DATA PIC X 003800OCCURS 1 TO 32763 TIMES 003900DEPENDING ON WS-INPUT-RECORD-SIZE 004000. 004100*01 LARGEST-INPUT-RECORD. 004200*05 FILLER PIC X(32763). 004300 01 SMF-COMMON-RECORD. 004400 05 FILLERPIC X. 004500 05 SMF-RECORD-TYPE PIC X. 004600 88 SMF-RECORD-TYPE-30VALUE IS X'1E'. 004700 05 SMF-TIME PIC S9(9) BINARY. 004800 05 SMF-DATE PIC S9(7) PACKED-DECIMAL. 004900 05 SMF-SYSTEM-ID PIC X(4). 005000 05 SMF-SUBSYSTEM-ID PIC X(4). 005100 05 SMF-RECORD-SUBTYPEPIC S9(4) BINARY. 005200 88 SMF-RECORD-SUBTYPE-2 VALUE IS 2. 005300 88 SMF-RECORD-SUBTYPE-3 VALUE IS 3. 005400* 005500 FD SMF-OUTPUT 005600 BLOCK CONTAINS 0 RECORDS 005700 LABEL RECORDS ARE STANDARD 005800 RECORDING MODE IS S 005900 RECORD IS VARYING IN SIZE FROM 1 TO 32763 CHARACTERS 006000 DEPENDING ON WS-INPUT-RECORD-SIZE 006100 . 006200 01 SMF-OUTPUT-RECORD. 006300 05 SMF-OUTPUT-BYTES PIC X 006400 OCCURS 1 TO 32763 TIMES 006500 DEPENDING ON WS-INPUT-RECORD-SIZE 006600 . 006700* 006800 WORKING-STORAGE SECTION. 006900 77 SMFIN-FILE-STATUS PIC XX. 007000 77 SMFOUT-FILE-STATUSPIC XX. 007100 77 EOF-ON-SMFIN-VALUEPIC X VALUE 'N'. 007200 88 EOF-ON-SMFIN VALUE IS 'Y'. 007300 77 TOTAL-RECORDS-READPIC S9(15) PACKED-DECIMAL 007400 VALUE IS ZERO. 007500 77 WS-INPUT-RECORD-SIZE PIC 9(9) BINARY. 007600 77 TOTAL-RECORDS-WRITTEN PIC S9(15) PACKED-DECIMAL 007700 VALUE IS ZERO. 007800* 007900*LINKAGE SECTION. 008000* 008100 PROCEDURE DIVISION. 008200 START-UP. 008300 OPEN INPUT SMF-INPUT 008400 OUTPUT SMF-OUTPUT. 008500 IF SMFIN-FILE-STATUS IS NOT EQUAL TO ZEROS THEN 008600DISPLAY 'ERROR. INPUT FILE FAILED TO OPEN. STATUS=' 008700SMFIN-FILE-STATUS UPON SYSOUT 008800MOVE +8 TO RETURN-CODE 008900END-IF. 009000 IF SMFOUT-FILE-STATUS IS NOT EQUAL TO ZEROS THEN 009100DISPLAY 'ERROR. OUTPUT FILE FAILED TO OPEN. STATUS=' 009200SMFOUT-FILE-STATUS UPON SYSOUT 009300MOVE +8 TO RETURN-CODE 009400END-IF. 009500 IF RETURN-CODE IS NOT EQUAL TO ZERO THEN 009600GOBACK 009700END-IF. 009800 READ SMF-INPUT AT END SET EOF-ON-SMFIN TO TRUE. 009900 PERFORM ALTER-INPUT 01 UNTIL EOF-ON-SMFIN 010100 ORSMFIN-FILE-STATUS IS NOT EQUAL TO ZERO 010200 ORSMFOUT-FILE-STATUS IS NOT EQUAL TO ZERO. 010300 CLOSE SMF-INPUT 010400 SMF-OUTPUT. 010500 DISPLAY 'TOTAL RECORDS READ =' TOTAL-RECORDS-READ 010600 UPON SYSOUT. 010700 DISPLAY 'TOTAL RECORDS WRITTEN =' TOTAL-RECORDS-WRITTEN 010800 UPON SYSOUT. 010900 IF SMFIN-FILE-STATUS IS NOT
Re: insanity? process SMF with Java on non-z?
John, Yes, the JZOS fields package and even the generator tool will run on any Java platform - they are 100% java. For the generator tool, you have to give it an ADATA file from the Enterprise Cobol compiler, but you can download that file and run the generator on a PC. The JZOS Cookbook has examples and Ant scripts for doing this. Kirk On Thu, Feb 5, 2009 at 1:44 PM, John McKown joa...@swbell.net wrote: On Thu, 5 Feb 2009 08:52:11 -0600, Kirk Wolf k...@dovetail.com wrote: John, The JZOS Cookbook (on alphaWorks) has code samples and a nice little class for reading RDW-delimited records. Not ugly at all :-) Do these classes work on a non-z? I.e. are they pure Java? If not, then that doesn't help me to process SMF on Linux or Windows shudder. -- John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
On Thu, 5 Feb 2009 19:44:51 +, Ted MacNEIL eamacn...@yahoo.ca wrote: Just as a side note, I remember learning long ago to always initialize static areas Again, basic. Again, I agree. And, I can't understand the defensive stants, of those who don't/won't believe that basic programming is wrong! Forgetting to init is inexcusable! ... I seem to be in a different universe than Ted is. I haven't met these infallible programmers. Those I've met have been known to use a DS when they meant DC, or miscalculate a length, or just plain forget. It happens whether or not it is excusable. As far as I know, Ed et al. were not talking about something that would make up for the mistakes; they were talking about something that would find and expose those mistakes. For the life of me I can't think of anything wrong with that. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/...
In a message dated 2/5/2009 12:04:24 P.M. Central Standard Time, dennis.ro...@lmco.com writes: I had always been taught that the ONLY time storage is cleared is when RSM assigns a real page to a virtual page that is not already backed by one in aux storage. And how is a programmer supposed to know that this has happened? Ergo, always initialize. Bill Fairchild Rocket Software **Stay up to date on the latest news - from sports scores to stocks and so much more. (http://aol.com?ncid=emlcntaolcom0022) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy SMF Records With Syncsort
On Thu, 5 Feb 2009 12:59:07 -0600, John McKown joa...@swbell.net wrote: FileAid could do this sort of fix as well, if you have it. If you're really masochistic, you could even use REXX! Not really. REXX doesn't handle spanned records. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
Guy Gardoit wrote: For the life of me, I can't understand why this is such a surprise or problem. How many bad programmers were-there/are-there anyway? Sorry, but one who breaks the rules, end ups broken. Even good programmers make mistakes. That's why we have testing. What's needed are test tools to help detect problems early, before newly-developed programs are used in production environments. Thanks to Jim Mulder's efforts, the IgvInitGetMain DIAG trap is just such a tool. It has been available since OS/390 V2R6 and has been disclosed to IBM and ISV development organizations for many, many years. In that light, there is very little excuse (IMHO) for 21st-century program product code to have problems related to uninitialized GETMAINed storage. (I just know Sam Knutson will adopt the Prodigal Son approach and praise developers that waited until 2009 to *finally* fix their broken code. But, I digress...) OTOH, customers have not had the luxury of this tooling. There are a few tech-savvy sysprogs that have enabled this and other undocumented DIAG traps based on information they received at SHARE, IBM-MAIN, or other avenues (include Barabara Nitz in this category). But, the rest of the user community is completely unaware that such tooling is available. Their exits and applications are at risk and they have no way of testing them. This ignorance, and the fall-out we'll be feeling from it for some time to come, could have been avoided. IMHO, IBM should move to document these tools ASAP! -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy SMF Records With Syncsort
You could use IDCAMS to repro from a VBS to VB. Then REXX would be able to handle. Natarajan Mark Zelden mark.zel...@zurichna.com 2/5/2009 1:35 PM On Thu, 5 Feb 2009 12:59:07 -0600, John McKown joa...@swbell.net wrote: FileAid could do this sort of fix as well, if you have it. If you're really masochistic, you could even use REXX! Not really. REXX doesn't handle spanned records. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE OF CONFIDENTIALITY The information contained in this communication, including but not limited to any accompanying document(s) and/or attachment(s), is privileged and confidential and is intended solely for the above-named individual(s). If you are not the intended recipient, please be advised that any distribution, copying, disclosure, and/or use of the information contained herein is strictly prohibited. If you received this communication in error, please destroy all copies of the communication, whether in electronic or hard copy format, and immediately contact the Security Office at EDFUND at (916) 526-7539 or securityoff...@edfund.org. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
Ted MacNEIL wrote: I don't see the difference between bad programming, and forgetting to init! Good programmers design thoughtful, elegant algorithms and well organized programs. Bad programmers write poorly designed algorithms and disorganized programs. Both good and bad programmers can make mistakes at implementation time. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
Roach, Dennis (N-GHG) wrote: On the other hand, people make use of bugs in compilers. We still have an old FORTRAN compiler because of code that relies on a bug with the handling of common. Anything interesting? The only thing I can recall that might apply is the ability to initialize with a BLOCK DATA, and then call that as a function or subroutine. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
On Thu, 5 Feb 2009 13:39:32 -0500, Guy Gardoit wrote: On Thu, Feb 5, 2009 at 1:02 PM, Roach, Dennis wrote: Bottom line - *it is the programmers responsibility initialize storage as needed.* Changes in LE have bit us in C++ and PL/I code in this area in the past. Of course, along with many other things. For the life of me, I can't understand why this is such a surprise or problem. How many bad programmers were-there/are-there anyway? Sorry, but one who breaks the rules, end ups broken. Programs rarely do exactly what is expected of them when they are first written. That is the purpose of testing. The traps that Ed is advocating are just another part of testing. The fact is that until code is tested, you can never be certain what it will do. When it comes to correctness of code, my vote doesn't count. Your vote doesn't count. Only one vote counts, and that is the computer's. When I first got started in this business in 1970 as an applications programmer, my boss had nearly everyone complete a training program before they startred on real work. As far as I know, I was the only one who was not given that assignment, so I can't provide details about the assignment. I do know that it involved card input and that the data on the cards was to be validated and processed. When the new programmer thought that the program was finished, the boss would give them an object deck to use as input. Errors in code do not, IMO, mean that the programmer is a bad programmer. *Every* significant program was written with errors. That is why we test. Thorough testing is not easy, but it is important. To single out this one class of error as inexcusable or bad programming is absurd. That's my opinion. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Copy SMF Records With Syncsort
Yes you can, and I have done so when I knew the length of the records I was looking at weren't going to be an issue. But it isn't a viable option for making a copy of all your SMF data - even if you weren't modifying anything in it. Though the subject here was SCRT, which are SMF 89 records. Those should be okay. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Thu, 5 Feb 2009 13:46:03 -0800, Natarajan Mohan nmo...@edfund.org wrote: You could use IDCAMS to repro from a VBS to VB. Then REXX would be able to handle. Natarajan Mark Zelden mark.zel...@zurichna.com 2/5/2009 1:35 PM On Thu, 5 Feb 2009 12:59:07 -0600, John McKown joa...@swbell.net wrote: FileAid could do this sort of fix as well, if you have it. If you're really masochistic, you could even use REXX! Not really. REXX doesn't handle spanned records. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OAM RECALL objects to DB2 dasd...IMAGPLUS
We need to recall many objects from OAM optical to DB2 dasd (user requirement). In parmlib, SETOSMC MAXRECALLTASKS is 4, and RECALLOPTICAL(90) is set on the storage group. To test, we are using OSREQ RETRIEVE with RECALL. This does not seem to be giving us what we need. The object is not recalled to dasd but remains on optical. We determine this by the length of time that it takes to view the object after the recall, and by verifying with SQL against the IMAGPLUS object directory that the object is indeed not on dasd. Questions: On an OAM RECALL, do the SMS ACS routines get invoked? If so, what is the ACSENVIR at this point? Is it STORE?Also, do we need to change the storclas on each object before we recall it? After a succesful recall, does the mgmtclas not affect the object? If the RECALL is for 90 days, this doesn't necessarily match certain values in the mgmtclas (creation days/months, etc.). Finally, is the recalled object just a COPY of the original from optical? We have seveal manuals out researching this and are testing. Any insight would be appreciated. Thanks, Joel USC Columbia, SC -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
MPFLST Exit
I was wondering if anyone has sample exit code that issues commands to z/OS? I would like to automate our system startup (no AO product) to force products to initialize in the correct order. For example in my MPFLSTxx member I would specify: IST020I,SUP(NO),USEREXIT(WTOREPLY),AUTO(S TCPIP) The exit would then start TCPIP. I've found samples in samplib but my assembler skills are terrible. Thanks for any help! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Changeman recycle
Howi, We have used Changeman/ZMF for a long time, I think 10 years or more and we have always shutdown the Changman Started Tasks nightly prior to their nightly maintenance. We actually run multiple copies of Changeman on the same z/OS and all the copies do the same recycle nightly. This z/OS image usually IPL's on a monthly basis and we have never encountered an issue with Changeman that required us to IPL. HTH Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MPFLST Exit
Could you use a REXX or CLIST in batch to issue the startups after IPL? You could then have a process that might be easier to support than an assembler exit? I have used batch CLIST in the past to issue commands to MVS and you can do the same with REXX. Lizette I was wondering if anyone has sample exit code that issues commands to z/OS? I would like to automate our system startup (no AO product) to force products to initialize in the correct order. For example in my MPFLSTxx member I would specify: IST020I,SUP(NO),USEREXIT(WTOREPLY),AUTO(S TCPIP) The exit would then start TCPIP. I've found samples in samplib but my assembler skills are terrible. Thanks for any help! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MPFLST Exit
Have a look at TSSO on cbttape.org, make sure to download from the update page. George Dranes gd-dra...@wiu.edu 2/5/2009 5:02 PM I was wondering if anyone has sample exit code that issues commands to z/OS? I would like to automate our system startup (no AO product) to force products to initialize in the correct order. For example in my MPFLSTxx member I would specify: IST020I,SUP(NO),USEREXIT(WTOREPLY),AUTO(S TCPIP) The exit would then start TCPIP. I've found samples in samplib but my assembler skills are terrible. Thanks for any help! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MPFLST Exit
What about TSSO for automation? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Thursday, February 05, 2009 4:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: MPFLST Exit Could you use a REXX or CLIST in batch to issue the startups after IPL? You could then have a process that might be easier to support than an assembler exit? I have used batch CLIST in the past to issue commands to MVS and you can do the same with REXX. Lizette I was wondering if anyone has sample exit code that issues commands to z/OS? I would like to automate our system startup (no AO product) to force products to initialize in the correct order. For example in my MPFLSTxx member I would specify: IST020I,SUP(NO),USEREXIT(WTOREPLY),AUTO(S TCPIP) The exit would then start TCPIP. I've found samples in samplib but my assembler skills are terrible. Thanks for any help! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New product for SMF reporting on a PC
On Thu, 2009-02-05 at 09:55 -0500, David Andrews wrote: EasySMF runs on Windows But, sadly, not on WINE (1.1.10) And if it had been built on Mono maybe neither of these restrictions would apply. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MPFLST Exit
On Thu, 5 Feb 2009 16:02:45 -0600, George Dranes gd-dra...@wiu.edu wrote: I was wondering if anyone has sample exit code that issues commands to z/OS? I would like to automate our system startup (no AO product) to force products to initialize in the correct order. For example in my MPFLSTxx member I would specify: IST020I,SUP(NO),USEREXIT(WTOREPLY),AUTO(S TCPIP) The exit would then start TCPIP. I've found samples in samplib but my assembler skills are terrible. Thanks for any help! There might be samples on the CBT. I use COMMAND from the CBT on my sandbox LPARs (file019). There is also TSSO. But if you are z/OS 1.9 or above (or even z/OS 1.8), you could do something with system REXX. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How to CAP CPU CICS workload using resource GROUP in WLM
Hi all, How can I use the CICS APPLID to classify all CICS workload, I try to use sub-system instance group, but it seems doesn't work properly. As I know, CICS transaction cannot be CAP by the resource group except the region any help will be appreciated -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bruce Black passed away
To my regret sorrow, I just found out about this, searching the archive for ERV. I don’t remember doing a me-too reply before, so this is not one neither. I’m really moved shaken by reading all the replies. BB was one of my most favourite posters of all times. I used to read every one of his posts. Some poet, somewhere on this rock we all live on, wrote a poem a few centuries ago, saying: If you could fly, you’d be a fly; If you could walk on water, you’d be a twig; Find your way into somebody’s heart, to be somebody. I think BB was truly blessed a lucky man, judging by all the replies I just read. I wish God would use a much bigger ERV for good people. RIP BB. Regards, Rez -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
On Thu, 5 Feb 2009 11:02:42 -0700 Roach, Dennis (N-GHG) dennis.ro...@lmco.com wrote: :I never knew about the 4096 or 8192 rules. I had always been taught that :the ONLY time storage is cleared is when RSM assigns a real page to a :virtual page that is not already backed by one in aux storage. :Otherwise, the page contains whatever residual is in real or aux :storage. I have never found this rule to fail. 4096+ BNDRY=PAGE virtual was always cleared. It prevented the need to force slot assignments for pages that may never be needed via a big MVCL to clear the area. I wonder if VSM is smart enough to recognize that a paged out page is all zero and to just mark it as not assigned yet so that a page fault will not require a page in. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
Binyamin Dissen wrote: I wonder if VSM is smart enough to recognize that a paged out page is all zero and to just mark it as not assigned yet so that a page fault will not require a page in. I seriously doubt VSM is the least bit aware of the contents of the pages. Of course, the application program can use PGSER RELEASE to zero a page and release any frame/slot it might occupy. No page in (or out) required. Like first reference. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
Edward Jaffe edja...@phoenixsoftware.com wrote in message news:498b1c64.1030...@phoenixsoftware.com... Knutson, Sam wrote: http://www.ibm.com/support/docview.wss?uid=isg1OA27291 OA27291 is closed with some good information included in the APAR text. Hopefully, people understand that this APAR doesn't fix the failing programs. They still make erroneous assumptions about the initial contents of the storage they acquire and are at risk of failing with our without UseZosV1R9Rules(Yes) coded. What worries me is the fact that the fix sets default processing to UseZosV1R9Rules(Yes). You don't have to do anything to remain in the safe pre-1.10 mode, so many customers will probably overlook this 1.10 enhancement. How long will this mode remain supported (imbed and replicate's toleration lifetime has ended too)? When will we have to go to 1.10 mode? IBM will want to end duplicate code paths at some moment (like SECP). The advantages are clear and will become more pressing with growing DB2 etc. systems, that will benefit more and more from the consolidated DQE's. ISV's might be tempted to request keeping UseZosV1R9Rules(Yes), i.e. remove the UseZosV1R9Rules(No), in stead of solving their problems quickly. I had rather seen the default UseZosV1R9Rules(No) and the (Yes) value optional, so you will see it any time you scan your parmlib with z/OS upgrades. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html