Re: Auditors Don't Know Squat!
Ask the Auditors if they will help you fill out all the APARs and collect the supporting documents Colin Pearce -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Gould Sent: Monday, August 06, 2012 9:51 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Auditors Don't Know Squat! On Aug 2, 2012, at 2:11 PM, zOSdude wrote: Our auditors (Feds) say we need to apply all new PTF's within 30 days of availability. I'm speechless. Does anyone have the patience to form a cogent argument without laughing, crying, or tying one on? I told my boss that if I did that, we'd be about as stable as a windows PC. Thanks, Greg --SNIP-- Greg: I agree with most posters with one exception. new products from IBM (depending on type) can be extremely temperamental and you must maintain them in less than 30 days fashion. However in general I would stick with the recommendation of the others as to when fixes are applied. Just be aware that when you are bleeding edge you will find other issues that will cause you to put on other fix(s). It can be an unending running mill. If you decide to go that way hire extra staff and get some extra no gray hair preparation and be prepared for a lot of over nighters (maybe a good divorce lawyer as well). Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to Sender are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Decouple Accenture's Install-1 from CICS
You can do just about anything with enough time, money, and code. I'm usually lacking in one or more of those resources. However, having some experience with Install/1, if you have a non-trivial application written using the online architecture, replacing certainly would a signficant effort, likely resulting in a complete application re-write. For all the complaints about it over the years, it did make a lot of core things a lot easier--the field validation in particular is extensive and all that's wrapped up in the I/1 artifacts not in the application code. A lot of screen flow is similarly not driven by application code but by the design. We did a deal with Foundation (Accenture branch or spin off or whatever that supported I/1) several years ago to get the source code for I/1. Unfortunately the application team hasn't done much with it sense other than recompile it once or twice (which can be tricky enough in it's own right). While I'm quite happy to no longer be on that application team, had I been when we got the code I would have had some fun digging into it and maybe addressing some long-standing concerns. At the very least I would have tried to clean up the mess of how it all is compiled and linked together. I'm curious why you want to replace it--my understanding was Foundation was trying to do a similar deal with all their customers to get out of the bussiness of supporting it. Did you not do such a deal and are now stuck with unsupported object code? Or is it that you still are supported but want to stop that payment stream? Or something else? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [z390] Anyone want Source code listing of last VSE program product Supervisor?
It used to (late 1980s and early 1990s. At some used book dealers you used to find the cover-less books available. I do not know if it happens anymore. Lloyd - Original Message From: Ken Brick kbr...@netspace.net.au To: IBM-MAIN@LISTSERV.UA.EDU Sent: Mon, August 6, 2012 6:08:07 PM Subject: Re: [z390] Anyone want Source code listing of last VSE program product Supervisor? This was a common condition inserted by publishers of lots of books on a monthly basis and sale or return with the previous months books being removed from the shelves. Rather than requiring the store to return the whole book back to the publisher they required the store totear the front cover of the book and return the book to the publisher to receive their credit. This left the store to get rid of the books but not by sale as it was prohibited by the terms and conditions of trade. I'm sure even if indirectly similar events happen in the states, Ken On 7/08/2012 04:45 AM, David Andrews wrote: On Mon, 2012-08-06 at 14:30 -0400, Lindy Mayfield wrote: Books I've bought from the UK say this in the front. Seems a bit strict, but is this the same thing? This book is sold subject to the condition that it shall not, by way of trade or otherwise, be lent, re-sold, hired out or otherwise circulated without the publisher's prior consent in any form of binding or cover other than that in which it is published and without a similar condition including this condition being imposed on the subsequent purchaser. Perhaps this is to discourage resale of a stripped volume? https://en.wikipedia.org/wiki/Stripped_book -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Ken Mob: 0409 009 764 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Message Flooding Problem
I was given bad information prior to my initial posting. The root cause of the problem wasn't RACF audit being turned on, but cleanup of the access list of several CSFKEYS profiles. We're getting tons of racf violation messages in syslog/operlog. MPF can't process them fast enough, which in turn doesn't allow Netview/SA to have timely access to the messages it cares about. It's an application design problem that eventually has to be fixed by them, but in the short term we need a solution to this problem. On 08/06/12 20:33, Walt Farrell wrote: On Mon, 6 Aug 2012 11:26:27 -0400, Mark Jacobsmark.jac...@custserv.com wrote: As part of our PCI certification process we were required to turn on the RACF audit function for both failed and successful accesses of selected resources. We're having problems with Netview trying to keep up with the messages being written to Syslog/Operlog by the enablement of the audits. First, RACF does not issue messages for successes; only for failures (or warnings). So auditing successes would not be related to your problem. Next, if you're getting so many failures accessing those resources that NetView is having problems then it sounds to me like you have some other problem, as failures should be rare. What profiles did you change, and what ICH408I messages have started coming out? -- Mark Jacobs Time Customer Service Tampa, FL The Doctor: You know when grown-ups tell you everything's going to be fine, and you think they're probably lying to make you feel better? Young Amy: Yes. The Doctor: Everything's going to be fine. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Message Flooding Problem
Do you have a IEAVMXIT active? I think it can delete the unwanted messages efficiently and fast enough to eliminate your problems temporarily. Kees. Mark Jacobs mark.jac...@custserv.com wrote in message news:5020f497.2020...@custserv.com... I was given bad information prior to my initial posting. The root cause of the problem wasn't RACF audit being turned on, but cleanup of the access list of several CSFKEYS profiles. We're getting tons of racf violation messages in syslog/operlog. MPF can't process them fast enough, which in turn doesn't allow Netview/SA to have timely access to the messages it cares about. It's an application design problem that eventually has to be fixed by them, but in the short term we need a solution to this problem. On 08/06/12 20:33, Walt Farrell wrote: On Mon, 6 Aug 2012 11:26:27 -0400, Mark Jacobsmark.jac...@custserv.com wrote: As part of our PCI certification process we were required to turn on the RACF audit function for both failed and successful accesses of selected resources. We're having problems with Netview trying to keep up with the messages being written to Syslog/Operlog by the enablement of the audits. First, RACF does not issue messages for successes; only for failures (or warnings). So auditing successes would not be related to your problem. Next, if you're getting so many failures accessing those resources that NetView is having problems then it sounds to me like you have some other problem, as failures should be rare. What profiles did you change, and what ICH408I messages have started coming out? -- Mark Jacobs Time Customer Service Tampa, FL The Doctor: You know when grown-ups tell you everything's going to be fine, and you think they're probably lying to make you feel better? Young Amy: Yes. The Doctor: Everything's going to be fine. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Message Flooding Problem
No we don't, and that was one of the options I was looking at yesterday. On 08/07/12 07:24, Vernooij, CP - SPLXM wrote: Do you have a IEAVMXIT active? I think it can delete the unwanted messages efficiently and fast enough to eliminate your problems temporarily. Kees. Mark Jacobsmark.jac...@custserv.com wrote in message news:5020f497.2020...@custserv.com... I was given bad information prior to my initial posting. The root cause of the problem wasn't RACF audit being turned on, but cleanup of the access list of several CSFKEYS profiles. We're getting tons of racf violation messages in syslog/operlog. MPF can't process them fast enough, which in turn doesn't allow Netview/SA to have timely access to the messages it cares about. It's an application design problem that eventually has to be fixed by them, but in the short term we need a solution to this problem. On 08/06/12 20:33, Walt Farrell wrote: On Mon, 6 Aug 2012 11:26:27 -0400, Mark Jacobsmark.jac...@custserv.com wrote: As part of our PCI certification process we were required to turn on the RACF audit function for both failed and successful accesses of selected resources. We're having problems with Netview trying to keep up with the messages being written to Syslog/Operlog by the enablement of the audits. First, RACF does not issue messages for successes; only for failures (or warnings). So auditing successes would not be related to your problem. Next, if you're getting so many failures accessing those resources that NetView is having problems then it sounds to me like you have some other problem, as failures should be rare. What profiles did you change, and what ICH408I messages have started coming out? -- Mark Jacobs Time Customer Service Tampa, FL The Doctor: You know when grown-ups tell you everything's going to be fine, and you think they're probably lying to make you feel better? Young Amy: Yes. The Doctor: Everything's going to be fine. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mark Jacobs Time Customer Service Tampa, FL The Doctor: You know when grown-ups tell you everything's going to be fine, and you think they're probably lying to make you feel better? Young Amy: Yes. The Doctor: Everything's going to be fine. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DFHSM QUESTION - CDS BACKUP WAITING
Good Morning to All Members, I am trying to trouble shoot a problem which occurred over the weekend. For some reason the CDS backup didn't kick off. The console message of CDS BACKUP, CURRENTLY IN PROCESS was missed. This was finally noticed about 2 hours later. The STC was cancelled (still trying to determine the reason) and brought up. The CDS backups were done successfully after HSM was up. My question is what command we could you use to find out what was preventing the CDS backups from executing? Would the command /D GRS,RES=(ARCENQG,*) shed any light? Just as an side, this partition is part of the SYSPLEX. To prevent a deadlock with multi HSMs we are using the parm RNAMEDSN=YES. I would appreciate your suggestions and coments. Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [z390] Anyone want Source code listing of last VSE program product Supervisor?
This is one of many reasons why SHARE attendance was so much fun. There was great camaraderie, esprit de corps, and also it made a lot of business sense for both employers and employees' careers to participate. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Scott Ford Sent: Monday, August 06, 2012 8:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [z390] Anyone want Source code listing of last VSE program product Supervisor? God I love it, need a sense of humor Scott ford www.identityforge.com On Aug 6, 2012, at 8:29 PM, Clark Morris cfmpub...@ns.sympatico.ca wrote: On 6 Aug 2012 15:20:02 -0700, in bit.listserv.ibm-main you wrote: In a1ff1e2a-3a73-4c0f-8a06-a562b18ae...@yahoo.com, on 08/05/2012 at 09:10 PM, Scott Ford scott_j_f...@yahoo.com said: So what's a wooden paddle ? I don't know about wooden paddles in general, but a canoe paddle was the emblem of the paddle project at Share for many years. Does anybody remember the paddle temporary fix (PTF)? This was after Gerry Feinman (IBM Rep) broke the paddle and it first was put back together with duct tape and then a titanium piece was used to join the two pieces for a Paddle Titanium Fix. Gerry also burned the paddle (actually just charred a small corner). There were other hi-jinks. There also was the virtual paddle (clear lexan, I think) given to Robert Rannie when his shop got MVS. SEAS (Share Europe) also had a paddle. Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using NOTE and POINT simulation macros on CMS?
I have successfully used POINT, READ, and CHECK Macros on CMS to read MVS datasets, but never had a need for NOTE. How did you successfully use POINT without having first done a NOTE so that the POINT knows where to POINT? Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane • Franklin, TN 37069-2526 • USA t: +1.617.614.4503 • e: bfairch...@rocketsoftware.com • w: www.rocketsoftware.com The TTR for POINT to use was calculated based on user input. We used to share a CA-TMS TMC between VM and MVS. VM:Tape had read/write access and users had read only access to the TMC file. We had a VM/CMS program that could read the TMC volume/dataset records and display the information using XMENU. The TMC contained control records at the beginning of the file with block offsets for the volser ranges that were defined. The LRECL and BLKSIZE of the TMC were used to calculate the number of blocks per track based on the device type, (was 3380, then later 3390). The user entered the volser of the tape they wanted to display and the TTR of the block/record was calculated, (based on the above info), and supplied to POINT, then a READ was issued to get the correct block/record. TMS was replaced with RMM, which of course does not have support for VM/CMS and to make it worse, RMM uses a VSAM file, which cannot even be read currently on VM/CMS. I created a QSAM extract file from RMM and a QSAM Index file, (that contained the tape volser and record number in the extract file), so the Index could be read from VM/CMS to calculate the TTR to use with the extract file. The extract and Index file are updated every 30 minutes so the data is not live like it was with the TMC. It's a kludge, but what else can you do when IBM doesn't support their operating systems equally and they don't understand the concept of sharing data between different systems. -- Dale R. Smith -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using NOTE and POINT simulation macros on CMS?
snip TMS was replaced with RMM, which of course does not have support for VM/CMS and to make it worse, RMM uses a VSAM file, which cannot even be read currently on VM/CMS. I created a QSAM extract file from RMM and a QSAM Index file, (that contained the tape volser and record number in the extract file), so the Index could be read from VM/CMS to calculate the TTR to use with the extract file. The extract and Index file are updated every 30 minutes so the data is not live like it was with the TMC. It's a kludge, but what else can you do when IBM doesn't support their operating systems equally and they don't understand the concept of sharing data between different systems. -- Dale R. Smith Just out of curiosity, what about writing an STC on z/OS to do the RMM command necessary to get the information you need. In addition, write a CMS program which uses some communication method (TCPIP? Perhaps HTTP protocol) to run the command to z/OS. I don't know how well that would work, in terms of response time. Perhaps, if on the same CEC, you could use a HiperSocket connection rather than actually hitting the LAN via an OSA (or other). Or maybe even do an LU0, LU2, or LU6 connection. If you actually *like* VTAM. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using NOTE and POINT simulation macros on CMS?
On Tue, 7 Aug 2012 11:24:58 -0500, McKown, John john.mck...@healthmarkets.com wrote: Just out of curiosity, what about writing an STC on z/OS to do the RMM command necessary to get the information you need. In addition, write a CMS program which uses some communication method (TCPIP? Perhaps HTTP protocol) to run the command to z/OS. I don't know how well that would work, in terms of response time. Perhaps, if on the same CEC, you could use a HiperSocket connection rather than actually hitting the LAN via an OSA (or other). Or maybe even do an LU0, LU2, or LU6 connection. If you actually *like* VTAM. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com I thought of doing something like that, but of course there was not enough time to create/test/implement such a solution. The systems are on different CECs and I probably would have gone with a TCPIP solution in phase two, if I was still there. Since I no longer work for the company that had the original TMS code or the company that they outsourced to, (where I wrote the RMM code), or the company that I was contracting with for the outsourcer after they released me, I doubt that it will ever happen. :-) I'm sure it would of have been some fun code to write! -- Dale R. Smith -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: File Processing
The file isn't corrupted. If it were, then it must be discarded in its entirety and replaced because you can't assume that the damage is restricted to that one field. As others have posted, a SOC7 is a program malfunction. Fix the program. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron Thomas Sent: Thursday, August 02, 2012 1:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: File Processing The current abend is SOC7 module needs to run in production. The input file is comming from a third party vendor and some reason the data isn the file is corrupted, the program might get abended. We need a process to work in production so that once restarted from the same step the program should be skipping all the of the records it already processed . Thanks, Ron T -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: File Processing
On Tue, Aug 7, 2012 at 11:55 AM, Hal Merritt hmerr...@jackhenry.com wrote: The file isn't corrupted. If it were, then it must be discarded in its entirety and replaced because you can't assume that the damage is restricted to that one field. As others have posted, a SOC7 is a program malfunction. Fix the program. An 0c7 is a data exception error detected by the hardware. It can be caused by a programming error or invalid data. It is also possible for both conditions to be present at the same time. Without examining the data and software, it is not possible to make a definitive statement regarding the cause of the error. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron Thomas Sent: Thursday, August 02, 2012 1:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: File Processing The current abend is SOC7 module needs to run in production. The input file is comming from a third party vendor and some reason the data isn the file is corrupted, the program might get abended. We need a process to work in production so that once restarted from the same step the program should be skipping all the of the records it already processed . Thanks, Ron T -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Question about DFHSM ML1
I have a SMS-managed dataset that resides in a storage group. I have also the same SMS-managed dataset on ML1. How do I remove the SMS-managed dataset on ML1 ? Can I go into the ML1 volume and delete it ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Auditors Don't Know Squat!
On Aug 6, 2012, at 9:30 AM, Elardus Engelbrecht wrote: Ed Gould wrote: Just be aware that when you are bleeding edge you will find other issues that will cause you to put on other fix(s). It can be an unending running mill. If you decide to go that way hire extra staff and get some extra no gray hair preparation and be prepared for a lot of over nighters (maybe a good divorce lawyer as well). Other note: You will sit with unhappy customers, if you're trying to be at that bleeding edge (and bleeding customers off from your list of paying customers...) Elardus: True. I was bleeding edge on PSF and was inundated with applying fixes and debugging same and the tough one finding the original problem. We (don't look at me) did a push pull on 3800's and out went the xerox equipment (I had no input the DC manager knew it all) and we had to write a program that converted DJDE records the the format of the 3800 records (its been ages (4a?) ) we were not even sure we could do it and they were there on the floor staring at us. There was a day of intense testing and running production and out went the xerox machines. My memory is rough here but I think where IBM (PSF) was in error handling (positioning after after some error condition arose). We were sort of lucky as we had tape files so if a specific report was having issues we could reprint it and make sure (or at least minimized error conditions) so there were really no customers that were mad as we were able to get the reports in question out by the time needed. I was pissed at the predicament he put us in and I screamed bloody murder and made sure that he was the person that had made the decisions took any heat. When the other operations people found out they went after the DC manager for the spot he put us in. 2 years afterwards he thought he could circumvent and install a silo without our having any input. I should have let him jump in and drown but I saved his ass one more time. Although this time he got caught with his hands in the vendors pocket and he got fired. Ed My customers don't like any outage if you patch something and that thing goes offline in office hours. So you need to balance customers, vendors, SMP/E team, management and auditors... Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question about DFHSM ML1
Thanks, Allan. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, August 07, 2012 12:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question about DFHSM ML1 1) rename orig sms-managed DS on DASD 2) DEFINE NVSAM(name(orig DSN) devt(3390) vol(migrat)) 3) HDEL 'orig DSN' 4) HBDEL 'orig dsn' ALL (optional) 5) rename datatset from 1 above back to original name HTH, snip I have a SMS-managed dataset that resides in a storage group. I have also the same SMS-managed dataset on ML1. How do I remove the SMS-managed dataset on ML1 ? Can I go into the ML1 volume and delete it ? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using NOTE and POINT simulation macros on CMS?
So presumably when the control records were created, CA software did a NOTE of the TTR of the beginning of each volser range and saved the results of the NOTE in the control record. This saved NOTE value was the base to which the offset, calculated from the user's input, was added. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane • Franklin, TN 37069-2526 • USA t: +1.617.614.4503 • e: bfairch...@rocketsoftware.com • w: www.rocketsoftware.com It's actually a relative block number, not a TTR. The TMS TMC file was originally fixed length 256 byte records that were unblocked. The first several records contained control information, (like volser ranges and relative block numbers), and other stuff, (like the relative block number for the start of the DSNB records). Let's say there were 3 control records in the TMC. That would mean the record for volser 01 would be the fourth record/block so the relative block offset would be 3. Volser 10 would be record/block 10 plus offset 3 so the volser record would be in the record/block 13, which would then be converted into a TTR value based on how many 256 byte blocks there are in a track. Years later, TMS was enhanced to support having the TMC file blocked so now you had to compute the offset into the block to get the correct volser record after reading the correct block. -- Dale R. Smith -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: File Processing
Hal: A long time ago (when MVS first came out) a programmer got an S0C7 and brought it to us as it was a system abend for it was our problem. I pointed out while picking up the phone to his boss's boss and telling them both to read the FM and to get the F out of there. His boss had a few choice words and he only came down once again to gripe about some issue and we told (again) to RTFM about another user problem. He subsequently left and got aa high paying consultants job. We had a laugh over that. Ed On Aug 7, 2012, at 1:55 PM, Hal Merritt wrote: The file isn't corrupted. If it were, then it must be discarded in its entirety and replaced because you can't assume that the damage is restricted to that one field. As others have posted, a SOC7 is a program malfunction. Fix the program. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM- m...@listserv.ua.edu] On Behalf Of Ron Thomas Sent: Thursday, August 02, 2012 1:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: File Processing The current abend is SOC7 module needs to run in production. The input file is comming from a third party vendor and some reason the data isn the file is corrupted, the program might get abended. We need a process to work in production so that once restarted from the same step the program should be skipping all the of the records it already processed . Thanks, Ron T -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MF TCO Infrastructure Estimate - Medium Size Shop
I'd go with: FTE gross pay x 2 + purchase price of all the hardware / lifespan + maintenance contracts on all the hardware + annual software license costs + facility (HVAC, power, water, real estate, housekeeprs, trash bags, etc) + materials/supplies (tapes, paper, laptops, desktops, etc). + allowance for growth. + fudge factor for forgotten things. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of George Henke Sent: Wednesday, August 01, 2012 12:58 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: MF TCO Infrastructure Estimate - Medium Size Shop I know this is a lot to ask, but does anyone have a rough idea of the TCO HW/SW/FTE, infrastructure and operations only, for a medium size shop with: - 8 LPARs across 2 CECs, - z/VM (2 instances), - zLINUX, z/OS (4 instances), - CICS (200 instances), - MQ, but no DB2. - the standard suite of PPs, and - 9.25 FTEs? Once again, this is infrastructure and operations only, exclusive of applications or development. Ballpark would be fine. -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: File Processing
Oh, wow. We must have had the same person working in the late 1970s at my first job. System abend is a System problem, FIX IT! was his first statement on an S0C7. I explained that System abend meant system detected problem. And I showed him how to find the statement which abended in his COBOL listing. He went away. And came back two days later with the same, unsolved, problem. I threw him out. The people on the other side of the print shop (next to my *office*, I had an office back then!) heard me. The only thing I learned from the DI was how to project. We had DOS/VS at that time. The DOS person said that DOS would occasionally kill his programs as well. With the words USER REQUESTED TERMINATION. The programmer screamed at the DOS person to show him where in his COBOL, it said PERFORM TERMINATION. He finally left IT and went to work for the water department. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Gould Sent: Tuesday, August 07, 2012 2:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: File Processing Hal: A long time ago (when MVS first came out) a programmer got an S0C7 and brought it to us as it was a system abend for it was our problem. I pointed out while picking up the phone to his boss's boss and telling them both to read the FM and to get the F out of there. His boss had a few choice words and he only came down once again to gripe about some issue and we told (again) to RTFM about another user problem. He subsequently left and got aa high paying consultants job. We had a laugh over that. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using NOTE and POINT simulation macros on CMS?
On 2012-08-07 11:11, Bill Fairchild wrote: So presumably when the control records were created, CA software did a NOTE of the TTR of the beginning of each volser range and saved the results of the NOTE in the control record. This saved NOTE value was the base to which the offset, calculated from the user's input, was added. Ah! Something that can't be converted to PDSE. Well, maybe you could if you kept it open all the time. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using NOTE and POINT simulation macros on CMS?
Can't keep TTRs in a PDS either because members move around when compressed or replaced. The CA-1 TMC is basically a fixed length BDAM file without keys. If it were to be replaced, I would expect either a VSAM RRDS or LDS. If an LDS, I wonder if it could be memory mapped into a common 64 bit addressable area. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Tuesday, August 07, 2012 3:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Using NOTE and POINT simulation macros on CMS? On 2012-08-07 11:11, Bill Fairchild wrote: So presumably when the control records were created, CA software did a NOTE of the TTR of the beginning of each volser range and saved the results of the NOTE in the control record. This saved NOTE value was the base to which the offset, calculated from the user's input, was added. Ah! Something that can't be converted to PDSE. Well, maybe you could if you kept it open all the time. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to report catalogued dsns on tape ? ICF Catalogs
A.Cecelio, For the rmm system, you do not need to write any code/rexx, simply run EDGHSKP utility with PARM='CATSYNCH,VERIFY'. rmm will assume you have catalogs fully shared and will cross-check all your connected ICF catalogs with the rmm CDS data set records. rmm reports mismatches, and, because you run with VERIFY, will also report all data sets in the catalog on tape that are not defined to rmm. On your non-rmm system - it would be quicker to convert the existing tape systems' data base to rmm CDS, run rmm in parallel, using CATSYNCH,VERIFY to get the comparison, than to write your own tool Mike Wood :: rmm expert -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Finding Waiters/Holders After Abend
Help before my shop replaces a GRS STAR with a Mii (aka MIM) RING on a MULTISYSTEM, just so production support does not have to issue an F GRS command to try to discover the Waiters/Holders too late, after the fact, after the job abends. Evidently MIM has a nice audit trail in the job log which discloses this info. Does GRS have a similar facility? There are the usual workarounds: Automations entering the F GRS command triggered by the IKJ56241I message, OMEGAMON Exception Analysis, etc. But is there anything within GRS itself that will produce an audit trail? If not, has anyone else a nifty solution to this somewhat sticky problem. -- George Henke (C) 845 401 5614 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: File Processing
I love it .I had a COBOL programmer bet me that our DOS/VSE system on our 4381 was causing her abend. She bet me a dinner, well I collected, brought her in and did a instruction trace pointed right to her code Scott ford www.identityforge.com On Aug 7, 2012, at 3:27 PM, McKown, John john.mck...@healthmarkets.com wrote: Oh, wow. We must have had the same person working in the late 1970s at my first job. System abend is a System problem, FIX IT! was his first statement on an S0C7. I explained that System abend meant system detected problem. And I showed him how to find the statement which abended in his COBOL listing. He went away. And came back two days later with the same, unsolved, problem. I threw him out. The people on the other side of the print shop (next to my *office*, I had an office back then!) heard me. The only thing I learned from the DI was how to project. We had DOS/VS at that time. The DOS person said that DOS would occasionally kill his programs as well. With the words USER REQUESTED TERMINATION. The programmer screamed at the DOS person to show him where in his COBOL, it said PERFORM TERMINATION. He finally left IT and went to work for the water department. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Gould Sent: Tuesday, August 07, 2012 2:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: File Processing Hal: A long time ago (when MVS first came out) a programmer got an S0C7 and brought it to us as it was a system abend for it was our problem. I pointed out while picking up the phone to his boss's boss and telling them both to read the FM and to get the F out of there. His boss had a few choice words and he only came down once again to gripe about some issue and we told (again) to RTFM about another user problem. He subsequently left and got aa high paying consultants job. We had a laugh over that. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [z390] Anyone want Source code listing of last VSE program product Supervisor?
In 0f38850c-ff90-42cc-8897-b4fa59db3...@yahoo.com, on 08/06/2012 at 09:52 PM, Scott Ford scott_j_f...@yahoo.com said: God I love it, need a sense of humor You would have liked Rannie; he had a marvelous sense of humor. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [z390] Anyone want Source code listing of last VSE program product Supervisor?
Too many yutz's in the world Scott ford www.identityforge.com On Aug 7, 2012, at 9:15 AM, Shmuel Metz (Seymour J.) shmuel+...@patriot.net wrote: In 0f38850c-ff90-42cc-8897-b4fa59db3...@yahoo.com, on 08/06/2012 at 09:52 PM, Scott Ford scott_j_f...@yahoo.com said: God I love it, need a sense of humor You would have liked Rannie; he had a marvelous sense of humor. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using NOTE and POINT simulation macros on CMS?
At 22:24 -0500 on 08/06/2012, Dale R. Smith wrote about Re: Using NOTE and POINT simulation macros on CMS?: The first sentence under the NOTE Macro in the MVS/XA Reference contains this info: The NOTE macro instruction causes the system to return the position of the last block read from or written into a data set. All input and output operations using the same data control block must be tested for completion before the NOTE macro instruction is issued. So it sounds like the NOTE Macro will only work after a Read or a Write has been done to the dastaset, not after an OPEN Macro. If the system knows where the first record in the file is so that the first READ done after the OPEN will read it, it seems to me that a NOTE done prior to that READ but just after the OPEN should return the location of that first record. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Auditors Don't Know Squat!
At 10:17 + on 08/07/2012, Pearce, Colin E wrote about Re: Auditors Don't Know Squat!: Ask the Auditors if they will help you fill out all the APARs and collect the supporting documents IMO: Any Auditor who wants to tell me how to do my job (as opposed to just critiquing how I do it) is not qualified to do so UNLESS he can do my job in the first place. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using NOTE and POINT simulation macros on CMS?
On 2012-08-07 19:10, Robert A. Rosenberg wrote: At 22:24 -0500 on 08/06/2012, Dale R. Smith wrote about Re: Using NOTE and POINT simulation macros on CMS?: So it sounds like the NOTE Macro will only work after a Read or a Write has been done to the dastaset, not after an OPEN Macro. If the system knows where the first record in the file is so that the first READ done after the OPEN will read it, it seems to me that a NOTE done prior to that READ but just after the OPEN should return the location of that first record. Errr... no. After the first READ, it returns the location of the first record. Before the first read, for consistency, it would need to return the location of something before the first record. There is no such thing. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: File Processing
.. and she didn't have your experience, your salary or your brain .. bully for you Scott! Graham Hobbs - Original Message - From: Scott Ford scott_j_f...@yahoo.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, August 07, 2012 8:12 PM Subject: Re: File Processing I love it .I had a COBOL programmer bet me that our DOS/VSE system on our 4381 was causing her abend. She bet me a dinner, well I collected, brought her in and did a instruction trace pointed right to her code Scott ford www.identityforge.com On Aug 7, 2012, at 3:27 PM, McKown, John john.mck...@healthmarkets.com wrote: Oh, wow. We must have had the same person working in the late 1970s at my first job. System abend is a System problem, FIX IT! was his first statement on an S0C7. I explained that System abend meant system detected problem. And I showed him how to find the statement which abended in his COBOL listing. He went away. And came back two days later with the same, unsolved, problem. I threw him out. The people on the other side of the print shop (next to my *office*, I had an office back then!) heard me. The only thing I learned from the DI was how to project. We had DOS/VS at that time. The DOS person said that DOS would occasionally kill his programs as well. With the words USER REQUESTED TERMINATION. The programmer screamed at the DOS person to show him where in his COBOL, it said PERFORM TERMINATION. He finally left IT and went to work for the water department. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Gould Sent: Tuesday, August 07, 2012 2:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: File Processing Hal: A long time ago (when MVS first came out) a programmer got an S0C7 and brought it to us as it was a system abend for it was our problem. I pointed out while picking up the phone to his boss's boss and telling them both to read the FM and to get the F out of there. His boss had a few choice words and he only came down once again to gripe about some issue and we told (again) to RTFM about another user problem. He subsequently left and got aa high paying consultants job. We had a laugh over that. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: File Processing
In 39235829-1d9d-411b-bb12-6b739e1c2...@yahoo.com, on 08/07/2012 at 08:12 PM, Scott Ford scott_j_f...@yahoo.com said: I love it .I had a COBOL programmer bet me that our DOS/VSE system on our 4381 was causing her abend. She bet me a dinner, well I collected, brought her in and did a instruction trace pointed right to her code How did you get her to understand it and to admit to understanding it? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using NOTE and POINT simulation macros on CMS?
In 77142d37c0c3c34da0d7b1da7d7ca343415c8...@nwt-s-mbx2.rocketsoftware.com, on 08/07/2012 at 01:08 PM, Bill Fairchild bfairch...@rocketsoftware.com said: How did you successfully use POINT without having first done a NOTE so that the POINT knows where to POINT? Some obvious ways that it can be done: 1. Calculate the TTR 2. Extract the TTR from a directory entry or from a record; of course, some other program would have had to do a NOTE and a STOW or WRITE. Note that IEBCOPY compress will update note lists and the TTR section of a directory entry. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: File Processing
In a6b9336cdb62bb46b9f8708e686a7ea0115baa1...@nrhmms8p02.uicnrh.dom, on 08/07/2012 at 02:27 PM, McKown, John john.mck...@healthmarkets.com said: We had DOS/VS at that time. The DOS person said that DOS would occasionally kill his programs as well. With the words USER REQUESTED TERMINATION. The programmer screamed at the DOS person to show him where in his COBOL, it said PERFORM TERMINATION. Once when a customer came to me with an ABEND in a COBOL program. I asked her what was in R14 and she responded But COBOL doesn't use registers. A friend called from another room and asked whether I would like an excuse to duck out. Thanks, Thom. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: File Processing
In CAFMxNW+NmuenEh0Tem8RnQdZ=jtgauuhsoilq6iussgrltr...@mail.gmail.com, on 08/07/2012 at 12:03 PM, Sam Siegel s...@pscsi.net said: An 0c7 is a data exception error detected by the hardware. No; it is an ABEND detected by the Program FLIH when there is no SPIE to catch interupt code 7. Without examining the data and software, it is not possible to make a definitive statement regarding the cause of the error. Wrong; the cause of the error is treating data as decimal without validating them. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: File Processing
On Tue, Aug 7, 2012 at 6:51 PM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In CAFMxNW+NmuenEh0Tem8RnQdZ=jtgauuhsoilq6iussgrltr...@mail.gmail.com, on 08/07/2012 at 12:03 PM, Sam Siegel s...@pscsi.net said: An 0c7 is a data exception error detected by the hardware. No; it is an ABEND detected by the Program FLIH when there is no SPIE to catch interupt code 7. Agreed ... this is the correct answer. Thanks for pointing it out. I'm forever forgetting Sxxx abends are generated by the OS in response to interrupt codes. Without examining the data and software, it is not possible to make a definitive statement regarding the cause of the error. Wrong; the cause of the error is treating data as decimal without validating them. This I disagree with. A non RENT problem state program can (relatively easily) have a memory overlay that changes either the data or the code or both. Insufficient information has been provided to make a definitive statement. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Auditors Don't Know Squat!
On 8/7/2012 21:20, Robert A. Rosenberg wrote: At 10:17 + on 08/07/2012, Pearce, Colin E wrote about Re: Auditors Don't Know Squat!: Ask the Auditors if they will help you fill out all the APARs and collect the supporting documents IMO: Any Auditor who wants to tell me how to do my job (as opposed to just critiquing how I do it) is not qualified to do so UNLESS he can do my job in the first place. The worst part about all of these auditors, is that most of us who are being edged out of jobs because of declining mainframe usage can be better auditors than all of those that have visited me in my 36 years of mainframe work, BUT our bosses and the auditors' bosses just don't think mainframe dinosaurs know anything about computing, data integrity, information security. Some one who has never touched anything more than a windows workstation always knows more than we do. /Tom Kern -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
